摘要：不久前，在團(tuán)隊內(nèi)部和大家做了一次分享，內(nèi)容就是這次要講的用認(rèn)知和人性來提升自己的技術(shù)水平，大家反響不錯，所以這次整理一下也分享給大家。

不久前，在團(tuán)隊內(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)秀的程序員思維確實(shí)是殊途同歸的，兩者是想通的，就是來自認(rèn)知和人性。

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

對人性的理解能幫助提升認(rèn)知

狹義的技術(shù)是指java,php,android,spring,vue等的掌握和實(shí)踐，它們只是幫助你提升認(rèn)知的工具，卻絕不等同于認(rèn)知。

下面我來逐一舉例說明

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

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

解釋：很多同學(xué)會想，怎么第一句感覺就像廢話一樣，人家官方文檔也是這么寫的，這叫什么認(rèn)知。別急，所謂的認(rèn)知，就是能夠提煉成外人看上去貌似一句很普通的話，但只有經(jīng)過深度思考的你才知道它真正的價值。在flutter沒有出現(xiàn)前，我存在一個認(rèn)知偏差，我認(rèn)為客戶端一定會被前端諸如react，vue這樣的技術(shù)取代。因?yàn)樗鼈兗瓤梢钥缙脚_，也可以隨時更新，符合互聯(lián)網(wǎng)快速變化的節(jié)奏。但我的認(rèn)知存在一個非常嚴(yán)重的漏洞，那就是跨平臺和隨時更新在客戶端技術(shù)里的占比各應(yīng)該是多少？哪個更重要？經(jīng)過分析思考，以我們公司當(dāng)前用戶量的發(fā)展階段，提升跨平臺的生產(chǎn)效率且不損失太多性能更重要，所謂的運(yù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é)實(shí)現(xiàn)偏差的問題了。由于有了這樣的認(rèn)知，雖然flutter作為新技術(shù)，還有需要完善的地方。但這不是主要問題，我們愿意為它去冒險，在我們的產(chǎn)品里去盡快實(shí)踐。

人性：最后多說一句，為什么google先做了kotlin后又做了flutter呢？我的認(rèn)知是：大公司兩個部門做重復(fù)輪子很正常，互相競爭，看誰更好。一個想試探性取代java以避免被oracle捏住命脈（如果接受的人多，將來把底層的jvm再抽掉），一個野心更大希望統(tǒng)一所有平臺，不同部門的想法而已。大家不要把google的布局想得那么純粹技術(shù)化，大家都是人嘛。人脫離不了：競爭，征服，自保的人性。:)

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

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

解釋：很多同學(xué)碰到線上問題的時候，都很痛苦，因?yàn)橐影嗔说⒄`我學(xué)習(xí)技術(shù)的時間，所以有時查問題態(tài)度也不積極。這個認(rèn)知是非常錯誤的，大家平時都會認(rèn)可優(yōu)秀程序員的核心特質(zhì)看的是思維邏輯，而不是用哪個語言哪個技術(shù)。那如果是思維邏輯優(yōu)先，寫代碼就能比查線上問題更能提升嗎？顯然不是，大家知道我們在寫代碼時，往往要花費(fèi)很多時間在編寫冗余代碼（如get,set代碼，配置文件），普通的crud邏輯，編譯，部署等這些非核心點(diǎn)上，它們并不能幫助我們提升思維（動手寫代碼前的思考才是最核心的）。但是查線上問題就不一樣了，你不需要寫任何代碼，但是需要在很短時間內(nèi)，讓自己理清思路，按正確的步驟去查出代碼的核心問題，底層系統(tǒng)的核心問題。你需要對系統(tǒng)很了解，對業(yè)務(wù)邏輯很了解，對代碼細(xì)節(jié)很了解，這真是一個幾乎沒有任何冗余步驟，但是卻能快速提升嚴(yán)謹(jǐn)思維的好方式！

怎么讓查問題更有效率？其實(shí)很簡單，我們?nèi)绻梃b名偵探柯南的想法，那就是“抓住案發(fā)第一現(xiàn)場”。舉兩個例子，對于JAVA這樣的靜態(tài)語言，查詢線上日志的方法是非常重要的。很多同學(xué)發(fā)現(xiàn)某個請求出問題了，就去看當(dāng)次請求的日志，這種方式不一定準(zhǔn)確。因?yàn)閷τ陟o態(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的bin log，抓住這個案發(fā)第一現(xiàn)場，看看到底發(fā)生了什么。不知道怎么解決線上問題，99%是因?yàn)檫B案發(fā)第一現(xiàn)場都沒找到，等你找到了，基本也有解決方法了。

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

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

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

解釋：是不是覺得又來歪論拉？恩，繼續(xù)解釋一番。首先問你，你為什么要招人，我想信很多人都會這么說：當(dāng)然是找你來幫我干活啊，我現(xiàn)在天天干到11點(diǎn)，累死了，急需人幫忙啊。恩，所以你很清楚，這個人是要能獨(dú)立解決問題的，能幫你分擔(dān)的，不是來了還要你天天在那里盯著的。但是我們看到很多同學(xué)的內(nèi)心認(rèn)知是混亂的，雖然他能看懂這句話，但是在面試的時候他會這么做：準(zhǔn)備10個左右他擅長的技術(shù)細(xì)節(jié)問題，一個個問，應(yīng)聘者只能答出5個，廢柴，不送。答出7個，恩，可以進(jìn)來。答出10個，還說了1個我不知道的，好牛逼，絕不能讓他看出來我比他弱，否則進(jìn)來后還怎么帶他。但是這個和你之前痛恨的應(yīng)試教育又有什么區(qū)別呢？這種招聘方式有很大的風(fēng)險招進(jìn)來的人是研究手機(jī)屏幕從幾樓摔下去不會碎，而不是研究讓屏幕顯示更清晰的人。

正確的方式應(yīng)該是：讓他講一個之前投入度比較高的項目，描述下自己是怎么獨(dú)立去解決問題的。對每一個點(diǎn)的描述，只要你覺得還不能體現(xiàn)他“獨(dú)立解決問題”的能力，那就繼續(xù)扒皮深問，直到他竭盡全力，被你”逼到墻角”。特別優(yōu)秀的人被逼到墻角后，具備現(xiàn)場把墻砸掉的能力，這樣的人是死也不能放過的，具體什么意思大家可以去體會思考。
之前我們曾經(jīng)面試過一個性能測試工程師，從技術(shù)細(xì)節(jié)看對性能測試的工具和方法是比較了解的。在項目描述中我們問了他一個問題：你之前通過性能壓測發(fā)現(xiàn)的服務(wù)端問題，有去了解過發(fā)生的原因嗎？他給的答復(fù)是：因?yàn)槲覀兪峭馄螅贫缺容^明確，開發(fā)也是另外一個部門，所以我沒有去了解。不好意思，這個回答基本體現(xiàn)了沒有獨(dú)立解決問題的能力乃至意識。碰到一堵很小的墻，他都沒有辦法獨(dú)立解決，好奇和學(xué)習(xí)的欲望也很弱。他在技術(shù)細(xì)節(jié)上的積累只是因?yàn)榭戳藥妆緯昧藥状喂ぞ撸@些都只是為了應(yīng)付面試和不懂的領(lǐng)導(dǎo)，根本沒有深入實(shí)踐，他未來的瓶頸一定非常大。
只要能夠獨(dú)立解決問題，就一定能通過面試，有些技術(shù)不了解，最多就是被砍點(diǎn)薪資而已。在這一點(diǎn)上，10年工作經(jīng)驗(yàn)的同學(xué)還真未必比得上2-3年工作經(jīng)驗(yàn)的同學(xué)，如果沒有獨(dú)立解決問題的能力，那只是多累積了一些所謂的專業(yè)經(jīng)驗(yàn)，但還是無法解決問題。很多大公司喜歡校招優(yōu)秀的畢業(yè)生，也是這個原因，雖然這些學(xué)生還沒有實(shí)際工作過，但已經(jīng)具備了很強(qiáng)的獨(dú)立解決問題能力。我們曾經(jīng)招過一名同濟(jì)大學(xué)的測試實(shí)習(xí)生，有一次她獨(dú)立組織了部門的團(tuán)建活動，搞得井井有條，方方面面都考慮到了，這樣的同學(xué)做好技術(shù)只是時間問題。:)

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

問題：到底是什么原因，會導(dǎo)致嚴(yán)重的線上故障呢？是我們團(tuá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)重的問題，每個鏈條的檢查機(jī)制都失靈了。堅決預(yù)防集體性的認(rèn)知出錯，就可以避免很多嚴(yán)重的問題。

集體性的認(rèn)知出錯往往是從一些小現(xiàn)象開始的，比如我們的團(tuán)隊曾經(jīng)發(fā)生過一次正常的項目延期，原因是周五到了，沒有完成測試，為了避免倉促上線出問題，所以延期一天發(fā)布。其實(shí)到這里都是非常正常的，但是當(dāng)測試同學(xué)在釘釘群里發(fā)出這個原因的時候，有一些同學(xué)發(fā)出了大拇指的表情。注意，這個時候大家是沒有犯錯的，但是認(rèn)知已經(jīng)出現(xiàn)了偏差，變成了“以后就算測不完，只要說項目風(fēng)險，就可以延期”。群里很多同學(xué)都看著，一旦這個集體性的認(rèn)知偏差形成，未來項目的延期就會越來越多。所以需要立刻出來說一句：因?yàn)轱L(fēng)險項目暫時不上可以，但是延期的原因要總結(jié)反思。 通過這樣一句讓大家心里不太舒服的話，盡快把集體性認(rèn)知偏差扭轉(zhuǎn)過來。馬云說過”小事要大做”，就是這個道理，不大做，等發(fā)生大事的時候就來不及了。

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

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

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

解釋：這里提出了兩個認(rèn)知，我們來分別解釋下。能力該復(fù)用，業(yè)務(wù)不該復(fù)用，這個很好理解。能力是指對這個系統(tǒng)有價值的功能，會長期存在且擴(kuò)展下去的。而業(yè)務(wù)是一個泛指，既可以表示單一的產(chǎn)品需求，也可以表示某個局部的功能。比如你的應(yīng)用里接入了一個支付寶支付，對支付這個事情我們判斷下來是一個基礎(chǔ)核心能力，且將來很有可能也要接入微信支付，所以應(yīng)該抽出公共的函數(shù)。再比如對于客戶端的登錄頁面和注冊頁面，雖然渲染邏輯90%是一樣的，但是不應(yīng)該復(fù)用，因?yàn)樗鼈兪菃我还δ埽皇悄芰ΓQ(mào)然復(fù)用反而帶來了很大的風(fēng)險。

分久必合，合久必分，這個的理解就很有意思了。大家都知道，這句話的出處來自三國演義，說的是一個國家分裂久了就會合并，合并久了也會分裂，其實(shí)對代碼邏輯的復(fù)用也是如此。大家在合并抽出公共函數(shù)時，會發(fā)現(xiàn)有10%-20%的邏輯不是那么順眼，總感覺暫時放在里面是可以的，但將來可能會拆出來。那么在寫公共函數(shù)時，就要特別注意這部分邏輯。它雖然暫時在函數(shù)里，但是需要做到和上下文相對隔離，甚至還可以加入明顯的換行和TO DO，為下一次的拆做好準(zhǔn)備。而在拆出一些獨(dú)立邏輯的時候，也要思考這些邏輯可能和其它的哪些邏輯有機(jī)會是合起來的，那么盡量放在一個類里，一個包里，為后續(xù)的合做好準(zhǔn)備。

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

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

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

解釋：是不是要崩潰了，開源無償寫代碼，然后免費(fèi)給別人用，不是在消耗公司成本嗎？別急，還記得馬云說過的一句話嗎，“免費(fèi)的才是最貴的”。恩，這個道理同樣適用于開源。今天中國很多的互聯(lián)網(wǎng)公司已經(jīng)非常明白了，甭管你的開源技術(shù)到底好不好用，宣傳一定要大，一定要讓大家參與進(jìn)來。

帶來的好處太多了，因?yàn)橛昧四愕拈_源消息隊列，之后就會用你的云計算平臺。因?yàn)槌绦騿T都很懶，開發(fā)環(huán)境和線上保持一套嘛，你后面一定能賺大錢。因?yàn)殚_源項目非常知名，讓你公司的技術(shù)形象立刻高大起來（先不管這個項目到底創(chuàng)造了多少有價值的產(chǎn)品），每年校招的優(yōu)質(zhì)學(xué)生資源盡收囊中，其他公司要搶人，只能花更多的錢。而每年中國優(yōu)秀的畢業(yè)生就那么多，早就供需失衡，誰搶到了大部分，那之后在技術(shù)上一定能保持絕對優(yōu)勢。最后萬一公司財報不好看了，不好意思開始收授權(quán)費(fèi)，就像google收android的費(fèi)用一樣。不作惡只是口號，開源帶來了無比巨大的利益，不能賺錢，誰開源？！現(xiàn)在微軟也懂了這個道理，成為了開源社區(qū)的標(biāo)桿，但在早期的鮑爾默時代可是出現(xiàn)了認(rèn)知偏差呢。

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

內(nèi)心簡單：

內(nèi)心越簡單的人，將來能到達(dá)的境界就越高。大家千萬不要誤解了，我說的不是思想淺薄，而是內(nèi)心簡單純粹要像少年一樣。一個很好的例子，郭靖，用世俗的眼光來看他天資不高，開始學(xué)什么都慢。但是他有一個很大的優(yōu)點(diǎn)，就是想法簡單，無私心，持之以恒。報家仇，報國仇，保護(hù)好他愛的人，不會去想是不是別人騙了他，他多做一點(diǎn)是不是虧了。20歲就達(dá)到五絕水平，最后終于融合“降龍十八掌”、“九陰真經(jīng)”和“左右互搏”三大蓋世武功為一體，武林尊為“天下第一俠士”。
內(nèi)心越簡單，就越不會花費(fèi)額外的精力在一些無關(guān)緊要的事上面。隨著時間的推移，你的認(rèn)知水平就一定能提升得更快。不要去想今天你學(xué)的語言明天是否還流行，先利用當(dāng)前語言訓(xùn)練好你的思維模式。不要去想我作為測試給開發(fā)指出太多問題后，開發(fā)會不會不爽，做為測試你的核心是保證產(chǎn)品質(zhì)量。不要去想今天我?guī)徒M內(nèi)的開發(fā)分擔(dān)了額外的代碼編寫，我是不是虧了，這些付出一定會在將來某個時候兌現(xiàn)，因?yàn)槟惚人麄冇懈嗟拇a實(shí)踐。

相信跨界的力量：

ipod+手機(jī)誕生了iphone，手機(jī)+錢包誕生了支付寶，c,python+java誕生了go，人類的創(chuàng)新其實(shí)都是來自于跨界的結(jié)合。很多時候大家去看一個技術(shù)大神，會認(rèn)為他一定是看了很多專業(yè)的書，看了很多牛逼開源項目的代碼，寫了很多項目才達(dá)到現(xiàn)在的這個水平。然后又看到別人的興趣愛好：音樂，滑雪，畫畫，牛逼，大神就是大神，做好技術(shù)的同時還能“兼顧”這些興趣。
這個認(rèn)知完全錯了好嗎，我告訴你，寫代碼看書固然很重要，但如果他沒有這些興趣，他在技術(shù)上可能根本達(dá)不到今天的程度。一個有畫畫功底的人，理解向量，理解數(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)實(shí)中，高認(rèn)知的人看低認(rèn)知的人也是一樣的，不是低認(rèn)知的人不夠努力，而是你的知識圖譜里比高認(rèn)知的人少了一些維度。所以不管你怎么努力，你會發(fā)現(xiàn)仍舊無法超過他，他還比你輕松，學(xué)霸給大家留下的陰影就是這么來的。
在實(shí)際工作中，你的leader，你的架構(gòu)師只要不是水貨，往往他們的認(rèn)知就是比你高的。一旦你覺得這個人的本性是靠譜的，你就該無條件去相信他給你的建議和指引。因?yàn)樗芸吹皆谀隳莻€維度上感受不到的東西，照他的話去實(shí)踐幾次，你才有機(jī)會到達(dá)他那個維度，才能升級認(rèn)知。不過在現(xiàn)實(shí)情況中，我們往往看到很多l(xiāng)eader和架構(gòu)給下面的同學(xué)苦口婆心說了很多，但是他們不理解，反而更叛逆。這份痛苦我懂，你是拼了命想拉他到你那個維度，但是他還年輕著呢。:)

持之以恒地實(shí)踐：

人就是一個如此奇妙，如此復(fù)雜的生物，不管你看多少書，看多少源碼，寫多少demo，你不真刀真槍地去實(shí)踐，去寫代碼，這些知識無論如何都無法進(jìn)入你大腦的知識圖譜。它們永遠(yuǎn)只能是“狹義上的知識”，而不是“有價值的認(rèn)知”。相信大家人生中都有過類似的經(jīng)歷了，越是辛苦的實(shí)踐，越是堅持，你最后的收獲一定越大。簡單來說，認(rèn)知不通過持之以恒的實(shí)踐是不可能升級的。
還有一點(diǎn)我必須要強(qiáng)調(diào)，實(shí)踐應(yīng)該盡量和公司的項目去結(jié)合，而不是依靠于自己寫demo。這里面有一個很大的誤區(qū)，自己私下寫demo經(jīng)常是沒有“明確，高壓的”目標(biāo)的（人性總是偏懶的），這種實(shí)踐往往很難提升認(rèn)知。而公司的項目往往不同，會提出"支持多少用戶訪問"，“為什么你每次開發(fā)都不能更快一點(diǎn)”（核心挑戰(zhàn)的是你架構(gòu)的擴(kuò)展能力），“為什么這個功能這么卡”（性能優(yōu)化），這些“明確的，高壓的”目標(biāo)能督促你去拼命提升自己的認(rèn)知（只是寫demo是很難給自己設(shè)下這些障礙的，是反人性的）。當(dāng)然從結(jié)果來看，又是公司的壓榨剝削拉，讓我們回憶一下前面說的，如果你覺得這個公司是靠譜的，那就讓我們的“內(nèi)心簡單一點(diǎn)”，持之以恒地實(shí)踐升級認(rèn)知吧。:)

最后總結(jié)一下，現(xiàn)在已經(jīng)不是一個單純比拼知識量的時代，而是比拼認(rèn)知高低的時代。作為程序員我們并不特殊，和市場，財務(wù)，產(chǎn)品，運(yùn)營的這些同學(xué)一樣，核心看的是認(rèn)知，并不存在誰比誰困難，誰比誰辛苦的這種淺層比較。
而我們學(xué)習(xí)的那些語言，框架，工具，和我們大學(xué)時期學(xué)習(xí)的微積分，高等物理沒有區(qū)別，都只是幫助我們不斷訓(xùn)練提升認(rèn)知的實(shí)踐工具，而不是認(rèn)知本身。讓我們不要再局限于程序員狹義技術(shù)的范疇內(nèi)，把提升自己的認(rèn)知作為最重要的目標(biāo)，我們要努力做到“既是程序員，也不是程序員”。