Hey guys 各位小夥伴們大家好！我是 cxuan，一個恰當的摸魚時間，寫下了 36 條建議分享給大家，這些建議很多是我親身實踐，也有一部分是我和同行聊天所得到的經驗，希望大家能及時閉坑。
- 如果程式碼沒有經過測試，那麼它就不起作用。
- 原始碼是你的朋友，確保你會使用它。
- 雖然你編寫了一些程式碼，但並不代表你擁有這些程式碼，如果團隊的成員不得不修改你的程式碼，請不要生氣。
- 不要重複造輪子，現有的輪子或者程式碼庫能夠提供幫助，多去搜尋。
- 如果你有一些 idea，但是你沒有實現過，並不意味著這些 idea 是廢話。
- 原始碼只是向編譯器提示你要做什麼，但編譯器不一定會這樣做（編譯器優化）。
- 積極進行程式碼審查，不要帶著自負的情緒進行程式碼審查。
- 難以理解的程式碼很難維護，所以要及時寫註釋。
- 難以維護的程式碼幾乎毫無用處。
- 學會從業務需求中讀懂字裡行間的意思，並把它轉換為技術需求。
- 程式碼佈局越整潔，你的程式碼讀起來就越容易。越容易閱讀，就越容易理解和維護。
- 程式碼是不會自己寫註釋的，你的註釋能夠幫助他人理解，更重要的是，能夠幫助你理解，你可能現在明白了，但 5 年後呢？
- 糟糕的程式碼會經常回來困擾你。
- 很少有 5 分鐘就能做完的工作，至少需要半天。
- 魔法值非常糟糕。
- 始終將程式碼文件化，不僅幫助別人，實際也是在幫助你自己。
- 專案管理人員總是希望你能一天完成兩天的工作。
- 如果你的產品有 bug ，你的使用者總會發現它。
- 重要的不是程式碼的數量，而是程式碼的質量，因為每個人都會寫 if else ，但不是每個人都會使用策略模式。
- 記住：程式碼審查不是在批評你的程式碼，無需多慮。
- 爛程式碼最大的成本在於執行，在於維護。
- 修復你程式碼中的 bug 可以提高你的編碼能力而且能夠提高你的理解力。
- 你必須時刻提高你的技能，否則你可能就會 out of 整個行業。
- 如果使用者沒有要求某個功能，請不要亂加。
- 如果程式碼沒有經過測試，它就不起作用（是的，我知道我已經包含了兩次，但這真的很重要）。
- 如果你寫出來讓你覺得很有成就感的程式碼，請不要自滿，因為總會有人在某個地方，比你寫出更好的程式碼。
- 程式碼測試的時候，要針對經常性情況和邊界情況測試你的程式碼。
- 永遠不要相信使用者輸入的內容，要始終對使用者的內容進行查殺。
- 要一直把緩衝區溢位納入日常考慮的範疇。
- 你要花更多的時間來思考程式碼怎麼寫，而不是花更多的時間來寫程式碼。
- 需求變更是最令人痛恨的東西。
- 請記住，你的成功更多是依賴你的軟技能和你如何闡述問題及其解決方案，而不是你的技術能力。
- 當你看到你的一些想法納入了產品，而很多卻被廢棄了，不要把它放在心上，因為這就是事情的工作方式。
- 使用版本控制，這會在關鍵時刻救了你。
- 愛你的工作，而不是愛你的公司，你永遠不知道你的公司什麼時候會停止愛你。
- 永遠會有比你更年輕，更有才華的人加入公司，這些年來不斷的薪資倒掛很好的說明了這一點。
?最後給大家推薦一下我自己的Github，裡面有非常多的硬核文章，絕對會對你有幫助。