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

剛?cè)胄械男率郑瑸榱苏故咀约旱哪芰?，拿到需求迫不及待地就開始上手寫代碼，大忌！

想清楚再著手寫代碼.jpg

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

不愛說話和溝通，需求都理解錯誤了，最后做出來才發(fā)現(xiàn)，只能加班返工。

溝通.jpg

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

文檔的作用大部分時候不是用來溝通的，是用來做記錄的，大部分需求還是通過口頭溝通，但是不寫文檔做記錄，后續(xù)就容易扯皮。

需求文檔.jpg

4.一定要寫注釋

時間久了，你會連自己的代碼都看不懂。

注釋.jpg

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

產(chǎn)品需求是根據(jù)商業(yè)需求不斷調(diào)整的，改需求是再正常不過的事，別抱怨。

需求變更.jpg

但是特么的不要做太多的無用功，做了推翻，之后又做這種，本人深切體驗過這種痛苦。

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

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

業(yè)務高于技術.jpg

7.不要心存僥幸

你隱約感覺會出bug的地方，就一定會出bug。

代碼需嚴謹.jpg

8.自己先測幾遍

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

內(nèi)測.jpg

9.盡可能自己解決問題

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

自己解決問題.jpg

原文出處：http://www.cocoachina.com/programmer/20171124/21318.html