之前寫過一篇文章，可以看下，如果能有幫助就更好。

之前和兄弟們閑聊，聊到一個瓶頸的問題。開發 3 年多了，做過的項目和產品也有好幾個了，感覺移動端的知識基本也都了解了，最近好像遇到了瓶頸，感覺不知道如何提升了。體現在跟別人技術交流的過程中，大方向業務層面的東西基本沒有什么問題，可是一旦就某一點深聊的時候，發現自己知識點好像還是停留在表面，不能深入其中。

既然聊到，索性整理了這篇文章。因為自己也是從一個普通的開發人員過來的，站在我的角度，聊一聊職業或者工作生涯中的一些困惑。因為個人技術棧的原因，這里只舉 Android 端的情況。那些大牛程序員不按套路出牌，不在討論范圍。

其實需要恭喜你，當你意識到遇到了技術或者發展的瓶頸，感到比較困惑時，表明你來到了工作或者職業的一個分界點，一旦突破瓶頸，你又會達到另外一個境界。這個很像長跑，長跑的人在跑步的過程中都會出現幾個極點。到極點的時候你會覺得腿特別沉，雖然有力氣，但是就是感覺抬不動腿。一般的人可能到了極點之后就放棄了，但是有經驗的人到了極點后，他會慢慢的調整，突破這個極點。突破之后，跑步就變成了一個機械的過程，甚至不需要去關心是否有在用力，整個腿步肌肉會自動帶著你往前跑。也就是說，這時候達到了另外一個境界。

無論是工作還是人生，我們的成長過程就像是在不斷攀登一座巨大的山峰。如果山腳代表你出生的那一刻，那么山頂代表你死亡的那一刻。而你遇到瓶頸的時候，猶如你爬到了山峰的某一層，你發現似乎沒有可以攀爬的地方，無法再往上。每一層都會有很多人，你要做的就是利用你之前的經驗、知識、認知，去發現你的落腳點，爬上去。這時候你就又達到了一個全新的高度。

所以，遇到瓶頸不用太慌，你甚至應該為即將遇見全新的自己而竊喜。

遇到瓶頸后的困惑是自然的，大部分是因為不了解產生瓶頸的原因，當你了解了之后，一切也就那么回事。

程序員，一般會經歷幾個瓶頸（時間段）：

1. 工作經驗的瓶頸（1~2 年）

這個階段剛剛學校畢業，帶著書本里的知識，投入到了工作當中，除了一些研究性的工作，大部分的工作會跟著產品的業務線走。這時候你會發現很多東西和學校里學習的有很大差別。這時候的瓶頸，是實際工作經驗的缺乏。但是突破的方法也很簡單，學就是了。難度也不大，因為這時候的你，應該是學習速度最快的時候。對于很多的業務內容，和書本的知識不太一樣，會有很強的新鮮感。書本更多傳授的是理論知識，而公司的項目和產品要解決的大部分是工程問題。這是一個可以充分把理論的東西結合實踐的階段，你終于發現了學校里學習的那些東西的真正用處。

2. 項目管理的瓶頸（2~3 年）

經過了第一個時間段，如果產品本身比較好，基本上移動端 Android/iOS 的邊邊角角都會涉及到。UI、網絡、數據庫、安全、適配、性能優化、第三方庫的使用等等。這時候的挑戰會慢慢從技術上變成項目管理上。因為這個時候你對業務比較了解，很多的技術也基本掌握了，會自然的承擔部分項目管理的角色。這會是另外一個挑戰，從跟機器打交道變成了和人打交道。這時候考慮的不一定是要把某一塊技術做的多好，而是需要綜合各個業務，達到項目整體上的最優。

比如項目的前期，時間是第一位的。首要的任務是如何在最短的時間內產出最小可行性產品（Minimun Variable Product：MVP）。質量和代碼的架構重要性就會相對變低。最主要的是考慮如何最快的把產品推出去。但是，等 MVP 驗證通過后，就需要不斷迭代，一方面優化功能，一方面需要償還之前快速開發欠下的技術債。

3. 技術深度的瓶頸（3~5 年）

做了很多的產品，項目管理也做過了。這時候會面臨幾個抉擇，繼續做技術還是轉管理，還是拓展其他的職業。對于那部分技術上想要繼續深入的同學就會有這種困惑。因為做了很多的項目，或者在摸個產品或者項目中做了很多的功能，大部分的知識點都覆蓋到了。但是由于平時主要還是圍繞業務展開，所以潛意識里是解決了what的問題。比如數據庫會選用 GreenDao，也會使用 SQLite，網絡會使用 OKHttp + Retrofit，圖片會使用 Glide 或者 Frasco 等等，這個階段很多的時候我們會因為業務二陷入怎么用的階段。這也是為什么大家覺得好像各個方面都懂一些，但是深度不夠的原因。怎么突破，需要去了解它是如何實現的，有哪些小的功能模塊組成。

了解的時候不要貪多，有一句話形容一些讀書人：買書如山倒，讀書如抽絲。同樣也可以形容開發對技術的態度。不能想著這也要了解，那也要明白。一個人的精力有限，就像做產品，需要找一兩項核心的功能去深入打磨，而不是所有的功能都做一遍。

怎么去找那個點。根據自己的愛好。一句話，你對哪方面感興趣，或者目前你擅長哪塊，就深入下去。

舉個例子，有的人喜歡 UI，那么布局，動畫，事件這些基本的東西肯定是了解的。這樣的話就是屬于第一個階段了。第二個階段，你需要關注一些自定的 UI ，需要了解 View 的繪制過程，熟悉canvas，熟悉paint，對于一些比較有意思的 UI ，能夠仿寫。開始關注性能方面的東西。如何能夠減少繪制次數，如何減少內存使用等等。第三階段，就要從源碼入手，去了解背后實現的原理，比如 TextView 到底是如何實現繪制在屏幕上的，都做了那些優化。經過這三個階段，基本上 UI 相關的東西就沒有什么能夠難倒你了。

在第三個階段，雖然看似只在某一個點深入了解，但是需要補充很多相關的邊緣知識進來。比如說設計模式，GPU 的工作方式，算法等等，這個過程也就完成了從點到面的擴展。相信突破這個瓶頸，跟別人聊起技術，再也不會覺得自己還是那個什么都懂一點，又好像什么都不夠深入的工程師了。

4. 職業轉型的瓶頸（5 年以上）

這個階段，就需要考慮的更加長遠。是繼續往技術方面深入，還是考慮其他方面。技術方面，比如全棧、技術經理、架構師、技術總監、CTO等，管理方面，比如項目經理、團隊Leader 等，其他如產品經理、產品總監等等。

遇到瓶頸，說明你知道了自己不知道。很多的時候，我們的悲哀不在于不知道，而在于不知道自己不知道。

雅典人說，蘇格拉底是雅典最聰明的人，他什么都知道。

蘇格拉底說，「我唯一知道的就是我不知道，而你們也不知道，但是你們不知道自己不知道。」

當遇到瓶頸，知道自己不知道的時候，也是提升自己，讓自己知道的好機會。跨過去，美好的風景在等著你。