為什么說編程認知比編程還更重要?

時隔四個月,因為各種工作的關系,有著很大量的新輸入,但卻一直沒沉下心來,動筆輸出點什么.

但是,四個月的時間所帶來的成長是空前的.回過頭來,我想首先對本身的過去的一些文字輸出背后所代表的含義,做出一番糾正.

什么才是更重要的?

本年年初過年的時候,我逼迫自己把自己自學編程的經歷寫成了一篇文章,叫做「我是如何用10天自學編程,改變一生」.

后來這篇文章,也被轉發到不少科技媒體在內的各大網站上,得到了很大的閱讀量.

有不少認識的朋友,讀完后跑過來跟我說：哎喲,好厲害.

也有大量的網友,通過評論、私信找到我,咨詢了各種學習編程的問題.比方說,從哪一種語言要怎么開始?Java、Python?大學學習了幾年,卻一直覺得沒搞懂編程,有沒有什么書可以保舉?等等等……

不知不覺,半年多過去了,回顧了這一段經歷,最讓我覺得詫異的是,當初,教學編程我并不是這一個初衷,我根本不是想表達那個意思.

我想表達的是歸根結底歸納成一條是：

對編程的認知與思維模式,比技術自己的學習更重要.

編程認知,比編程還更重要

我經常跟朋友說的一句話：了解本身,是一件相當不容易的事情.

這次經歷就是個例子,在沒有清晰的了解本身的狀況下,寫出了一些錯誤表達本身意思的文章.

文章里就有提及一句話：

這也是我寫下這篇文章的原因,通過傳達我的自學經驗和思考維度,可以讓更多的人在科技大爆炸時代,提升本身的認知、技術思維.

促使想學習編程的人認知升級,不用困在傳統的從0學起的學習辦法中,轉而從上往下、從實戰出發學習編程,才是我真正想表達的意思.

我想,圍繞著「認知」這個詞,把自己的經歷分享出來,也可以讓更多人了解到,本來學習編程是有套路的.后來在那一篇文章以后,我也開始整理出一整個書的提綱,嘗試想去寫一本書,就是關于怎么樣用革新的方式,去快速學習編程,甚至書名都想好了,就叫作《編程的套路》.

因為我發現,太多太多的人,對編程的認知,還只停留在,那只是學習一門編程語言,寫寫程序和軟件.如果這種認知在這樣的一個大科技時代一直停留,將意味著,在未來,將有一大批的人,對技術的理解,連小學生都不如.

而我作為一個非科班出身的人,理科也并沒有什么突出的優勢,居然也可以成為一個程序員,那就意味著編程技術自己就不是什么理工男所特有的技能.

美國媒體“ITWorld”就有個還在世的“世界上最偉大的程序員排名”,榜單第一名,就是一個叫瑪格麗特·漢密爾頓的女士.

事實上,編程技術,只是歷史的原因,簡單的核心認知被套上了一層復雜華麗的外衣而已,但是各種的計算機課程與書籍,往往從這層“復雜華麗的外衣”開始傳授知識.

這也是為什么很多大學畢業生,剛畢業出來卻很難開展工作的核心原因.大家僅僅是了解了一門技能,卻理解一門技能背后所蘊含的「認知」.

去技術化的技術社會

當然,對于我而言,還有一個轉折點就是,我清晰的看到,未來將是一個「去技術化的技術社會」.

這是什么意思?比如,云計算、大數據、新零售,這一系列的概念,其背后都是編程技術所驅動的.但是編程技術,只是占據了非常淺顯的一部分,一種非?；A的知識.在編程技術之上,還有大量的知識需要補全.

比如說,云計算,就是一系列的技術產品的組合供應;大數據,就是一系列技術產品的吞吐輸出;新零售,就是一系列技術產品的整合應用.

編程,對于這一系列的技術,對于我們的新的技術社會而言,就有點像在建房子的過程中,砌墻工所做的事情,重要而基礎.驅動這一切前進的,是維度更高的技術知識.

所以,我也想確立好本身的人生定位：

人生是一場認知升級的旅行.

我想,接下來,由于我不再做全職程序員了,配合上這次工作變動,我不再糾結于編程自己的認知思考,轉而更多的輸出一些個人的「認知升級」經歷,讓一些深層的“套路”,可以更好的被人所理解.