對成功的渴望或許是我們與生俱來寫在基因裡的一部分。成功會讓人幸福，並且幾乎每個人都在爭取幸福。當我們感到幸福的時候，我們大腦中的化學物質會迸發積極的情感，激勵我們獲取更多的成功。
成功的職業生涯通常是指規定時間內，發佈高質量且被認可的工作。這對於IT開發人員也沒什麼不同。成功的開發人員能在預估範圍內編寫出高質量的代碼，並通過發佈偉大的產品讓利益相關者滿意。
老實說，如果你google搜索“程序員的好習慣”這方面的內容，那麼就會有很多大同小異的文章映入你的眼簾。
但是今天我想從一個略有不同的角度來探討這個主題。不是關於如何更擅長編程，而是如何使程序員更有市場競爭力。
不要曲解我上面的意思。更擅長編程肯定能讓程序員賺更多的錢。但這方面的提高可能最終會受到邊際報酬遞減的影響。我今天要談論的一些實踐方法，在程序員要求加薪或尋求新工作的時候，搞不好會讓收益產生巨大的爆炸。
組織與代碼結構的使用
請不要將全部代碼塞進同一文件當中，這會給調試工作帶來巨大障礙。大家應當對代碼進行分組，最好是將代碼按照各自功能放置在不同文件內，如此一來，才能幫助修改者快速找到對應的代碼片段。
4.要記錄每日的工作情況
每天工作結束後總結一天的工作，花四五分鐘時間記錄一下一天的工作情況，記在txt文本中，是最方便的，打開快。（這個很有用的，特別是寫週報的時候）
5.學習如何正確調試
有代碼的地方就有bug。大家需要掌握最出色的調試技能，同時運用各類出色的調試工具以更為輕鬆高效地完成這項任務。
6. 開始編碼前首先進行規劃
一定要想清楚後再寫代碼，如果已經開始動手但卻仍不清楚自己要做什麼，那麼您會在試驗及錯誤身上浪費大量時間，並很快發現身體被掏空。Adam說，“我有朋友在一個大項目組裡工作，他們組裡最高效的程序員是一個高位截癱用嘴叼著棍子敲代碼的人，他總是在寫代碼之前想得很仔細且很少出錯。”
編碼常規
1.不要想當然地去構建，確保你所加入的每個特性都有客戶在用。
2.謹慎地控制依賴。為了某個效果而引入的庫，可能會幫你節省一個小時，但也會導致更多地方被破壞——部署、版本控制、安全性、日誌記錄、意外的進程死亡。
3.當為個人或小團體開發的時候，把出現的問題累積起來，然後一次性全部解決（或者扔掉代碼庫，然後重新啟動）。當為大型團隊開發時，永遠都不要讓問題堆積，代碼庫應該始終處於新的開發人員可以看懂的狀態，他們會說：“我知道這是做什麼的，也知道如何更改它”（代碼的）閱讀者/編寫者的比例結果是這樣的：初始代碼的編寫多過閱讀，因此可讀性不那麼重要，但成熟代碼的閱讀多過編寫。
掌握多種語言。 程序語言總是有其最適合的領域。當你面對需要解決的問題時，你需要找到一個最適合的語言來解決這些問題。比如，如果你需要性能，可能C/C++是首選；如果你需要跨平臺，可能Java是首選；如果你要寫一個Web上的開發程序，那麼PHP，ASP，Ajax，JSP可能會是你的選擇；如果你要處理一些文本並和別的應用交互，可能Perl, Python會是最好的。所以，花一些時間去探索一下其它你並不熟悉的程序語言，能讓你的眼界變寬，因為你被武裝得更好，你思考問題也就更為全面，這對於自己和項目都會有好的幫助。
>>> 敏捷編碼 <<<
【習慣25】代碼要清晰地表達意圖
【習慣26】用代碼溝通
【習慣27】動態評估取捨
【習慣28】增量式編程
【習慣29】保持簡單
【習慣30】編寫內聚的代碼
【習慣31】告知，不要詢問
【習慣32】根據契約進行替換
>>> 敏捷調試 <<<
【習慣33】記錄解決問題的日誌
【習慣34】警告就是錯誤
【習慣35】對問題各個擊破
【習慣36】報告所有的異常
【習慣37】提供有用的錯誤信息
>>> 敏捷協作 <<<
【習慣38】定期安排會面時間
【習慣39】架構師必須寫代碼
【習慣40】實行代碼集體所有制
【習慣41】成為指導者
【習慣42】允許大家自己想辦法
【習慣43】準備好後再共享代碼
【習慣44】做代碼複查
【習慣45】及時通報進展與問題
另外還有一點可以通過自身的學習來獲取一大進步。
分享給超過5萬的程序員朋友下載，這次我把所有資料重新梳理精簡，免費分享給大家 。
究竟有哪些乾貨呢？先給你們一個目錄：
免費領取資料途徑：公眾平臺 “程序員語錄"