程序員怎么提高代碼質量

1、重構思維模式

不要一上來就開始寫代碼，要掌握盡量多的重構方法，重構思維方式，掌握重構并不一定是要對原來代碼的重構，而是讓自己在操作之前就想好該怎么去進行。

2、搞清需求再動手

看到需求之后，肯定多多少少會有一些問題，或是理解上的錯誤，或是功能實現上的問題，這時，必須要交流清楚，否則，后續將會有更多問題。

3、文檔也要寫

可能不少人覺得文檔沒人看，寫不寫沒關系。但是，文檔沒人看，還是要寫。

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

4、必須寫代碼注釋

必須寫注釋，如果不寫注釋，時間久了，回過頭來連你自己都看不懂。而且，一個項目不可能就你一個人負責，注釋也能夠讓別的同事看懂你的代碼，

5、溝通需求并更改

別指望需求會穩定不變，產品需求是根據商業需求不斷調整和優化的，改需求是再正常不過的事，不要總是抱怨，調整心態做好才是硬道理。

6、處理好和業務的關系

無論是技術還是業務，都不要想著凌駕于對方之上，應該是相輔相成的關系。

不為公司商業做服務的技術，是毫無價值的，公司賺錢才是硬道理。不要糾結公司一直改需求，改業務。

7、不要心存僥幸

如果某個地方你感覺會出bug，那么，一定就是bug。千萬不要心存僥幸，一定要把自己感覺會出bug的地方優化好，不留后患。

8、自己先測試幾遍

不要寫完就扔給測試人員去測，一定要自己動手先測試幾遍，自己寫的東西自己更熟悉，也更容易找到問題。經自己手的東西，要保證質量。

9、盡可能自己解決問題

遇到問題，先自己盡力解決，實在解決不了再求助別人。職場上，沒有人有義務為你擦屁股，上司和同事都有自己事情要解決。

不過，如果問題很緊急或嚴重，一定要盡快求助解決，不要害怕被罵，真等出現問題的時候，可能后果更嚴重。

10、慎用新技術

不否認新技術是好東西，但使用的時候，沒有百分百把握就自作主張，多半是作死。如果真的出了問題，自己解決不了，就會出現無法挽回的損失。

所以，在接到項目之后，不要急著動手開始寫代碼，要先思考，當需求了然于胸，對每個板塊的工作做到心中有數之后，再開始編寫，效率更高，而且出錯幾率也越低。