純技術路線的程序員，應該如何規劃自己的職業道路？

01-04

大家都說業務推動技術的發展，技術靠業務吃飯，我覺得這沒有錯。但是個人比較喜歡純技術的東西，不太喜歡接觸業務。所以在選擇職位的時候都是選擇比較接近技術的職位。那麼該如何規劃自己的職業道路呢？

（為了政治正確，圖侵刪）

選擇了這條路，再去在乎title就南轅北轍了。

你會有比那些選擇管理或者半管理路線的人更多的時間去理解某種技術的每個細節，或者熟悉技術所在生態圈的每個角落，你會成為真正意義上的「高級」技術，駕馭某一個技術棧的最大好處，我個人認為是它給你打開了干很多事的可能性，不僅可以自己不費周折地實現，而且可以百分之一百的控制；如果你學一點產品，關注一點市場，你可能比其他路線更有徒手創造一個或一些東西並成功的機會。

技術也許在最後，給了你自由；用它給自己打開一扇窗，而不是給自己建一個籠子。

技術路線：

初級程序員-中級-高級-架構師-技術總監-CTO

技術能和業務分開嗎？

顯然分不開，的確拋開業務談技術都是耍流氓，最簡單場景，學習spring數據訪問層技術選型，有springjdbc，jpa，myibatis，doma等，比如業務很複雜，關聯查詢很複雜，這時用jpa就不太合適

路線規劃：

1）參照技術路線，不斷提升自己的技術水平

2）從全局角度把控業務，技術層面抽象，做技術選型

3）多溝通，不只技術人員，業務人員更要多溝通，項目出問題絕大都是溝通上出了問題，溝通水平高低對推動項目進展起到重要作用

純技術的話，我個人理解的路線是：程序猿-》工程師-》技術架構-》技術專家-》領域專家-》∞

別整天BB程序猿30歲那個梗了，那都是loser，路線、方向、不斷進取都很重要。

這樣的好處是，真正從底層爬起來的，要幹活能幹活，要理論有理論，實踐也不缺，各種技術坑都踩過，後期的話，要創業也能創業（因為發現好幾個有牛叉想法的互聯網公司都死在沒有一個靠譜架構身上，想法太美好，然而實現起來反而徒增一堆BUG），而不只是嘴上BB。

PS：做好每天兩點睡覺的準備，很多坑，不是單純靠智商就能夠跳過的，坑的深淺，掉進去過才知道，好了，我睡了。時間：2017年9月1日01點54分

架構師?