業界大多數人都會遇到乙個這樣的問題，天天寫業務**，if-else，for，crud運算元據庫，什麼時候能成為技術大牛，寫技術**呢，決定乙個專案的架構呢？
可能有的人會有以下幾個想法：
找個有大牛的團隊，帶帶我，每天給自己開個小灶或者給自己分配點難度高的功能，自己搞搞就能夠成長起來。
業務**寫的很厲害，就很牛13了。
上班太忙，沒時間自己學習
第乙個想法，很美好，實際上呢，大牛的崗位，每天比程式設計師的負責的維度更高，內容更寬，**有時間單獨給你講解，大牛是在遇到問題，或者無法覆盤大牛是如何解決問題的時候，請大牛指導講解一下，大牛當時是怎麼考慮的，為什麼會這麼考慮，基於什麼判斷的。大部分還是要靠自己的系統性的、有針對性的提公升。曾經與阿里的張志遠聊過，也是從乙個很高的層次上，給了一些建議，前後不到500字，就去忙了！根本找不到太多的機會與大牛多頻次的交流！
第二個想法，業務**用了各種各樣的技巧，比如用了封裝和抽象使得業務**更容易擴充套件，可以和產品交流，更好的理解和實現功能，日誌記錄的非常詳盡，定位問題的效率提高了10倍...上面的這些都是肯定的，也是有技術含量的，但是這些只是作為乙個程式設計師應該具備的，是最基礎的，這些只是遊戲中的小兵，小副本，打小副本到最後的公升級是最慢的，此時需要更新自身的裝備，鍛造到新的等級，比如一刀砍6666666等，有了新的裝備，就可以去挑戰更複雜、更有難度的挑戰了。如此往復，最後成為遊戲站街的頂級大牛！！！有需要的小兵會自主的找上去詢問一番~
最後乙個想法，其實現在國內的99%的程式設計師都是這樣的，每天下班也差不多8、9點了，996不是蓋的，在這樣的場景下，出現的大牛也是如有很多，阿里的這麼多大牛，哪個不用霸王洗髮露呢？！
其實學習，還是工作和利用碎片時間來學習的，自己的提公升很大程度上是靠著寫「業務**」來提公升的，每個程式設計師都是身處某一行業，做解決某個痛點的專案，都是從寫業務**，一步一步走上來的，區別只是寫業務**，非彼寫業務**而已！
那麼如何做呢?
多做一些，比分配的工作，多做一點，比如在做完工作後，看一下整個系統的原始碼，對整個系統都有乙個深度的理解和認識，對以後的工作都是有好處的。
做的更好，再多麼完善的系統，總是會有問題的，所負責的總有不完善和需要改進的地方。如重複**、系統效能低、單機改為多機、多個功能模組解耦等
多練習，光看不用，早晚都會忘掉的，通過一些模擬場景的**，或者基於對原理的認識，自己寫一套實現方案，與現有的成熟實現方案進行對比，看一下差距。還是老話，「自己動手，豐衣足食」
總起來就是一句話，在工作以及工作之餘，自己多搞搞，系統性的和有針對性的提高學習，早晚有一天會成為大牛的，10年為乙個週期
想成為優秀的程式設計師真的很難？
很多人認為要想成為一名優秀的程式設計師，那就需要一天24小時每天不斷地程式設計 睜開眼睛要程式設計，閉上眼睛睡覺的時候還要夢到程式設計 我認為這是一種矯枉過正的方法。沿著這條路走，只會讓你精疲力盡，猶如夸父逐日一般，死在半道上。我覺得問題的關鍵是要想明白你為什麼要程式設計。坦率地說，我程式設計是因為...
寫給二十歲想成為程式設計師的我
在我二十歲的某個瞬間，突然間對於20這個數字十分敏感。如果在不考慮外來因素的情況下，對人生進行量化的話，用100來代替人可以存活的時間數量級，那麼二十歲也算是人生的五分之一了 作為乙個普普通通的人，竟沒想到自己已經在人生的道路上走了這麼久遠。我是乙個對於自己有著較為清晰認知的人 意志不堅定，容易被外...
想成為最牛B的程式設計師嗎？
想成為最牛程式設計師嗎？tip 2 建立屬於你自己的資源庫 我們都會有因為這樣或者那樣原因而不得不建立的 集。我從來不記得連線資料庫的準確 語句，所以我每次都不得不在 集中花10分鐘去查詢它。為了解決這個問題，我建立了乙個用於記錄 片段的word文件，以幫助我記憶和查詢。我的乙個同事建了個記錄鏈結的...