想當年薪100萬的程序員，你需要做到這10件事！

首先拋開「程序員」這個崗位，就所有職業的發展階段，我認為應該分為三個階段：

（1）成長階段：

每個人都會有成長階段，這個階段你需要做的是確定職業方向，為這個方向去努力，把自己的根基扎穩，這個年齡段可以在25-30歲之前，在這之後不要隨意改變自己方向，不然為此你需要付出更大的代價。

（4）衝刺階段：

這個時候你個人能力強，經驗與知識豐富，性格成熟，適合帶領團隊，事業騰飛階段，升職加薪，也是你創業的最佳時期。這個年齡段應該在30-40歲。

（3）穩定階段：

這個時候你的人生基本定型，在工作上的鬥志也逐漸減退。當然也有些人依然還在奮鬥中或者處於第二個階段，這個年齡段應該在45歲以上了.

很多人沒有自己的職業計劃，總是看到那個工資高熱門就往哪個轉，其實老是轉來轉去，對自己並沒有好處，最後反而哪一行都不會。行行出狀元，只要你在某個領域達到了頂，就不用怕這些。

總結在編程中你需要知道的10件小事：

1.從小事做起，然後再擴展

無論是創建一個新的系統，還是添加功能到現有的系統中，我總是從一個簡單到幾乎沒有任何所需功能的版本啟動，然後再一步一步地解決問題，直到滿意為止。我從來沒有妄想過能夠一步登天。相反，我一邊開發一邊學習，同時新掌握的信息還可以用於解決方案中。

我很喜歡John Gall的這句話：「複雜系統總是源於簡單系統的演化。」

2.同事是你最好的老師.

實際工作中，同事與你的處事方式會有不同，他的思維處事能力，這些你都可以去借鑒學習，或許你覺得有些人某些能力還不如你，所以你要做的是學習人家的長處，發現別人的短處並在自己身上驗證是否也存在這樣的問題，慢慢去改正，隨便保存一顆好奇好學的心態，可以快速的提高自己。

3.每一行新代碼必須至少執行一次

在你真正完成一個功能之前，你必須對它進行測試。不然，你怎麼知道它是不是按照你的想法在執行呢？通常情況下，最好的方法是通過自動測試，但並非總是如此。不過，不管怎麼說，每一行新代碼必須至少執行一次。

4.合理修復BUG

寫代碼不論你再怎麼費盡心機，bug總是難免的。每個開發人員都應該花時間去處理來自客戶的故障報告，並修復bug。你也可以做成快速故障排除、修復bug和部署修復的系統。。要麼把多個目標合併到一次修改中，那是多麼困難的事情，真的不好做。最好是分開，先重構，保證重構后的功能和原來的功能一致，然後再Fix Bug。

5.軟體開發最困難的部分是溝通

一些非常優秀的程序員，他們往往不善於表達。因此，別人不是不想與他們一起工作，就是低估了他們的價值。相反地，如果你看上去很會編程，並且能說會道，而且文筆也好，那別人就會真的這樣看待你。溝通是一種能力，越練越好。一個關鍵的技能就是能夠簡明快速和自信滿滿地解釋，你如何為那些領域之外的人創造了價值。如果需要討論如何解決問題時，那麼面對面的溝通比視頻、打電話和電子郵件的方式都要好。

6.最好的工具是紙筆;其次好的是markdown

紙和筆只適用於在Face 2 Face的交流過程中，交流后頂多拍照留存，根本無法建立有效的知識庫，以後想到之前的討論，怎麼檢索？怎麼修改？。寫Wiki才是王道，Markdown只是一種寫Wiki的方式罷了。

7.在整體測試之前先進行模塊測試

先進行部分模塊測試可以節省時間。通常說來，我們在整合不同的模塊時也會出現問題，例如模塊之間的介面不匹配。但是如果我們能夠信任各個組件的話，那麼跟蹤集成問題就會變得簡單得多。

8.重構是程序員的主力技能。

好多設計模式不是提前就設計出來的，而是重構出來的。很多情況是做設計的時候考慮不到的，寫代碼時也考慮不到的，只有在項目上線后，客戶使用過程中才會反應出來，這個時候就需要對項目進行擴展，版本升級，這時就體現老程序員實力的時候了，就是根據已有的情形，結合新的客戶需求，使用合適的設計模式，使得代碼能夠優雅的擴展。

9.不斷學習探索

除了工作中需要的新知識外，建議在工作一段時間后再回頭系統性學習相關專業基礎知識。因為在學校的學習多數都缺乏實踐，很多知識的掌握比較粗淺，在工作一段時間后重新再學，會有完全不同的收穫。要系統化學習工作所需要的是基礎知識，而不是到百度或谷歌查資料解決。這樣有助於遇到問題后通過相關知識關聯分析，也有助於搭建更合理的技術架構，或改進現有技術架構的不足，讓知識形成協同效應。

10.注重成果總結和展現

有不少人或團隊所做的工作成績在公司非常突出，但在答辯的時候講得很一般，平時很辛苦，最後呈現很糟糕，沒有通過評審或取得的成績比較靠後，很可惜。職場不是一個只有一次機會的演講，更像一個馬拉松。對於不善表達的人來說，可以更多地注重利用日常工作中通過各類文本的形式表達場景，這樣可以在長期的工作中，讓周圍的同事和領導了解自己及團隊的工作成果。