【51CTO.com原創(chuàng)稿件】不久前，在團隊內(nèi)部和大家做了一次分享，內(nèi)容就是“用認(rèn)知和人性來提升自己的技術(shù)水平”，大家反響不錯，所以整理出來分享給大家。

最初我是想用“借優(yōu)秀的產(chǎn)品經(jīng)理思維來做最棒程序員”的這個標(biāo)題，但想想還是要有同理心，技術(shù)同學(xué)平時和產(chǎn)品同學(xué)已經(jīng)是相愛相殺了，就不刺激大家啦。

但是必須要說的是優(yōu)秀的產(chǎn)品經(jīng)理思維和優(yōu)秀的程序員思維確實是殊途同歸的，兩者是相通的，就是來自認(rèn)知和人性。

這里我不會過多去梳理認(rèn)知和人性的概念，后面會用很多例子來說明，保證通俗易懂，只想先提兩個概念：

• 對人性的理解能幫助提升認(rèn)知。
• 狹義的技術(shù)是指 Java、PHP、Android、Spring、Vue 等的掌握和實踐，它們只是幫助你提升認(rèn)知的工具，卻絕不等同于認(rèn)知。

下面我來逐一舉例說明。

例子 1：技術(shù)選型

問題：今年開始慢慢火的一個移動端跨平臺技術(shù)是 Google 發(fā)布的"Flutter"，如果你作為一名移動端的開發(fā)人員來評估這門技術(shù)是否值得選型作為公司產(chǎn)品的語言框架，你怎么能保證評估不會看走眼?

認(rèn)知：Flutter 強化了跨平臺的生產(chǎn)效率，且性能比前端框架更好。

解釋：很多同學(xué)會想，怎么第一句感覺就像廢話一樣，人家官方文檔也是這么寫的，這叫什么認(rèn)知。

別急，所謂的認(rèn)知，就是能夠提煉成外人看上去貌似一句很普通的話，但只有經(jīng)過深度思考的你才知道它真正的價值。

在 Flutter 沒有出現(xiàn)前，我存在一個認(rèn)知偏差，我認(rèn)為客戶端一定會被前端諸如 React，Vue 這樣的技術(shù)取代。因為它們既可以跨平臺，也可以隨時更新，符合互聯(lián)網(wǎng)快速變化的節(jié)奏。

但我的認(rèn)知存在一個非常嚴(yán)重的漏洞，那就是跨平臺和隨時更新在客戶端技術(shù)里的占比各應(yīng)該是多少?哪個更重要?

經(jīng)過分析思考，以我們公司當(dāng)前用戶量的發(fā)展階段，提升跨平臺的生產(chǎn)效率且不損失太多性能更重要，所謂的運營快速需求變化有時候可以通過事先想清楚，而降低頻率。

Flutter 帶來的生產(chǎn)效率提升，不僅僅是一個開發(fā)可以同時產(chǎn)出 Android 和 iOS 兩端應(yīng)用。

更在于產(chǎn)品經(jīng)理以后只需要和一個開發(fā)溝通需求細(xì)節(jié)，不會再擔(dān)心出現(xiàn) Android 和 iOS 功能細(xì)節(jié)實現(xiàn)偏差的問題了。

由于有了這樣的認(rèn)知，雖然 Flutter 作為新技術(shù)，還有需要完善的地方。但這不是主要問題，我們愿意為它去冒險，在我們的產(chǎn)品里去盡快實踐。

人性：最后多說一句，為什么 Google 先做了 Kotlin 后又做了 Flutter 呢?

我的認(rèn)知是：大公司兩個部門做重復(fù)輪子很正常，互相競爭，看誰更好。

一個想試探性取代 Java 以避免被 Oracle 捏住命脈(如果接受的人多，將來把底層的 JVM 再抽掉)，一個野心更大希望統(tǒng)一所有平臺，不同部門的想法而已。

大家不要把 Google 的布局想得那么純粹技術(shù)化，大家都是人嘛。人脫離不了：競爭，征服，自保的人性。

例子 2：查線上問題

問題：覺得查線上問題很痛苦，壓力很大，查得也不快怎么辦?

認(rèn)知：①查線上問題是成本最小的，鍛煉邏輯思維的方式，相比寫代碼更有效率。 ②查問題要看本質(zhì)，抓住案發(fā)第一現(xiàn)場。

解釋：很多同學(xué)碰到線上問題的時候，都很痛苦，因為要加班了耽誤我學(xué)習(xí)技術(shù)的時間，所以有時查問題態(tài)度也不積極。

這個認(rèn)知是非常錯誤的，大家平時都會認(rèn)可優(yōu)秀程序員的核心特質(zhì)看的是思維邏輯，而不是用哪個語言哪個技術(shù)。那如果是思維邏輯優(yōu)先，寫代碼就能比查線上問題更能提升嗎?

顯然不是，大家知道我們在寫代碼時，往往要花費很多時間在編寫冗余代碼(如 get、set 代碼，配置文件)，普通的 crud 邏輯，編譯，部署等這些非核心點上，它們并不能幫助我們提升思維(動手寫代碼前的思考才是最核心的)。

但是查線上問題就不一樣了，你不需要寫任何代碼，但是需要在很短時間內(nèi)，讓自己理清思路，按正確的步驟去查出代碼的核心問題，底層系統(tǒng)的核心問題。

你需要對系統(tǒng)很了解，對業(yè)務(wù)邏輯很了解，對代碼細(xì)節(jié)很了解，這真是一個幾乎沒有任何冗余步驟，但是卻能快速提升嚴(yán)謹(jǐn)思維的好方式! 怎么讓查問題更有效率?

其實很簡單，我們?nèi)绻梃b名偵探柯南的想法，那就是“抓住案發(fā)第一現(xiàn)場”。

舉兩個例子，對于 Java 這樣的靜態(tài)語言，查詢線上日志的方法是非常重要的。很多同學(xué)發(fā)現(xiàn)某個請求出問題了，就去看當(dāng)次請求的日志，這種方式不一定準(zhǔn)確。

因為對于靜態(tài)語言，它的案發(fā)第一現(xiàn)場可能已經(jīng)不是當(dāng)次請求了，很有可能是首次發(fā)生這個問題的時候，或者服務(wù)器剛剛啟動的時候(靜態(tài)語言的”緩存”特色)。

當(dāng)你發(fā)現(xiàn)上層的業(yè)務(wù)系統(tǒng)發(fā)生了 MySQL 死鎖的報錯，就不要太糾結(jié)于上層業(yè)務(wù)系統(tǒng)的日志了。應(yīng)該去看 MySQL 的 Binlog，抓住這個案發(fā)第一現(xiàn)場，看看到底發(fā)生了什么。

不知道怎么解決線上問題，99% 是因為連案發(fā)第一現(xiàn)場都沒找到，等你找到了，基本也有解決方法了。

人性：每個人都喜歡做省力的事情，喜歡的事情。但是人往往有偏見，根本沒有想明白查線上問題的價值，就認(rèn)為這是一個很 Low 的事，是不可取的。對自己不了解的，未知的事物，應(yīng)該敬畏和學(xué)習(xí)。

例子 3：技術(shù)面試

問題：很多同學(xué)的技術(shù)經(jīng)驗已經(jīng)很扎實了，也能寫出很穩(wěn)定的代碼，但是作為技術(shù)面試官，為什么老是會看走眼呢?

認(rèn)知：對應(yīng)聘者而言，能否獨立解決問題是能通過面試的及格線，應(yīng)聘者專業(yè)技術(shù)的掌握程度只決定 Offer 薪資的高低。

解釋：是不是覺得又來歪論啦?嗯，繼續(xù)解釋一番。首先問你，你為什么要招人，我相信很多人都會這么說：當(dāng)然是找你來幫我干活啊，我現(xiàn)在天天干到 11 點，累死了，急需人幫忙啊。

恩，所以你很清楚，這個人是要能獨立解決問題的，能幫你分擔(dān)的，不是來了還要你天天在那里盯著的。

但是我們看到很多同學(xué)的內(nèi)心認(rèn)知是混亂的，雖然他能看懂這句話，但是在面試的時候他會這么做：準(zhǔn)備 10 個左右他擅長的技術(shù)細(xì)節(jié)問題，一個個問，應(yīng)聘者只能答出 5 個，廢柴，不送。

答出 7 個，嗯，可以進來。答出 10 個，還說了 1 個我不知道的，好牛逼，絕不能讓他看出來我比他弱，否則進來后還怎么帶他。

但是這個和你之前痛恨的應(yīng)試教育又有什么區(qū)別呢?這種招聘方式有很大的風(fēng)險，招進來的人是研究手機屏幕從幾樓摔下去不會碎，而不是研究讓屏幕顯示更清晰的人。

正確的方式應(yīng)該是：讓他講一個之前投入度比較高的項目，描述下自己是怎么獨立去解決問題的。

對每一個點的描述，只要你覺得還不能體現(xiàn)他“獨立解決問題”的能力，那就繼續(xù)扒皮深問，直到他竭盡全力，被你”逼到墻角”。

特別優(yōu)秀的人被逼到墻角后，具備現(xiàn)場把墻砸掉的能力，這樣的人是死也不能放過的，具體什么意思大家可以去體會思考。

之前我們曾經(jīng)面試過一個性能測試工程師，從技術(shù)細(xì)節(jié)看對性能測試的工具和方法是比較了解的。

在項目描述中我們問了他一個問題：你之前通過性能壓測發(fā)現(xiàn)的服務(wù)端問題，有去了解過發(fā)生的原因嗎?

他給的答復(fù)是：因為我們是外企，制度比較明確，開發(fā)也是另外一個部門，所以我沒有去了解。

不好意思，這個回答基本體現(xiàn)了沒有獨立解決問題的能力乃至意識。碰到一堵很小的墻，他都沒有辦法獨立解決，好奇和學(xué)習(xí)的欲望也很弱。

他在技術(shù)細(xì)節(jié)上的積累只是因為看了幾本書，用了幾次工具，這些都只是為了應(yīng)付面試和不懂的領(lǐng)導(dǎo)，根本沒有深入實踐，他未來的瓶頸一定非常大。

只要能夠獨立解決問題，就一定能通過面試，有些技術(shù)不了解，最多就是被砍點薪資而已。

在這一點上，10 年工作經(jīng)驗的同學(xué)還真未必比得上 2-3 年工作經(jīng)驗的同學(xué)，如果沒有獨立解決問題的能力，那只是多累積了一些所謂的專業(yè)經(jīng)驗，但還是無法解決問題。

很多大公司喜歡校招優(yōu)秀的畢業(yè)生，也是這個原因，雖然這些學(xué)生還沒有實際工作過，但已經(jīng)具備了很強的獨立解決問題能力。

我們曾經(jīng)招過一名同濟大學(xué)的測試實習(xí)生，有一次她獨立組織了部門的團建活動，搞得井井有條，方方面面都考慮到了，這樣的同學(xué)做好技術(shù)只是時間問題。:)

人性：應(yīng)聘者的人性有哪些呢?懶：影響?yīng)毩⒔鉀Q問題的意識。要面子：比如剛剛舉的例子，拿公司制度掩蓋自己無法獨立解決問題的現(xiàn)狀。(并且他自己是意識不到的，因為他內(nèi)心的認(rèn)知是混亂的) 盲目自信又不自信：對自己做的熟的東西盲目自信，對沒接觸過的技術(shù)很不自信。

例子 4：最嚴(yán)重的線上故障

問題：到底是什么原因，會導(dǎo)致嚴(yán)重的線上故障呢?是我們團隊的技術(shù)水平不高，還是流程問題才造成了如此嚴(yán)重的故障呢?

認(rèn)知：個體的過失很難造成嚴(yán)重的線上故障。真正的原因是：集體性的認(rèn)知出錯。

解釋：在現(xiàn)代微服務(wù)的架構(gòu)下，各服務(wù)之間的解耦性已經(jīng)做得非常好了，總體來說出現(xiàn)全面嚴(yán)重問題的概率已經(jīng)降得非常多了。就像一個國家一樣，不怕局部的腐敗，怕的是整個鏈條的腐敗。

舉個例子，如果一個系統(tǒng)上線前，需要在數(shù)據(jù)庫里配置一個關(guān)鍵的參數(shù)，如果不配置會導(dǎo)致很多請求處理錯誤。

但是開發(fā)同學(xué)發(fā)生了錯誤的認(rèn)知，潛意識里認(rèn)為配置不是寫代碼=配置沒有寫代碼技術(shù)含量高=配置沒有寫代碼重要，最后把它忘了。

測試同學(xué)認(rèn)為測試配置不是測試新寫的代碼=優(yōu)先測試新寫的代碼，再測試配置=測試代碼比測試配置更重要，最后把它也忘了。

那這基本上是救不回來了，上線后一定會發(fā)生嚴(yán)重的問題，每個鏈條的檢查機制都失靈了。堅決預(yù)防集體性的認(rèn)知出錯，就可以避免很多嚴(yán)重的問題。

集體性的認(rèn)知出錯往往是從一些小現(xiàn)象開始的，比如我們的團隊曾經(jīng)發(fā)生過一次正常的項目延期，原因是周五到了，沒有完成測試，為了避免倉促上線出問題，所以延期一天發(fā)布。

其實到這里都是非常正常的，但是當(dāng)測試同學(xué)在釘釘群里發(fā)出這個原因的時候，有一些同學(xué)發(fā)出了大拇指的表情。

注意，這個時候大家是沒有犯錯的，但是認(rèn)知已經(jīng)出現(xiàn)了偏差，變成了“以后就算測不完，只要說項目風(fēng)險，就可以延期”。

群里很多同學(xué)都看著，一旦這個集體性的認(rèn)知偏差形成，未來項目的延期就會越來越多。

所以需要立刻出來說一句：因為風(fēng)險項目暫時不上可以，但是延期的原因要總結(jié)反思。

通過這樣一句讓大家心里不太舒服的話，盡快把集體性認(rèn)知偏差扭轉(zhuǎn)過來。

馬云說過”小事要大做”，就是這個道理，不大做，等發(fā)生大事的時候就來不及了。

人性：盲目自信：對自己做的領(lǐng)域有天然的偏見，哪個重要，哪個不重要。隨大流：別人也這么做了，應(yīng)該不會錯，還省力，我也這么做。懶：默守所謂的安全方案，其實在那個場景下已經(jīng)不安全了，但是內(nèi)心認(rèn)知出現(xiàn)偏差，懶得去破局改進。

例子 5：如何看待代碼邏輯復(fù)用

問題：對于代碼邏輯的復(fù)用，大家的看法往往不一樣，有些同學(xué)認(rèn)為只要是有公共性的代碼都該不斷抽出通用函數(shù)復(fù)用。有些則認(rèn)為對重要的通用邏輯才該復(fù)用，過度復(fù)用反而增加成本。

認(rèn)知：能力該復(fù)用，業(yè)務(wù)不該復(fù)用。分久必合，合久必分。

解釋：這里提出了兩個認(rèn)知，我們來分別解釋下。能力該復(fù)用，業(yè)務(wù)不該復(fù)用，這個很好理解。

能力是指對這個系統(tǒng)有價值的功能，會長期存在且擴展下去的。而業(yè)務(wù)是一個泛指，既可以表示單一的產(chǎn)品需求，也可以表示某個局部的功能。

比如你的應(yīng)用里接入了一個支付寶支付，對支付這個事情我們判斷下來是一個基礎(chǔ)核心能力，且將來很有可能也要接入微信支付，所以應(yīng)該抽出公共的函數(shù)。

再比如對于客戶端的登錄頁面和注冊頁面，雖然渲染邏輯 90% 是一樣的，但是不應(yīng)該復(fù)用，因為它們是單一功能，不是能力，貿(mào)然復(fù)用反而帶來了很大的風(fēng)險。

分久必合，合久必分，這個的理解就很有意思了。大家都知道，這句話的出處來自三國演義，說的是一個國家分裂久了就會合并，合并久了也會分裂，其實對代碼邏輯的復(fù)用也是如此。

大家在合并抽出公共函數(shù)時，會發(fā)現(xiàn)有 10%-20% 的邏輯不是那么順眼，總感覺暫時放在里面是可以的，但將來可能會拆出來。

那么在寫公共函數(shù)時，就要特別注意這部分邏輯。它雖然暫時在函數(shù)里，但是需要做到和上下文相對隔離，甚至還可以加入明顯的換行和 TO DO，為下一次的拆做好準(zhǔn)備。

而在拆出一些獨立邏輯的時候，也要思考這些邏輯可能和其他的哪些邏輯有機會是合起來的，那么盡量放在一個類里，一個包里，為后續(xù)的合做好準(zhǔn)備。

人性：不要刻舟求劍，妄圖用一套規(guī)則來應(yīng)對外部復(fù)雜變化的世界，要因地制宜，實事求是，學(xué)會變通。

例子 6：開源的意義

問題：為什么現(xiàn)在很多中國的互聯(lián)網(wǎng)公司開始重視開源的宣傳了?

認(rèn)知：開源直接決定了公司的成本收入，以及人才儲備。

解釋：是不是要崩潰了，開源無償寫代碼，然后免費給別人用，不是在消耗公司成本嗎?

別急，還記得馬云說過的一句話嗎，“免費的才是最貴的”。嗯，這個道理同樣適用于開源。

今天中國很多的互聯(lián)網(wǎng)公司已經(jīng)非常明白了，甭管你的開源技術(shù)到底好不好用，宣傳一定要大，一定要讓大家參與進來。帶來的好處太多了，因為用了你的開源消息隊列，之后就會用你的云計算平臺。

因為程序員都很懶，開發(fā)環(huán)境和線上保持一套嘛，你后面一定能賺大錢。因為開源項目非常知名，讓你公司的技術(shù)形象立刻高大起來(先不管這個項目到底創(chuàng)造了多少有價值的產(chǎn)品)，每年校招的優(yōu)質(zhì)學(xué)生資源盡收囊中，其他公司要搶人，只能花更多的錢。

而每年中國優(yōu)秀的畢業(yè)生就那么多，早就供需失衡，誰搶到了大部分，那之后在技術(shù)上一定能保持絕對優(yōu)勢。

最后萬一公司財報不好看了，不好意思開始收授權(quán)費，就像 Google 收 Android 的費用一樣。

不作惡只是口號，開源帶來了無比巨大的利益，不能賺錢，誰開源?!現(xiàn)在微軟也懂了這個道理，成為了開源社區(qū)的標(biāo)桿，但在早期的鮑爾默時代可是出現(xiàn)了認(rèn)知偏差呢。

人性：開源者的人性：追求利益，喜歡聲譽。 接受開源的人：渴望進步，賺便宜，崇拜權(quán)威。

提升認(rèn)知的四個關(guān)鍵點

內(nèi)心簡單

內(nèi)心越簡單的人，將來能到達的境界就越高。大家千萬不要誤解了，我說的不是思想淺薄，而是內(nèi)心簡單純粹要像少年一樣。

一個很好的例子，郭靖，用世俗的眼光來看他天資不高，開始學(xué)什么都慢。但是他有一個很大的優(yōu)點，就是想法簡單，無私心，持之以恒。

報家仇，報國仇，保護好他愛的人，不會去想是不是別人騙了他，他多做一點是不是虧了。

20 歲就達到五絕水平，最后終于融合“降龍十八掌”、“九陰真經(jīng)”和“左右互搏”三大蓋世武功為一體，武林尊為“天下第一俠士”。

內(nèi)心越簡單，就越不會花費額外的精力在一些無關(guān)緊要的事上面。隨著時間的推移，你的認(rèn)知水平就一定能提升得更快。

不要去想今天你學(xué)的語言明天是否還流行，先利用當(dāng)前語言訓(xùn)練好你的思維模式。

不要去想我作為測試給開發(fā)指出太多問題后，開發(fā)會不會不爽，做為測試你的核心是保證產(chǎn)品質(zhì)量。

不要去想今天我?guī)徒M內(nèi)的開發(fā)分擔(dān)了額外的代碼編寫，我是不是虧了，這些付出一定會在將來某個時候兌現(xiàn)，因為你比他們有更多的代碼實踐。

相信跨界的力量

iPod+手機誕生了 iPhone，手機+錢包誕生了支付寶，C，Python+Java 誕生了 Go，人類的創(chuàng)新其實都是來自于跨界的結(jié)合。

很多時候大家去看一個技術(shù)大神，會認(rèn)為他一定是看了很多專業(yè)的書，看了很多牛逼開源項目的代碼，寫了很多項目才達到現(xiàn)在的這個水平。

然后又看到別人的興趣愛好：音樂，滑雪，畫畫，牛逼，大神就是大神，做好技術(shù)的同時還能“兼顧”這些興趣。

這個認(rèn)知完全錯了好嗎，我告訴你，寫代碼看書固然很重要，但如果他沒有這些興趣，他在技術(shù)上可能根本達不到今天的程度。

一個有畫畫功底的人，理解向量，理解數(shù)據(jù)的 PCA 分析就是快好嗎。一個財務(wù)出身的人，寫支付系統(tǒng)的代碼就是不容易出錯好嗎。

人類的大腦從來都是一個網(wǎng)狀的，互相關(guān)聯(lián)的知識圖譜，根本不存在靠”單一事物”修煉成功的好嗎。

千萬不要成為技術(shù)上的孔乙己，天天學(xué)各種 API 的寫法，和學(xué)習(xí)茴香豆的茴字有幾種寫法沒有任何區(qū)別。

在方案想不出來的時候，在代碼水平感覺到瓶頸的時候，在看不懂一些專業(yè)書籍的時候，一定要跳出來，和自己的興趣結(jié)合，和自己經(jīng)歷結(jié)合，和自己的生活結(jié)合，這樣才能突破瓶頸，提升到更上一層的認(rèn)知。

相信更高認(rèn)知人的指引

科幻神作三體里，外星人看地球人就像紙片一樣，在三體人的眼中，地球人是二維的，而不是三維的。

回到現(xiàn)實中，高認(rèn)知的人看低認(rèn)知的人也是一樣的，不是低認(rèn)知的人不夠努力，而是你的知識圖譜里比高認(rèn)知的人少了一些維度。

所以不管你怎么努力，你會發(fā)現(xiàn)仍舊無法超過他，他還比你輕松，學(xué)霸給大家留下的陰影就是這么來的。

在實際工作中，你的 Leader，你的架構(gòu)師只要不是水貨，往往他們的認(rèn)知就是比你高的。

一旦你覺得這個人的本性是靠譜的，你就該無條件去相信他給你的建議和指引。

因為他能看到在你那個維度上感受不到的東西，照他的話去實踐幾次，你才有機會到達他那個維度，才能升級認(rèn)知。

不過在現(xiàn)實情況中，我們往往看到很多 Leader 和架構(gòu)給下面的同學(xué)苦口婆心說了很多，但是他們不理解，反而更叛逆。

這份痛苦我懂，你是拼了命想拉他到你那個維度，但是他還年輕著呢。

持之以恒地實踐

人就是一個如此奇妙，如此復(fù)雜的生物，不管你看多少書，看多少源碼，寫多少 Demo，你不真刀真槍地去實踐，去寫代碼，這些知識無論如何都無法進入你大腦的知識圖譜。

它們永遠(yuǎn)只能是“狹義上的知識”，而不是“有價值的認(rèn)知”。相信大家人生中都有過類似的經(jīng)歷了，越是辛苦的實踐，越是堅持，你最后的收獲一定越大。

簡單來說，認(rèn)知不通過持之以恒的實踐是不可能升級的。還有一點我必須要強調(diào)，實踐應(yīng)該盡量和公司的項目去結(jié)合，而不是依靠于自己寫 Demo。

這里面有一個很大的誤區(qū)，自己私下寫 Demo 經(jīng)常是沒有“明確，高壓的”目標(biāo)的(人性總是偏懶的)，這種實踐往往很難提升認(rèn)知。

而公司的項目往往不同，會提出"支持多少用戶訪問"，“為什么你每次開發(fā)都不能更快一點”(核心挑戰(zhàn)的是你架構(gòu)的擴展能力)，“為什么這個功能這么卡”(性能優(yōu)化)。

這些“明確的，高壓的”目標(biāo)能督促你去拼命提升自己的認(rèn)知(只是寫 Demo 是很難給自己設(shè)下這些障礙的，是反人性的)。

當(dāng)然從結(jié)果來看，又是公司的壓榨剝削啦，讓我們回憶一下前面說的，如果你覺得這個公司是靠譜的，那就讓我們的“內(nèi)心簡單一點”，持之以恒地實踐升級認(rèn)知吧。

總結(jié)

最后總結(jié)一下，現(xiàn)在已經(jīng)不是一個單純比拼知識量的時代，而是比拼認(rèn)知高低的時代。

作為程序員我們并不特殊，和市場，財務(wù)，產(chǎn)品，運營的這些同學(xué)一樣，核心看的是認(rèn)知，并不存在誰比誰困難，誰比誰辛苦的這種淺層比較。

而我們學(xué)習(xí)的那些語言，框架，工具，和我們大學(xué)時期學(xué)習(xí)的微積分，高等物理沒有區(qū)別，都只是幫助我們不斷訓(xùn)練提升認(rèn)知的實踐工具，而不是認(rèn)知本身。

讓我們不要再局限于程序員狹義技術(shù)的范疇內(nèi)，把提升自己的認(rèn)知作為最重要的目標(biāo)，我們要努力做到“既是程序員，也不是程序員”。

【51CTO原創(chuàng)稿件，合作站點轉(zhuǎn)載請注明原文作者和出處為51CTO.com】