-- 制定目標必須要遵循SMART原則：
 1.目標必須是具體的（Specific）
 2.目標必須是可以衡量的（Measurable）
 3.目標必須是可以達到的（Attainable）
 4.目標必須和其他目標具有相關性（Relevant）

 5.目標必須具有明確的截止期限（Time-based）.

- 羅輯思維CEO脫不花：關於工作和成長，這是我的121條具體建議- http://tech.ifeng.com/a/20180724/45081415_0.shtml

-- Java程式設計師面試總結，高手整整理加強版（3,5,10年）- http://bbs.csdn.NET/topics/391979685
  關於專案經驗，我認為併發程式設計網的創始人方騰飛老師講的一段話非常好：介紹產品時面試官會考察應聘者的溝通能力和思考能力，我們大部分情況都是做產品的一個功能或一個模組，但是即使是這樣，自 己有沒有把整個系統架構或產品搞清楚，並能介紹清楚，為什麼做這個系統？這個系統的價值是什麼？這個系統有哪些功能？優缺點有哪些？如果讓你重新設計這個 系統你會如何設計？

> 計劃(3年，5年，10年計劃等)

-- 2013-2016（1-3）年：
  我認為三年對於程式設計師來說是第一個門檻，這個階段將會淘汰掉一批不適合寫程式碼的人。這一階段，我們走出校園，邁入社會，成為一名程式設計師，正式從書本 上的內容邁向真正的企業級開發。我們知道如何團隊協作、如何使用專案管理工具、專案版本如何控制、我們寫的程式碼如何測試如何在線上執行等等，積累了一定的 開發經驗，也對程式碼有了一定深入的認識，是一個比較純粹的Coder的階段。對開發者來講，一年左右經驗，多數人處在第一個階段——專項能力提升的階段，熟悉某種程式語言，可以完成別人安排的一個小模組的開發。

 Android開發工程師3年工作經驗-http://wenku.baidu.com/link?url=RAVr0FQwnF7t2auKh55vHrcH0hLDbAR-
LTizEEPKGN7dw48F3h6kjhwBvtpkLTv35aGLyxfnHP8j7yjc93siZIDTMf_3km4HtbS-bVq3T_y

JAVA程式設計師面試總結，高手整整理加強版- http://bbs.csdn.net/topics/391979685
工作三年你也許應該收穫什麼- http://blog.csdn.net/mokill0911/article/details/52289521

-- 2016-2018（3-5）年：
  五年又是區分程式設計師的第二個門檻。有些人在三年裡，除了完成工作，在空餘時間基本不會研究別的東西，這些人永遠就是個Coder，年紀大一些勢必被 更年輕的人給頂替；有些人在三年裡，除了寫程式碼之外，還熱衷於研究各種技術實現細節、看了N多好書、寫一些部落格、在Github上分享技術，這些人在五年 後必然具備在技術上獨當一面的能力並且清楚自己未來的發展方向，從一個Coder逐步走向系統分析師或是架構師，成為專案組中不可或缺的人物。三年及以上的經驗，就應該進入到第二個階段了。當你在某個技術方向上構建了技能體系，就可以完成相對複雜的工作，可以獨立的做一些事情，甚至可以輔導初級開發者來完成工作。這個時候，你往往已經是團隊裡富有生產力的成員了。

-- 2018-2023（5-10）年：

-- 程式設計人生：畢業到邁入工作的第五年，發生了這些變化- https://blog.csdn.net/j01G58UC80251/article/details/80976970
  一般情況下，軟體公司招人總會對這三個方面的能力做一下考核，一是程式語言，二是資料結構與演算法，三是系統設計。
  演算法，其實考的也是一個人思考問題的套路，一個人的創造力。說句俗氣的話，不管你現在做的是什麼，如果你具備了這種思維方式，你總能找到地方應用它。或許，以前你所認為的那些沒有意義的事情，只是因為你選擇了沒有意義的方式去完成它而已。

  十年又是另一個門檻了，轉行或是繼續做一名程式設計師就在這個節點上。如果在前幾年就抱定不轉行的思路並且為之努力的話，
那麼在十年的這個節點上，有些人必然成長為一名對行業有著深入認識、對技術有著深入認識、能從零開始對一個產品進行分析的程式設計師，這樣的人在公司基本擔任的都是CTO、技術專家、首席架構師等最關鍵的職位，這對於自己絕對是一件榮耀的事，當然老闆在經濟上也絕不會虧待你。
  考察一些初級資料結構與演算法的概念，別考的太深太偏。準備一些具有“可伸縮性”的演算法題，看看被面者如何分析問題，如何分析演算法複雜度，以及如何用其選擇的語言實現演算法。
  ## 系統設計
  這個主要是考察被面者在面向物件軟體設計方面的能力，一般針對高階一些的職位。
  可以先了解一下被面者對面向物件設計的基本概念與原則的瞭解，然後讓其談談他之前專案中做過的設計；並準備幾道可以逐步深入的設計題讓其當場設計。哦，別忘了問問他為什麼這麼設計。
  需要注意是，要了解面試者真實的實力，你必須要好非常好的臨場應變的能力，善於從面試者的回答中提取有用資訊並加以追問。
 ## 各個招聘網站的相關要求：1-3年、3-5年、5-10年。當然就國內的情況下而言，很少有 10年+ 的開發崗位：
 1~3 年，我們已經成了一個入門級的搬磚工人，變成了一個熟悉的搬磚工人。我們開始承擔一些重要的開發角色，如主力開發，但是多數時候還是個人開發者。
 3~5 年，我們開始尋求技術之外的突破，並且精力有限不再單打獨鬥。前三年的經驗，讓我們有能力區分自己未來適合什麼路線：技術、技術管理還是純管理。但是不論怎樣，我們在提升自己技術的同時，還需要指導、帶領組織內他人的成長。
 5~10 年，我們開始站在更高的層面考慮問題。我們的系統在整個大系統的架構，整個系統架構的未來，行業發展的趨勢、架構的演進，blabla。我們開始去證明、追求自我的價值。
 10年+，未來太遠，我編不下去~。
## 每當我們在討論程式設計能力的時候，我們討論的能力基本上是和程式設計無關的：
我們討論程式設計的時候，討論的是：抽象思維、歸納能力、設計能力……。
我們討論解決 bug 的時候，討論的是：如何找尋問題、分析問題，然後解決問題、歸納問題。
## 額外的技能：做 PPT、做技術分享、溝通、時間/精力管理等等。“精通 one，學習 another，關注 next ”。對能力進行分類就是：
1.專業知識技能。
2.可遷移技能。可在不同行業中使用的技能。
3.自我管理技能。即自我認知和自我約束、調整等能力。
## 在進行技術選型的時候，我們很容易陷入 HDD（熱鬧驅動程式設計）的影響。貿然地決定使用一個新的框架，於是：
1.在工作上，我已經偏向於使用已有的框架，不再從零嘗試新的可能性。
2.在業餘時，我則偏向於不使用已有的框架，從零嘗試更多的新可能性。
##  造輪子依舊是我深入學習的方式。雖然，我不是學院派，但是我習慣性的會寫部落格來總結學到的知識。

--  十年又是另一個門檻了，轉行或是繼續做一名程式設計師就在這個節點上。如果在前幾年就抱定不轉行的思路並且為之努力的話，那麼在十年的這個節點上，有些 人必然成長為一名對行業有著深入認識、對技術有著深入認識、能從零開始對一個產品進行分析的程式設計師，這樣的人在公司基本擔任的都是CTO、技術專家、首席 架構師等最關鍵的職位，這對於自己絕對是一件榮耀的事，當然老闆在經濟上也絕不會虧待你。

何必言精通，十年雜感 兼談其它- http://blog.csdn.net/dd864140130/article/details/50381837
為何我工作十年，內心仍無比恐慌（騰訊產品總監曹菲）- http://blog.csdn.net/wangshubo1989/article/details/49284165
  五年往上的開發經驗，應該進入到融合創新階段，能夠獨當一面，可以獨立的完成特定專案的評估、設計、技術方案選擇等事情。此時你往往是團隊裡的技術領袖或者技術管理者，具有比較大的影響力。這個模型更適合應用開發人員，對於做基礎研究的開發者，比如音訊演算法、影象處理演算法等，第三個階段，可能是在他所在的領域內鑽得更深，成為專家。

  比如你做了 2 年 PHP 開發，可能你處於從第 1 階段向第 2 階段轉型的過程中，此時提升的方向，就可以考慮和php相關的技術棧，比如瞭解 HTTP 伺服器如何和PHP整合在一起，比如瞭解資料庫，比如瞭解作業系統，這樣你就可能會定下掌握 LAMP （Linux/Apache/MySQL/PHP）或者 LNMP（linux/Nginx/mysql/PHP） 技術棧的目標。

-- 10年以上

10 年以上的工作經驗，在大公司當過螺絲釘，也在創業公司做過技術 leader，有過一兩段不算成功的創業經歷。

做開發十年，我總結出了這些開發經驗- http://geek.csdn.net/news/detail/239856
 3D遊戲、2D頁遊、瀏覽器、移動端翻譯app等。
 android上加密，用SQLChpher就可以了，微信也在用，你當然可以學習；資料庫ORM思想，用KM上推薦的GreenDAO就可以了；PC上3D引擎，用OGRE就可以了；小型遊戲DEMO，用Irrlicht足夠；寫WebGL，用ThreeJS足夠。
 首先分析當前產品的規模、性質，然後再設計架構。 
在當前階段達到：開發效率+架構的平衡；並向後展望3個月，或者半年左右，看看架構能不能適應。

  質量包括：可維護性、擴充套件性、演算法\渲染效率，還有就是bug與崩潰率。

程式設計師職業規劃- http://blog.csdn.net/g6U8W7p06dCO99fQ3/article/details/79002714

好的程式設計師與不好的程式設計師- http://blog.csdn.net/dh798417147/article/details/79042673

> 12年技術老兵和你談談如何追求個人價值- http://geek.csdn.net/news/detail/190488
開始關注 App 的使用者體驗後，網路通暢性和介面的流暢性是保證 App 好用的重要指標。
> 依賴技能的關聯性，比如
  軟體工程的關聯性:
1.從編碼到設計；
2.從設計到架構；
3.從架構到方案；
4.從方案到需求；

  生產環節的關聯性
1.從技術到售前；
2.從技術到售後；
3.從技術到管理；
4.從技術到質監；

  產業鏈條的關聯性
1.從視訊採集系統到影象傳輸系統；
2.從影象傳輸系統到顯示播放系統；
3.從顯示播放系統到錄影控制系統；
4.從錄影控制系統到儲存回播系統；

  技術領域的關聯性
1.從關係型資料庫到NoSQL；
2.從磁碟資料庫到記憶體資料庫；
3.從一般資料庫到圖形資料庫；
4.從資料單庫到分散式資料系統；

-- 不同階段相應的能力的成長：
  入門階段（<1 year）：大學畢業或從其它行業轉行，具備一定的理論知識，但缺乏真實環境歷練，需在指導下工作。
  初級階段（1-3 year）：具備較為豐富的理論知識和一定的實踐，一定程度上可以獨立工作，但無法獨自處理複雜業務。這個階段大約為參加工作
  中級階段（3-5 year）：基本可獨立應對複雜業務，通過實踐總結將知識初步形成體系，但大多數情況下缺乏靈活性和前瞻性，有一定總結歸納能力，技術方面具有一定深度，通常廣度不夠。有一定協調管理能力和表達能力。
  高階階段（5-10 year）：熟練應對負責業務，有自己的知識體系，總結歸納能力強，技術方面有一定深度和廣度。具有較強的管理能力和表達能力。對業務或技術的未來走向有一定預判能力，並能帶領小團隊攻堅。如：分析師、架構師等。
  頂級階段（10+ year）：對業務和技術都有非常深厚的掌握，面對複雜場景時能夠根據自己所掌握的知識做出判斷且靈活有效處理。能夠管理協調較大團隊，並且能夠技術或者公司業務發展走勢做出相應規劃。如：總工、CTO、CIO等。
> 思考
  一方面來自於業務領域知識的積累，一方面是自身技術素養的提高。技術能力的深度和廣度，優先求深度，其次再求廣度，否則什麼東西都懂一點點，好像什麼都可以做，但是沒有一樣可以做到頂尖水平，遠不如有幾個方向的技術可以掌握應用到頂尖水平，別人做不到我可以做到。
  對自己的提升要求也是從這兩方面來進行，領域知識必須要學，要爭取做到業務專家水平，否則不理解業務不可能做出高品質的產品，因為你不會理解產品的核心。技術能力方面希望能對開發引擎底層細節更深入一些，知其然而知其所以然。
  網路的幫助可以讓你寫出一行又一行的程式碼。不過，若你只是複製貼上，事後並沒有嘗試瞭解背後的運作機制，充其量代表了「工作完成」。
  定期閱讀所有的程式碼，而且不只是你自己的程式碼。閱讀他人的程式碼是一種很棒的學習方式。正如一位作家所說，「閱讀其他人的作品是讓你成為一個更好的作家的最好方式」這同樣適用於程式碼。
  思考如何在這個自己並沒有特長的行業中生存下去？
  學習控制自己的情緒。思考公司人員流動存在一定的問題。套路、圓滑，而且要足夠冷靜的去思考問題，不能硬碰硬，否則損失最慘的還是自己。
  唯有強迫自己成熟，強迫自己去按照這些道理去做，強迫自己以一個3-5年後的心態、眼光、思想審視今天的自己，繞過滿是荊棘的人生路，少一點透徹心扉後的領悟，多一點超前意識和考慮。
  只需初心不改，守住自己，拒絕誘惑，在平淡的日子裡安靜持續的積累自己，剩下的交給時光就夠了。
  唯有無與倫比的專注，才有超乎尋常的回報。提高軟體知識和技術只是問題的表面，本質是要提高自己認識問題、分析問題、解決問題的思想高度。軟體專業知識的很多方法和原理，可以很容易地延伸、應用到生活的其它方面。那些經常做出正確決定的人是經常改變自己思想的人。
  一定要將你的7年投入到自己的主要領域中去，投入都面向未來的領域中去。
  創業者和打工仔是兩種人：創業者，是要解決問題；打工仔，只是完成任務。能“保質保量按時完成任務”的，絕對就是優秀員工了。我發現現在的人，動不動就覺得是老闆在給你“洗腦”。其實你也真太把自己當回事了，他給你“洗腦”幹嘛？

> 天天寫業務程式碼的那些年，我們是如何成長過來的- http://blog.csdn.net/phodal/article/details/70147490
團隊技術成長及個人技術成長：
1.組內技術活動。
2.花時間投入練習。
3.假想專案的重構。

> 未經檢視的人生不值得活- http://blog.csdn.net/mindfloating/article/details/69938647
  IDP，個人發展計劃，見文思義，就是要去思考下自己的當下和未來，並規劃出一條路徑。
該如何檢視自己的人生，也許個人發展計劃就是一個不錯的方式。公司推廣它的初衷倒是很好理解，站在員工個人的角度，通過鼓勵個人追求成長去整合自己及組織的需求，提出個人目標及達成路徑，從而實現個人和組織的雙贏。

- 制定短、中、長期的目標和路徑的。
  短期： 
擬定一年的幾個主要事項，針對每個事項擬定需要做什麼，以及檢查標準
  中期： 
近 2 ～ 3 年的規劃，對一年內不足以取得最終成果的事項，可以分成每年的階段性結果，並在頭腦中形成一個清晰的認識。
  長期： 
對我來說一般就是 6 ～ 7 年，和李笑來提出的七年就是一輩子的概念類似，“一輩子”應該有一個願景
其實從一名程式設計師新人到成為架構師，七年以內就應該可以走到這個目標 。

--「生涯」的四個維度：高度、寬度、深度和溫度：
高度：背後的價值觀 —— 影響力和權力。關鍵詞：追逐競爭、改變世界
深度：背後的價值觀 —— 卓越與智慧。關鍵詞：專業主義，工匠精神
寬度：背後的價值觀 —— 愛與和諧。關鍵詞：多種角色，豐富平衡
溫度：背後的價值觀 —— 自由與精彩。關鍵詞：自我認同，精彩程度
關注領域：JavaEE,Android,Javascript,HTML5,MySQL,Hadoop,Linux,iOS
> 個人（中年）危機
-- 程式設計師中的老司機們，30 後的路該開向哪裡？- https://mp.weixin.qq.com/s/NwP189xqPb_9hNp7Jx1lIg
  領導的過程，就是帶人修煉的過程.走管理，未來創業可以當 CEO，而走技術，未來創業，更多的是 CTO。
  管理做得好，才能管更多的人，讓更多的人圍繞著自己的想法去做產品。人越聰明，越有抱負，能想掌控更多。很多時候，做技術的無法決定技術團隊的招聘，無法決定產品的走向，無法決定的事情太多了。而走管理，你慢慢能掌控的事情會更多，你能管理一個小組，一個技術團隊，你能管理一個部門，你能管理一個事業部，你能管理一家公司，你能管理一個集團——也就是說，技術，產品，銷售，運營，你都能管，全方位的挑戰，自然就有全方位的成長空間和機會。
  做管理不容易，找方向，做產品，執行，人員招聘，和老闆爭取員工福利等，都是你的事情，可能不用忙著寫程式碼， 但是心也容易累。要是一個技術崗位擺在他面前，年薪 100 萬，你問我他跳不跳槽？我相信肯定跳。從這類技術人可以看出，技術不見得薪資低，管理不見得錢多事兒煩心事少。選擇路徑的時候，要看到好的閃光點，也要看到潛在的煩惱三千。
 有些朋友，技術中等，能大概知道技術選型和解決思路。一線指導不行，不過指下方向，幾個技術討論沒有結論的時候，拍板決定還是沒問題的。這位朋友就很擅長管理，知道怎麼招聘，知道發現人才，知道怎麼給有能力的技術空間，知道怎麼啟用團隊氛圍，知道怎麼給優秀的人獎勵，知道怎麼處理好團隊和老闆的關係。
 總之，技術好的人，不會覺得他技術差，不配當自己領導，反而，覺得自己的能力容易施展，有的甚至懷有知遇之恩。這類人就挺適合當管理的。他當過兩三家公司的 CTO，能說話，會演講，擅長鼓舞士氣，在朋友中算頗有人緣。這類人，天生適合轉管理。
 有些朋友，在創業公司成長起來，當了架構師，當了高階技術經理，帶十幾二十個人的團隊，慢慢轉型管理。技術也慢慢荒廢下來，不是想荒廢，而是一天到晚無數的會議，合作伙伴找你，老闆找你，產品找你，市場找你，團隊裡的技術小朋友找你，日子久了，技術不得不荒廢下來。管的人多了，薪資不見得多，畢竟是公司培養起來的，不是外來高薪聘請的。
 年薪五六十萬，不高也不低，後來覺得無聊，跳槽去 BAT 或者 微軟了，反而一身輕鬆。可能不再帶人了， 也可能帶的人少了，兩三個，三五個，人是少了，帶的人水平卻高了，產出高，溝通簡單，寫程式碼真心爽。這類朋友，就挺適合走專家路線。
  谷歌傳奇 Jeff Dean 就是偏工程的大佬，他的工資可不見得比任何機器學習的大佬低。能搞出谷歌三大神器(Bigtable, Mapreduce, GFS)，做出機器學習平臺 Tensorflow，照樣牛逼。演算法不夠好，我們不妨瞭解演算法專注工程啊。演算法也需要訓練、GPU、分散式、儲存、嵌入式，都是工程師的機會。
  當然，回家做個小生意，開個小賣部，或者開一個超市，或者開一個飯館，都是路。30 歲了，既然前進的路多歧路，那就看看退路——到處都是退路。條條大路都是餘生的路。
  網際網路充滿機會。前年你開個網店，你可能就月入十萬了。去年你做個代購，可能就財務自由了。今年你運營個公眾號，抄一些網上的水貨文章，可能就錦衣玉食了。明年你做個小程式，興許就衣食無憂了。
  網際網路變數多。十幾年前沒有趕上 PC 網際網路，忘了搶幾個域名，沒有關係，這兩天註冊幾個好的小程式名，亡羊補牢未為晚也。前幾年可惜沒有趕上移動網際網路的大浪潮，錯過了 App 的紅利期，沒關係，還有物聯網的機會。這次錯過了智慧音箱和其它智慧硬體，也沒關係，再等幾年，說不定新的技術浪潮就來了。技術浪潮如此，商業模式就更如此了，團購過了有網際網路金融，網際網路金融冷了還有比特幣、區塊鏈。熟人社交沒機會了，我們還有陌生人社交，新媒體沒機會了，我們還有新零售。AI + 傳統行業，三百六十行，行行是機會。

-- 為什麼有些程式設計師悄無聲息渡過35歲中年危機？- https://mp.weixin.qq.com/s/2WlLghD0TfOkU1vO9Ohlaw
中年危機：
  真正的危機，來源於在正確的時間做不正確的事。沒有在正確的時間，為下一步做出積累，這才是危機的根源。
  23-27 歲：技術積累階段 假設本科 23 歲畢業，那麼工作的前 5 年對你來說就是打基礎的階段。在這 5 年時間裡面，你要積累足夠的技術底子，打磨自己的技術實力，成為某一個技術細分領域的牛人。
  只有真正經歷過貧窮，經歷過苦難的人，才會越早就懂得努力才自己這一生唯一的出路和唯一的機會。
  27-30 歲：形成思維方法論和知識體系的階段 當你積累足夠的技術實力，例如超過 10 萬行程式碼以後，你應該形成了自己的思維方法論和自己獨立的學習技巧，任何新的技術在你眼中都能迅速的看到技術的本質，快速吸收成為你的知識體系的一部分。
  探索技術背後的事情：什麼技術在什麼樣的場合能夠發揮最大的價值；技術團隊應該怎樣構建；技術在公司未來的價值？創業公司對技術的需求？支撐技術的產品，怎樣學習做產品？支撐產品背後的運營體系是怎樣建立的？商業社會對技術、產品、運營等的是怎樣的認知，商業社會有什麼的特定規律? 也許還有更多……
  在這個階段，積累技術對你來說簡直是小菜一碟，你更需要磨練的是思考能力，形成自己的思維方法和知識體系，這將是你幫助你一生的武器。
  30-33 歲這個階段，最關鍵的是瞭解自己。知道自己擅長什麼，自己的優勢在哪裡，怎樣才能夠最大化自己的價值，同時也知道自己有什麼重大缺陷。未來是揚長避短還是不斷避免自己的缺陷，這些需要提前想清楚。一旦想清楚，想透了，就剩下行動。你可以選擇避開做自己不擅長的事情，不勉強自己，不讓自己處於對自己不利的環境。當然，你也可以選擇不斷補短，把自己的不擅長點變成自己最擅長的。這個需要結合自己的情況來慎重選擇，最終看你要走什麼樣的一條路，是打算做技術專家、管理者、還是技術結合產品，還是創業者。

-- 你的能力與年齡是否匹配？
 一種是頻繁跳槽，沒有在一個方向上積累，無一技之長；
 二是雖然在一個方向上長期積累，但只是第一年是成長的，剩下的幾年都是在做重複勞動，原地踏步。

-- 知識結構和知識體系
  每一個企業的運營，都會由戰略與戰術所構成。大的戰略會細分成小的戰略，小的戰略會細分成一個一個的執行戰術，由基層人員去付諸實施。不同層級的人，分別負責不同高度的工作，各司其職，這也是團隊協作的意義所在。
  同樣，每一個不同層級的人，也存在不同的知識結構。層級越高，你看問題的眼光和思路就要越高，你的整體知識結構層次也要向上發展和突破。要不然，你的能力，永遠只能停留在具體的基層操作層面上，不會有大的發展，職位上更不可能有上升。
  只有你在一個方向上堅持至少 5 年以上，你才有可能得到回報，而且這種回報會對你以後的職業發展產生一個相對長期的影響。同時，也正是這麼長時間的積累，讓你的基礎非常紮實和牢固，你的腳步也會站得更穩。

 會做人比會做事還要重要百倍。找到一個合適的職業目標，對於很多迷茫中的人來說可能並不是容易的事；但學會做人，則是你在任何公司、任何時候都可以修煉的一種職業素養。

-- 一個30歲程式設計師的對於中年危機的思考和應對- http://blog.csdn.net/yun_jianfei/article/details/70139682
現狀：
1. 學習能力：有自己的學習方法論。學習像喝水一樣自然，能夠非常迅速的上手和掌握新技術。
2. 思考能力：有自己的問題方法論。能夠很快抓住問題的本質，並且快速制定解決方案。
3. 技術能力：有自己的知識體系，能夠快速找出熟悉領域的技術本質。
4. 管理能力：能夠獨立負責幾條業務線，帶一個小團隊。

-- 目標分析：
中小型公司技術總監、CTO的角色，我的理解是至少應該具備以下能力：
1. 團隊建設：能夠獨立負責、組建一個20人以上的研發部門。培養技術leader。
2. 技術能力：能夠具有全域性的技術視野，並且給出全域性的技術解決方案（需要能熟悉細節）
3. 商業視角：能夠洞察客戶需求、捕捉商業機會，規劃技術產品。通過技術產品來引導業務增長、實現盈利。
4. 研發管理：能夠具備優秀的軟體開發過程管理能力，改進開發流程。優化人員組織架構。
 
-- 目標達成：
上述目標中，除了技術能力，其他方面目前只是觸及到了邊邊角角。並且沒有多少實際的經驗。計劃從以下兩個方面來突破：
1. 理論提升：團隊建設、商業、研發管理方面有很多優秀的書籍，利用1年的時間來閱讀理解。不斷思考和觀察以前、現在公司在以上方面是如何做的，為什麼那麼做。觀察思考現在的技術總監是如何工作的。

2. 實踐提升：找合適的機會跳槽到感覺不錯的創業或者小型公司爭取能夠擔任相關的崗位。

 -- 職業規劃的建議是：
1.想清楚這一份職業或者下一份職業你的目標是什麼？你想得到什麼？區分目標和路徑
2.現在的能力和技能是不是可以達到？而這些技能和能力我預估都是在一定時間內可以掌握的和達到的
3.除了技能，這份工作還會給我帶來什麼其他價值？這些價值是不是符合我對於未來職業狀態的實現？
4.確認後，只做一個可以落地執行的實行計劃，並完成。比如改準備簡歷的就去準備，改跳槽的去跳槽，該競聘的就競聘等等