每個程式設計師都想成為優秀的那一員，以下這些建議或許對你有所幫助。

1. 我們編寫的程式碼是供計算機執行的，但是要由人們來閱讀的。
2. 如果想寫清晰的風格的程式碼，那麼首先讓他先清楚自己的想法。
3. 一個好的命名方式是可描述的，正確的和慣用的，不要有拼寫錯誤，儘量不用拼音命名。
4. 少即是多。編寫大量程式碼並不意味著就編寫了很多專案。 這可能只是意味著你寫了很多錯誤。而且，更多的程式碼意味著需要更多的閱讀和理解——它使我們的程式更難領悟。
5. 避免不需要的程式碼。保證明確而簡潔的程式碼。 避免不必要的冗長的宣告。 它們不會為你的程式碼新增任何價值。
6. 不要複製程式碼塊。 將它重構為一個共同的功能，使用引數來區別差異。如果發現冗餘的程式碼，請將其刪除。
7. 死程式碼是那些永遠不會執行的程式碼，也永遠無法訪問。死程式碼包括從來沒有被呼叫的方法，宣告但沒有使用的變數，傳遞給方法但沒有使用的引數，還有沒有被使用的列舉，類，介面等等。如果以後可能需要，可以使用版本控制（例如，git，svn 等）工具找回。
8. 好的程式碼不需要大量註釋來支援它，也不需要解釋它是如何工作的。
9. 在刪除程式碼時，同時也刪除對應的註釋。避免帶來不必要的干擾。
10. 你可以通過新增新程式碼來改進系統。 還可以通過刪除程式碼來改進系統。
11. 如果有時間，回頭看下自己之前寫的程式碼，當時覺得很完美，現在看來也行還有改進的地方。
12. 慢慢地，謹慎地更改程式碼。最好一次做一個改動。
13. 不要忽略程式碼中可能存在的錯誤。 不要推遲處理錯誤，直到“以後”（因為以後你不會解決它）。
14. 在每一步，考慮可能發生的所有不尋常的事情，無論你認為它們多麼不可能。
15. 始終考慮可以從中恢復的錯誤，並編寫適當的恢復程式碼。
16. 在沒有引入或發現其他錯誤之前，儘快修改你手裡的錯誤。
17. 始終要測試你的程式碼。全域性變數和單例物件對可靠的測試是一種詛咒。你無法輕鬆地測試具有隱藏依賴項的單元測試項。
18. 編寫簡單易懂的程式碼是一種能力和美德。不要把程式碼寫得過於複雜和不可讀。
19. 程式設計師需要良好的品味和美感才能編寫出色的程式碼。
20. 優秀的程式設計師謙虛地工作。 他們敢於承認自己並不是什麼都知道。
21. 每個技術團隊應該有一套規則。 這些規則定義了我們的工作以及我們的工作方式。 同時也描述了編碼文化。
22. 避免在程式碼中隱含假設。
23. 只需編寫所需的程式碼。 任何額外的複雜性都將成為負擔。
24. 停下來想一想。 不要編寫愚蠢的程式碼。
25. 編寫短小的模組化程式碼塊。 保持程式碼乾淨整潔。
26. 不要重複造輪子，大膽使用優秀的第三方程式碼庫。例如 Google Guava 等。
27. 處於不斷學習的狀態。 總是希望學到新東西。
28. 如果只專注於技術，那麼我們的學習往往過於狹隘。 考慮更廣泛的參考領域。 從其他領域中汲取靈感。
29. 學習時記筆記。可以是 Evernote 這樣的工具，還可以是手寫的紙質筆記。
30. 如果你不能簡單地解釋程式碼，說明還沒有完全理解它。
31. 警惕停滯不前。努力成為更好的程式設計師並不是一直處在舒適的生活方式。
32. 期望投入時間和精力來提高你的技能。 這是值得的投資; 它會回報自己。
33. 優秀的程式設計師應該是良好的溝通者。
34. 不要指望一夜之間成為語言大師，並且在你工作的時候不要感到沮喪。
35. 首先集中精力處理最重要的事情。 什麼是最緊迫的，還是會產生最大的價值？
36. 如果經常做某事，考慮使用指令碼自動化處理它。
37. 將大的任務分解為一系列較小的，易於理解的任務。 你將能夠更準確地判斷這些進展。
38. 當你面對一個問題時，確保你已經考慮了不止一種方法來解決它。只有這樣，你才能開始著手工作。
39. 有目的地將自己置於優秀的程式設計師旁邊。
40. 瞭解軟體開發的發展趨勢，擁抱新的技術。

如果你覺得有幫助，順手點個贊吧！