以下十條建議是一個老程序員給出的建議，句句中肯，希望能引起你的思考，而不是笑笑就過去了。覺得在理，不妨隨手點贊收藏轉(zhuǎn)發(fā)分享，謝謝~

本文轉(zhuǎn)載自 老程序員的10條中肯建議

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

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

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

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

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

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

4.一定要寫注釋

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

另外，注釋不要亂寫，想想蝦米：
《蝦米窮逼 VIP 事件回顧和由此引發(fā)的思考》

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

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

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

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

7.不要心存僥幸

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

8.自己先測幾遍

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

9.盡可能自己解決問題

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

10.慎用新技術

新技術是好東西，但沒有百分百把握，自作主張用了，多半是作死。