走過的路，回憶起來是那么曲折，把自己的一些心得體會分享給程序員兄弟姐妹們，雖然時代在變化，但是很可能你也會走我已經走過的10年的路程，有些心得體會你可以借鑒一下。
在某一天的某一個時候，突然意識到，自己已經畢業工作十年了，是該寫篇東西，來記錄下自己的十年，算是給自己一個心理的慰藉，亦算是給自己入職場以來，第一個十年的總結。
大學生活
我是03年上的大學，上大學之前，完全沒有接觸過計算機。大學報志願也是懵懵懂懂，那個時候，最火的兩個專業，一是計算機，一是生物工程。電視上經常說的已經話就是：21世紀，是生物科學的世紀。而我呢，因為沒有摸過電腦，所以比較好奇，就在填報志願的時候，寫上了對於現在來說最內卷的一個行業專業：計算機科學與技術。
於是乎，在9月份的某一天，坐着穿越近半個中國的火車，來到了北方某個城市，開始了所謂的大學生活。現在還清楚的記得，第一次上機課，在機房打開電腦，雙擊點開網上鄰居，輸入網址，聽的第一首歌，就是劉若英的“很愛很愛你”，以至於很多年以后，每次聽到這首歌熟悉的旋律，都會回憶起自己大一的第一次上機課的情景。
那個時候，剛剛脫離了壓抑的高中生活，就像長了翅膀的鳥兒，自由自在的翱翔在空中，秉持着“六十分萬歲，多一分浪費”的學習心態，得過且過，基礎課和專業課都均分通過，也算是沒留丁點遺憾把。
就這樣，度過了大一的懵懂，大二的彷徨，大三的沉淪，直至大三下的時候，才開始考慮自己的未來，跟隨自己的內心，選擇了考研。
研究生生活
慕名來到了以學習刻苦出名的華東某校，開始了自己的內卷生活。吃了不少專業課的苦，也算是對自己本科期間的一個懲戒。每天的三點點一線生活，宿舍、食堂、圖書館，開始了自己專業技術的學習。買的第一步編程方面的書，就是c++ primer，在圖書館借閱了c++大學教程，開始學習編程，隨着對專業書籍的廣泛接觸，開始更加深入的去了解底層原理，c++模型深度探索，effective c++，more effective c++,c++沉思錄等等，好多書都是在那個時候開始接觸，也算是給自己后面進入本行業，打下了堅實的基礎。
實習生活
那個時候，對自己就業開始有了危機感，周圍的同學都拿到了阿里雲、訊飛等公司的實習offer。終於，自己在快要崩潰的時候，拿到了中科院某所的實習offer，記得同宿舍哥們的第一句話就是：恭喜你，多年的媳婦熬成婆。
來到了北京，住在了所里安排的宿舍，跟着mentor做一個國家863項目，ddos攻擊相關的。因為是實習生，所以接觸的是一些優化類的，比如內存池等。
在所里實習的同時，自己開始接觸csdn網站，除了項目，就是整天泡在c++版塊回答問題，當初的積分很高，排名也很不錯，不過因為其他原因，工作后，也不再登錄該論壇了，算是一個不小的遺憾吧，在里面還是能學到不少東西，猶記里面有個技術很牛的群(音譯 餅子堂)，自己有幸也加入了，后面還是退出了。
隨着所里項目的終結，選擇去了另外一個大外企實習，該企業在西二旗(大家應該能猜出來是哪家吧)，項目組是做一整套Linux下的辦公系統，類似於Windows下的word，基於openoffice來做的。整個項目百萬行，光編譯就得兩三個小時，自己在里面負責解決內存泄漏，在此需要提的是，當時的mentor是個大牛，基本上整個公司的難題都會去找他，使得自己對技術的理解更加深入。
初入職場
進入傳統行業
第一家公司，是個傳統行業，有幸進入了公司技術最厲害的技術研究院，做網絡相關的研發工作，也就是在這家公司，開始了研究TCP，把TCP/IP詳解看了一遍又一遍，不懂的就去查資料，甚至把源碼下載下來進行分析研究。也是在這家公司，第一次接觸Linux系統。
由於公司的業務面向的是國企，主要運行在Windows系統，第一要求就是穩定，所以更新迭代很慢，有時候一個功能幾年都沒進行優化。后面隨着Linux系統在國內用的越來越多，部門的業務也需要運行在Linux系統上，當時有兩個選擇，一個是重新在Linux系統上寫一份代碼，一個就是現有的代碼可以完全移植到Linux系統，即同一份代碼可以在Windows和Linux兩大系統，最終為了效率，還是選擇了第二種方案。
大家都知道，雖然c++是跨平台的語言，但是API名稱，以及底層實現卻是依賴於系統的，就比如WaitForSingleObject函數，在Linux gcc下就是std::lock，這就要求同一個函數，比如WaitForSingleObject，在Windows下使用的系統自帶API，而在Linux下是重新開發的一個函數，其功能與Windows下類似。當初這塊是我來負責完成的，第一次出現了coredump，第一次使用gdb進行調試。
入職互聯網
那幾年，正式互聯網行業開始火的時候，自己內心也蠢蠢欲動，於是幾經坎坷，進入了一家互聯網行業，也算是自己第一次接觸互聯網。
剛入職的時候，確實很不習慣里面的快節奏，經常一個需求從提出到上線就幾天，這在之前的傳統行業是萬萬不可能的，第一次上線就導致線上服務coredump，飯吃一半就跑上去解決。。。，在這家公司學到很多，對業務越來越熟練，開始負責整個推薦引擎，為后面接觸廣告奠定了基礎。
接觸廣告
由於公司的業務發展遇到了瓶頸，再加上其他一些原因，又開始看機會。由於推薦引擎和廣告引擎無論在架構上還是功能上都很類似(index->filter->rank等等)。所以有幸進入了廣告行業。
在這家公司，對我的影響很大，如果說上一家公司給了我進入互聯網的機會，那么在這家公司，我開始了思考，怎樣能讓服務性能更優，怎樣在系統設計上更加具有前瞻性，也算是逐步接觸架構，開始從架構去了解整個業務，又從業務去反推架構的合理性。
眾所周知，廣告對rt(Response Time)要求很高，rt每增加幾毫秒，廣告展示折算率就會變大，所以對於每天請求百億次的服務來說，對業務處理性能非常高，某一個子服務的性能都會影響整個廣告鏈路。比如：
- 廣告候選集過大，導致處理時間變長
- 某塊代碼耗CPU過高
- 傳輸鏈上無用參數過多
- 其它
記憶比較深刻的，實現了一個DMP服務，因為性能原因，所有的操作都在內存里面進行。里面用到了大量的內存分配以及釋放，上線后，發現了一個現象，就是內存利用率一直很高。從表面現象看，就是內存沒有被釋放，即使程序顯示調用了delete或者clear，其內存占用仍然居高不上。為了解決這個問題，用了各種內存檢測工具，加上了日志(申請內存和釋放內存都加上)，發現仍然沒有問題，於是就去調研底層庫，去研究內存分配的原理，通過研究源碼，調研new和或者malloc的原因，最終發現，在底層API中，即使調用了delete或者free，內存都不會被立即釋放給操作系統，而是被放在緩沖區中(這就是內存占用比較高的原因)，等間隔一段時間，才會被操作系統回收，如果想立即被操作系統回收，需要malloc_trim(0)。
還是同一個DMP服務，由於其內存占用過大，導致性能不是很高，大量的Misscache，最終，通過將系統中page大小從默認的4k變為32k，解決了這個問題(這是因為page過小的話，導致大量的缺頁中斷，具體可參考<深入理解操作系統>)。
編程能力
作為程序員，編程能力是我們的立身之本， 就我自己的感受而言，我覺得編程能力的成長主要有這么幾個部分。
初級
初級編程能力，就是 會用。也就是說 使用各種系統API，能夠達到我們的目的就行。
編程，首先是從學習該門語言的語法開始的，比如if/else while等，作為初級程序員，建議在入門的時候，使用入門級別的書，而不是去看一些比較高階的書。(對於c++而言，<c++ primer>並不適合入門級的讀者去看，反而適合有一定c++基礎知識的人去閱讀，這本書的名字起的太具有誘惑性)。
除了看文檔以外，編程是個超級實踐的活，所以一定要多寫代碼，只有這樣才能真正熟練起來，有句話"無他，唯手熟爾"，很適合入門級程序員。作為入門級程序員，盡量不要使用IDE，這種會使得對IDE具有依賴性，導致手寫很難，希望盡量做到所有的API名稱都能敲出來，久而久之，就會越來越熟練。
在初級階段，核心就是多寫，勤學苦練，這個很重要，只有這樣才能為以后奠定扎實基礎。
中級
初級的目標是能夠熟練使用編程語言實現功能，中級的的目標就是提升 分析和解決問題的能力。
作為程序員，寫代碼過程中出問題是非常正常的，而怎樣去有效且高效的排查問題，這是個體程序員之間編程能力上最大的差距，解決問題能力強，那么很容易受到上級乃至其他部門同事的認可。
在查問題的能力上，首先要掌握的是一些基本的調試技巧，好用的調試工具，比如常用的gdb，gperf，btrace等。熟練掌握調試工具，對解決問題非常有利。有些時候大家在查問題時的能力差距，有可能僅僅是因為別人比你多知道一個工具而已，除了調試技巧和工具外，查問題的更高境界會和編程能力的高級階段有非常大的關系，就是懂原理，一個懂原理的程序員在查問題的水平上是有明顯差距的。多嘗試給自己寫一些會出問題的程序，多積極的看別人是怎么查問題的，多積極的去參與排查問題，很多最后查問題能力強的人多數僅僅是因為“無他，但手熟爾”。
除了查問題外，更厲害的程序員是在寫代碼的過程就會很好的去避免問題，他們會知道在這塊怎樣做才不會入坑，在這塊會出現怎樣的問題，需要加什么樣的條件或者日志等。
在中級階段，建議大家去主動分析和解決問題，成為一個能寫出高質量代碼、有效排查問題的優秀程序員。
高級
對於高級編程能力的程序員來說，一個標准就是 懂的底層API的實現原理，知其然，知其所以然。
在學習底層實現以及排查問題的過程中，越來越明白懂編程語言的運行原理是非常重要的。學習底層實現最直接的去看源碼，但這對很多人來說很難，所以可以嘗試着從文檔或者一些書籍入手(<STL源碼剖析>)，一邊看書，一邊找到對應的源碼去分析，這樣就能達到事半功倍的效果。
有人說過，語言只是一種工具，解決和分析問題，不要局限於語言，我很同意這種說法。比如雖然c++性能很優，但是其實現過程比較麻煩，會出現很多坑。對於一些猛操快的需求，比如分析線上日志，可以使用python或者shell去解決。
架構能力
隨着寫的代碼越來越多，不經意間，在寫代碼的時候，開始考慮性能上是否最優，架構上是否合理，是否能夠做到日后靈活擴展。
完全搭建一個系統，是在五年前，也就是工作五年的時候，那個時候入職了現在的公司。剛開始要做商業化，什么都沒有，所有的都要從0開始搭建。比如一個流量來了，該如何去請求各個業務線，一個廣告訂單來了，如果能夠快速的進入廣告系統。那么就需要合理的進行模塊分配。
隨着代碼寫的越來越多，解決問題越來越多，越來越難，設計的模塊越來越多，在潛移默化中，架構能力也就有了，在設計一個系統的時候，就開始有前瞻性，考慮解耦，考慮擴展。
架構能力並不是一朝一些就能學會的，更多的需要從實踐中來，到實踐中去，久而久之，這種能力就會得到提升。
心得
團隊精神
在一個各項流程都完善的公司，需求評審、開發、測試、上線幾個流程缺一不可，缺少每一個環節都可能導致線上故障，所以一個需求的完成，是需要各個部門通力合作的。
線上有了問題，大家一起努力將其解決，這就是成長的過程。
不要炫技
代碼，是需要傳承的。大家都不希望自己的代碼被后面接手的人罵吧，所以代碼一定要簡潔、清晰、明了。不要為了炫耀某些技術實力，而故意使用晦澀難懂的編程技巧，相信過不了多久，不止是別人，即使是本人，也有可能看不懂這塊代碼。
合理架構
架構方案千千萬，選擇一個合適的最重要，不要為了架構而去架構，要考慮效率以及功能需求。
做到架構和開發效率雙平衡，再向后展望，看看現有架構設計能否滿足需求。
攻守兼備
所謂的攻，即進攻，也可以理解為攻城。即實現產品目標，滿足功能需求；所有的守，即守衛，也可以理解為守城。即對於線上問題，能夠守衛，快速解決。
正所謂攻城容易，守城難。線上bug永遠解決不完，需要有耐心，需要有攻守兼備的能力。
代碼審查
codereview是必不可少的，這需要團隊精神，可以在上線前期，解決不少問題。
但是也有弊端，這就是可能會導致大家有矛盾，比如有個功能實現，A說這樣實現，B說那樣性能更好，久而久之，就會導致團隊之間出現矛盾。這就需要找一個平衡點，對於可有可無的意見，可以不提。。。
代碼注釋
代碼是最好的注釋。 這是終極目標，但很多人達不到，當然也包括我。所以代碼中要盡可能多的注釋，原因：
- 為了自己以后維護
- 方便他人接手
尤其是對於功能復雜的函數，可以用1、2、3等點寫出來，必要的時候，寫在cf上，函數注釋處加上url鏈接。
代碼結構
代碼結構一定要清晰，簡潔明了，通過看函數說明就知道其功能，通過類名就能其要做什么。
代碼結構表現出來的其實是程序的一個模塊邏輯思想。結構簡單清晰，也就能說明程序實現邏輯簡單。
代碼風格
程序員都是團隊協作的，每個人都有自己不同的編程風格，如果沒有一個統一的風格，整個代碼將會很亂。
現在業界都用的谷歌代碼規范，同樣推薦給大家。
開發效率
c++程序員有個特點，就是不喜歡用IDE，也算是他們的一種特有的驕傲吧，喜歡用vim(我就是)，所有的代碼開發都用vim操作，顯得比較有B格。
技術之外
學如逆水行舟，不進則退。 程序員，是一個不斷自我學習，自我進步的過程，需要一直堅持學習，學習新知識，方能不被技術所淘汰。
不忘初心，堅持到底
面試了太多人，這些人不乏名校畢業，履歷光鮮，但都有個特點，就是轉行，有些從技術轉到產品，有些從技術轉到測試，慢慢在本行業失去了競爭力。
技術是我們的根本，這個一定不能放棄，即使已經做到了管理層，也請盡可能多的接觸代碼。
目標、理想
理想是dream，可以實現不了，但它是支撐內心豐盈的信念。只有有了理想，才能設立目標，否則目標就總是在變，內心也有很多焦慮。
與君共勉。
作者：高性能架構探索
掃描下方二維碼關注公眾號【高性能架構探索】，回復【pdf】免費獲取計算機必備經典書籍
