將大塊代碼拆分成函數。

下班的時候還有問題沒解決，請關上電腦，明天再看。

YAGNI 原則（你不會需要它）：只寫別人要求你寫的功能。不要預測未來，只需要盡可能快地完成開發。只編碼解決當前問題最必要的部分。

你不需要什么都懂，也不需要了解所有框架。最棒的事情莫過于打好基礎。在開始使用一個框架前先深入了解這門語言，學習基礎的事項（如 SOLID 原則），或者如何寫出干凈的代碼。

KISS 原則：KISS（保持簡單和愚蠢）原則表明，大多數系統保持簡潔而非復雜化，就可以運行得很好。盡管這很符合邏輯，但有時候卻很難做到。

不要想太多。

如果你和一個問題或 bug 斗爭了太長時間，先離開一會兒，等下再回來。通常，在離開辦公室去往衛生間的路上，解決方案就會出現在腦海里。當你對客戶或同事生氣時，也建議你暫時離開去走走，如果你還想保住工作的話……

學習寫有用的測試，學著用 TDD（測試驅動開發）。TDD 是一種軟件開發流程，它是對如下簡短開發周期的重復：寫測試；運行所有測試，查看新的測試是否運行；寫代碼；運行測試；重構代碼；重復。

先解決問題再寫代碼。不要在一籌莫展的時候開始編程。

不要記代碼，而是理解邏輯。

如果你復制粘貼 Stack Overflow 中的解決方案，請確保自己首先理解它。學習用恰當的方式使用 Stack Overflow。

想學習，先實踐。創建示例，并使其運行，因為只通過閱讀來學習遠遠不夠。

研究他人的代碼，也時不時讓別人研究你的代碼。結對編程并進行代碼 review 是不錯的想法。

不要重復造輪子。

代碼是最好的文檔。

了解如何搜索。你需要有經驗，大量閱讀，了解需要找什么。

你寫的代碼以后會由自己或別人進行維護，因此寫的時候想著讀者，不要把自己當做最聰明的人。寫代碼要像寫故事一樣。

用谷歌解決錯誤的最佳方式是復制粘貼。

不要放棄，問題總能得到解決的。糟糕的時刻總會過去。

好好休息。解決問題的最佳方式是先讓大腦得到充分休息。

學習使用軟件設計模式。設計模式是軟件設計常見問題的解決方案。每個模式就像一個藍圖，你可以依據它進行自定義，進而解決自己代碼中的常見設計問題（記住，不要重復造輪子）。

盡可能地使用集成工具和自動化方式。

練習編碼套路（code kata）：編碼套路是一種編程練習，可以幫助程序員通過重復實踐來提升技能。示例參見：https://codingdojo.org/kata/

編程并達到接口水平，而不是實現水準。依賴注入是必要的，參見 SOLID 原則。

重構——測試 - 重構。重構即對現有代碼進行重建、改動，在不改變其內部行為的前提下提升內部結構。

必要的時候尋求幫助，不要浪費時間。

多實踐，熟能生巧。

盡管有時候注釋可以幫到你，但不要在這上面花費太多注意力。注釋可能是過時的。

了解自己的開發環境，并建設足夠強大的開發環境，如 IntelliJ。

重用組件。

在開發 web 應用時，思考移動端及其相關的電量和帶寬限制。

不要過早地優化或重構代碼。盡快做出最小可行性產品比較重要。

不要為了節約幾分鐘，而選擇低效的捷徑。每次寫代碼，都要竭盡全力。

遵循文檔標準。

用戶不是技術人才。開發 UI 時時刻想著這一點。

經常使用 GitHub 或 bitbucket 等源代碼控制系統，并頻繁進行小的提交更新操作。

使用 log 要比代碼 debug 更好。將所有關鍵部分記錄下來。

寫代碼時要保持連貫性。如果你使用一種風格，請一以貫之。如果你和多人合作的話，請和整個團隊使用同樣的風格。

不要停止學習，不止是學新語言或新框架，還要關注軟件開發基礎知識。

最后，保持耐心，保持熱愛。