如果你有機會跟一些技術大牛接觸的話，你會發現別人不僅是技術上比一般人強很多，而且在做事方面也有許多不一樣的習慣，在職場捲了這麼多年依然保持的習慣，往往是值得我們借鑒和學習的。 今天給大家分享幾個優秀程式員的好習慣，養成這6個習慣，你也能成為編程老司機。 第一，代碼自測再交付 寫完代碼不要急於交付，先 ...
如果你有機會跟一些技術大牛接觸的話，你會發現別人不僅是技術上比一般人強很多，而且在做事方面也有許多不一樣的習慣，在職場捲了這麼多年依然保持的習慣，往往是值得我們借鑒和學習的。
今天給大家分享幾個優秀程式員的好習慣，養成這6個習慣，你也能成為編程老司機。
第一，代碼自測再交付
寫完代碼不要急於交付，先把代碼自己測試一遍，過了自己這一關，減少別人發現自己寫的代碼有很多BUG，在別人面前樹立一個可靠的形象，技術可靠才會獲得更多信任，才更有可能被重用。
第二，寫可讀性強的代碼
有人認為編寫一些不可思議的、複雜的代碼可以為他們提供工作的保障，因為這樣公司就只有他一個人很懂這方面，其他人很難去染手，事實上這樣確實能給你帶來安全感，公司的確缺不了你，但事實上也把自己鎖死了，難以晉升，因為缺不了你，所以你就一直在這個位置乾這個事情。
就如同一潭死水，波瀾不驚。
第三，學好版本控制工具
版本控制工具是個好東西，例如git，是非常強大的，它不僅能夠幫助我們更好地管理代碼，而且為多人協同編程提供了方便，尤其是在合併代碼、升級版本等情況可以避免產生出許多沒必要的 bug。
第四，技術從腳下出發
新手上路總是有著不錯的衝勁和憂患意識，想多學習一點東西來提高自己，這點是沒有錯的，但很多新手程式員上來就肯Linux內核源碼，演算法導論等“底層知識”，這其實不太對。
學習技術以目前用得到的為主，用學到的技術來思考目前的工作內容，甚至嘗試去運用於工作當中，一來可以增加你的成就感，二來做到學以致用，例如你做後端的連後端框架都還沒搞透，跑去研究分散式是沒有多大意義的。
第五，評估項目不要過於樂觀
過於樂觀的意思是把時間定得很緊，比如說兩周能完成的項目，在項目評估的時候應該多留一些時間，這其中包括了需求的改變和團隊變化等因素，甚至要你去動老代碼，避免時間到了但項目還沒幹完的尷尬情況。
第六，交流和分享才是正道
不要自己去閉門造車，有時間多去技術論壇/技術群與別人交流，有時候你百思不得其解的問題，別人幾句話就能給你點醒；還可以寫點自己的博客記錄自己的技術之路，在分享的同時你也會收穫到別人的反饋和認可，甚至會增加自己的影響力，這不比你現在的圈子有意思多了？
資源來與網路，如有侵權請聯繫刪除
