1. 想清楚，再動手寫代碼

剛?cè)胄械男率郑灰驗(yàn)檎故咀约旱哪芰?，拿到需求就迫切地就開始上手寫代碼，大忌！

[[231195]]

2. 不交流，就會頭破血流

團(tuán)隊之間最重要的就是溝通，不要因?yàn)樽约翰粣壅f話和溝通，造成需求理解錯誤的情況，最終苦的可是自己，只能加班返工了。

[[231196]]

3. 文檔沒人看，但還是要寫

不要以為自己寫的文檔沒有看，其實(shí)文檔的作用大部分時候不是用來溝通的，是用來做記錄的，大部分需求還是通過口頭溝通，但是不寫文檔做記錄，后續(xù)就容易扯皮。

[[231197]]

4. 一定要寫注釋

有時候記憶力真的是一個“bug”，想記起來的偏偏一點(diǎn)印象都沒有，時間久了，你會連自己的代碼都看不懂。

[[231198]]

5. 別指望需求會穩(wěn)定

工作時總會夾雜著各種變故，產(chǎn)品需求是根據(jù)商業(yè)需求不斷調(diào)整的，改需求是再正常不過的事，別抱怨。

[[231199]]

6. 業(yè)務(wù)高于技術(shù)

如果技術(shù)不為公司商業(yè)做服務(wù)，那將毫無價值，公司賺錢才是硬道理。

[[231200]]

7. 不要心存僥幸

你隱約感覺會出bug的地方，就一定會出bug。有時候直覺就是那么可怕，覺得有問題時就在篩查一下。

[[231201]]

8. 自己先測幾遍

不要寫完就扔給測試人員去測，經(jīng)自己手的東西，要保證質(zhì)量。

[[231202]]

9. 盡可能自己解決問題

遇到不懂的問題，要先盡力解決，別動不動就截個圖扔給別人求幫忙，上司和同事不是來給你擦屁股的，但是真的搞砸了就要盡快求助。

[[231203]]

10. 慎用新技術(shù)

新技術(shù)是好東西，但沒有***把握，自作主張用了，多半是作死。