1. 想清楚，再動手寫代碼
剛?cè)胄械男率郑瑸榱苏故咀约旱哪芰Γ玫叫枨笃炔患按鼐烷_始上手寫代碼，大忌！
2. 不交流，就會頭破血流
不愛說話和溝通，需求都理解錯誤了，最后做出來才發(fā)現(xiàn)，只能加班返工。
3. 文檔沒人看，但還是要寫
文檔的作用大部分時候不是用來溝通的，是用來做記錄的，大部分需求還是通過口頭溝通，但是不寫文檔做記錄，后續(xù)就容易扯皮。
4. 一定要寫注釋
時間久了，你會連自己的代碼都看不懂。
![]()
image
image
5. 別指望需求會穩(wěn)定
產(chǎn)品需求是根據(jù)商業(yè)需求不斷調(diào)整的，改需求是再正常不過的事，別抱怨。
![]()
image
image
6. 業(yè)務(wù)高于技術(shù)
如果技術(shù)不為公司商業(yè)做服務(wù)，那將毫無價值，公司賺錢才是硬道理。
7. 不要心存僥幸
8. 自己先測幾遍
不要寫完就扔給測試人員去測，經(jīng)自己手的東西，要保證質(zhì)量。
9. 盡可能自己解決問題
遇到不懂的問題，要先盡力解決，別動不動就截個圖扔在別人求幫忙，上司和同事不是來給你擦屁股的，但是真的搞砸了就要盡快求助。
10. 慎用新技術(shù)
新技術(shù)是好東西，但沒有百分百把握，自作主張用了，多半是作死。
轉(zhuǎn)載自：http://igeekbar.com/igeekbar/post/858.htm
