參考：https://tech.meituan.com/study_vs_work.html
看了這篇文章，覺得總結得非常好，因此摘抄了一些關鍵點，以便自己經常翻閱。
引言
在繁忙的工作中做好技術積累，構建個人核心競爭力.
在繁忙的工作中，持之以恆、不斷學習和進步是一件艱鉅的任務，需要堅強的毅力和堅定的決心。
如何學習
貴在堅持
要想在計算機領域持續做優秀架構師，就必須不停的學習，掌握最新技術;要想成爲優秀的架構師，貴在堅持！
雖然知識更新很快，但是基礎理論的變化卻非常緩慢。這就是“道”和“象”關係，縱是世間萬象，道卻萬變不離其宗。對於那些非常基礎的理論知識，我們需要經常複習，也就是“學而時習之”。
重視實踐
學習領域有所謂721模型：個人的成長70%來自於崗位實踐，20%來自向他人學習，10%來自於培訓。雖然這種理論存在爭議，但對於工程師們來說，按照實踐、學習和培訓的方式進行重要性排序，大致是不錯的。所以重視實踐，在實踐中成長是最重要的學習原則。
重視交流
我們需要從別人身上學習。從老師、領導、同事、下屬甚至對手身上學習，是快速成長的重要手段。
在項目中積極參與具體方案討論也非常重要。參與者感知了相關背景，並且討論的觀點和建議也是綜合了發言者多種知識和技能。所以，討論讓參與者能夠非常全面，立體地理解書本知識。同時，和高手討論，他們的觀點就會像修剪機剪樹枝一樣，快速的剪掉自己知識領域裏面的疑惑點。
重視總結和輸出
工程師在實踐中會掌握大量細節，但是，即使掌握了所有細節，卻沒有深刻的總結和思考，也會陷入到“學而不思則罔”的境地。成長的“量變”來自於對細節的逐漸深入地把控，而真正的“質變”來自於對“道”的更深層次的理解。
將經驗輸出，接受別人的檢驗是高層次的總結。這種輸出不僅幫助了別人，對自身更是大有裨益。總結的方式有很多，包括組織分享，撰寫技術文章等等。
重視規劃
對於漫長的學習生涯而言，好的計劃是成功的一半。
長期規劃
定方向.
短期規劃
良好的短期規劃應該在生活、成長、績效和晉升之間取得平衡。大部分公司都會制定一個考覈週期——少則一個月，多則一年。所以不妨以考覈週期作爲短期學習規劃週期。
那些令人糾結的困惑
人生是一場馬拉松，在漫長的征途中，難免有很多困惑。當這些困惑被釋然之後，大家都感覺如重獲釋，爲下一階段的征程提供滿滿的正能量。良好的心態是技術之旅最好的伴侶。
學無止境嗎
雖然，人類的整體知識體系一直在擴張。但是就很多重要的工程細分領域，基礎理論並不高深。計算機的很多重要領域，工程師有能力在有限時間內抓住核心要害。
技術學習是一場對抗賽，雖然學無止境，但超越大部分對手就是一種勝利。所以，以正確的學習方式，長時間投入就會形成核心競爭力。
沒有絕對高明的技術，只有真正的高手
掌握某項技能知識只能是一個短期目標.懷揣某些技能就沾沾自喜的人需要記住：驕傲使人退步。
真正的高手不是拿着所掌握的技術去卡客戶需求，而是傾聽客戶的需求，給出精益求精的方案。完成客戶的需求是一場擂臺賽，真正的高手，是會見招拆招的。
不做項目就無法成長嗎
在項目中學習是最快的成長方式之一，很多工程師非常享受這個過程。正常情況，在項目之間都會有一些非項目時間。在這段時間，有些同學會產生迷茫，成長很慢。
項目真的是越多越好嗎？答案顯然是否定的。重複的項目不會給工程師們帶來新的成長。不停的做項目，從而缺乏學習新知識的時間，會導致“做而不學則殆”。真正讓工程師出類拔萃的是項目的深度，而不是不停地做項目。所以，在項目之間的空檔期，工程師們應該珍惜難得的喘息之機，深入思考，把項目做深，做精。
如何提高項目的深度呢？一般而言，任何項目都有一個目標，當項目完成後，目標就算基本達成了。但是，客戶真的滿意了嗎？系統的可用性、可靠性、可擴展性、可維護性已經做到極致了嗎？這幾個問題的答案永遠是否定的。所以，任何一個有價值的項目，都可以一直深挖。深挖項目，深度思考還可以鍛鍊工程師的創造力。期望不停地做項目的人，就像一個致力於訓練更多千里馬的人是發明不出汽車的。鍛鍊創造力也不是一蹴而就的事情，需要長時間地思考。總之，工程師們應該總是覺得時間不夠用，畢竟時間是最寶貴的資源。
職責真的很小嗎
一定要當老大嗎
平臺化的傳說
搞基礎技術就一定很牛嗎
可行性調研的那些坑
工程師天生不善溝通嗎
帶人之道
有些初爲導師的工程師由於擔心畢業生的能力太弱，安排任務時候諄諄教誨，最後感覺還是有所顧慮，乾脆自己寫代碼。同樣的事情發生在很多剛剛管理小團隊的工程師身上。最終的結果他們：寫完所有的代碼，讓下屬無代碼可寫。“ 事必躬親”當然非常糟糕，最終的往往是團隊的整體績效不高，團隊成員的成長很慢，而自己卻很累。
良好的用人方式應該如下：
1. 首選選擇相信，在面臨失敗後，收縮信任度。
2. 查找失敗的原因，提供改進意見，提升下屬的能力。
3. 總是給下屬機會，在恰當地時機給下屬更高的挑戰。 總之，蒼天大樹來自一顆小種子，要相信成長的力量。
效率、效率、效率
爲了提升工作學習效率，我們需要注意以下幾點：
主要關注效率提升。很多時候，與效率提升所帶來的收益相比，延長時間所帶來的成果往往不值得一提。
要有清晰的結果導向思維。功勞和苦勞不是一回事。
做正確的事情，而不僅僅正確地做事情。這是一個被不斷提起的話題，但是錯誤每天都上演。爲了在規定的時間內完成一個大項目，總是要有所取捨。如果沒有重點，均勻發力，容易事倍功半。如果“南轅北轍”，更是可悲可嘆。
架構師能力模型
成爲優秀的架構師是大部分初中級工程師的階段性目標。優秀的架構師往往具備八種核心能力：編程能力、調試能力、編譯部署能力、性能優化能力、業務架構能力、在線運維能力、項目管理能力和規劃能力。
編程能力
提升編程能力的書籍有很多。精通面向對象和設計模式是高效編程的基礎。初級工程師應該多寫代碼、多看代碼。找高手做Code Review，也是提升編程水平的捷徑。
調試能力
多寫程序，解決Bug，多請教高手是提升調試能力的重要手段。
編譯部署能力
性能優化能力
影響系統性能的因素衆多，包括：數據結構、操作系統、虛擬機、CPU、存儲、網絡等。爲了對系統性能進行調優，架構師需要掌握所有相關的技術。
精通性能優化意味着深刻理解可用性、可靠性、一致性、可維護性、可擴展性等的本質。
性能優化與業務強耦合，最終所採取的手段是往往折衷的結果。所以，性能優化要深諳妥協的藝術。
在線運維能力
業務架構能力
需求變更主要有兩個來源：第一個原因是市場改變或戰略調整，第二個原因是僞需求。對於第一個原因，無論是工程師還是產品經理，都只能無奈的接受。優秀的架構師應該具備減少第二種原因所導致的需求變更的概率。
僞需求的產生有兩個原因：
第一個原因是需求傳遞變形。
第二個原因就是需求方完全沒有想好自己的需求。
優秀的架構師應該具備辨別真僞需求的能力。應該花時間去了解客戶的真實業務場景，具備較強的業務抽象能力，洞悉客戶的真實需求。
業務架構師應該關注客戶的痛點而不是PRD文檔，應該深入關注真實業務。掌握現存系統的大量技術和業務細節也是業務架構師的必備知識。
項目管理能力
團隊管理能力
不想做CTO的工程師不是一個好的架構師。走向技術管理應該是工程師的一個主流職業規劃。團隊管理的一個核心能力就是規劃能力，這包括項目規劃和人員規劃。