1. 想清楚，再動手寫代碼
剛入行的新手，不要因為展示自己的能力，拿到需求就迫切地就開始上手寫代碼，大忌！
2. 不交流，就會頭破血流
團隊之間最重要的就是溝通，不要因為自己不愛說話和溝通，造成需求理解錯誤的情況，最終苦的可是自己，只能加班返工了。
3. 文檔沒人看，但還是要寫
不要以為自己寫的文檔沒有看，其實文檔的作用大部分時候不是用來溝通的，是用來做記錄的，大部分需求還是通過口頭溝通，但是不寫文檔做記錄，後續就容易扯皮。
4. 一定要寫註釋
有時候記憶力真的是一個“bug”，想記起來的偏偏一點印象都沒有，時間久了，你會連自己的代碼都看不懂。
5. 別指望需求會穩定
工作時總會夾雜著各種變故，產品需求是根據商業需求不斷調整的，改需求是再正常不過的事，別抱怨。
6. 業務高於技術
如果技術不為公司商業做服務，那將毫無價值，公司賺錢才是硬道理。
7. 不要心存僥倖
你隱約感覺會出bug的地方，就一定會出bug。有時候直覺就是那麼可怕，覺得有問題時就在篩查一下。
8. 自己先測幾遍
不要寫完就扔給測試人員去測，經自己手的東西，要保證質量。
9. 儘可能自己解決問題
遇到不懂的問題，要先盡力解決，別動不動就截個圖扔給別人求幫忙，上司和同事不是來給你擦屁股的，但是真的搞砸了就要儘快求助。
10. 慎用新技術
新技術是好東西，但沒有百分百把握，自作主張用了，多半是作死。
分享到:
閱讀更多 黑馬程序員 的文章
