一、重構(gòu)思維，提前規(guī)劃

不要急于開始編寫代碼，而是要先掌握重構(gòu)的*和思維方式。這并不意味著你一開始就要對原有代碼進行重構(gòu)，而是要在開始工作之前，就思考好如何進行編程，確保你的思路清晰明確。

二、明確需求，再動手編寫

在接到需求后，你可能會遇到一些理解或?qū)崿F(xiàn)上的問題。這時，一定要與相關(guān)人員充分溝通，確保需求明確無誤。否則，后續(xù)的開發(fā)過程中可能會出現(xiàn)更多的問題。

三、重視文檔記錄

雖然有些人認(rèn)為文檔沒人看，但文檔的作用并不只是用來溝通的。更重要的是，它可以做為開發(fā)過程中的記錄。即使大部分需求是通過口頭溝通的，但文檔記錄仍然是非常必要的，以避免后續(xù)出現(xiàn)扯皮現(xiàn)象。

四、編寫代碼注釋

編寫注釋是非常重要的。即使你現(xiàn)在能夠理解自己的代碼，但隨著時間的推移，你可能會忘記某些細節(jié)。此外，一個項目不可能只有你一個人參與，注釋可以幫助其他同事更好地理解你的代碼。

五、積極溝通并適應(yīng)需求變更

不要期望需求會一成不變。產(chǎn)品需求是根據(jù)商業(yè)需求不斷調(diào)整和優(yōu)化的。因此，改需求是再正常不過的事情。要調(diào)整心態(tài)，積極應(yīng)對，而不是抱怨。

六、與技術(shù)、*相輔相成

無論是技術(shù)還是*，都不要試圖凌駕于對方之上。它們應(yīng)該是相輔相成的。不要糾結(jié)于公司一直改需求或改*，因為為公司商業(yè)服務(wù)的技術(shù)才有價值。

七、不心存僥幸，解決潛在問題

如果你感覺某個地方可能會出現(xiàn)bug，那么很可能就是bug。不要心存僥幸，一定要及時優(yōu)化潛在問題，不留后患。

八、自己先測試，確保質(zhì)量

不要寫完代碼就扔給測試人員去測。你自己更熟悉自己的代碼，也更容易找到問題。因此，一定要自己動手先測試幾遍，確保代碼質(zhì)量。

九、先嘗試自己解決問題

遇到問題時，先嘗試自己解決。如果實在解決不了，再尋求他人的幫助。在職場上，沒有人有義務(wù)為你解決所有問題。當(dāng)然，如果問題很緊急或嚴(yán)重，一定要盡快求助，避免造成更嚴(yán)重的后果。

十、謹(jǐn)慎使用新技術(shù)

新技術(shù)雖然好，但在使用時一定要謹(jǐn)慎。如果沒有百分百的把握，不要自作主張使用新技術(shù)。否則，一旦出現(xiàn)問題，可能會帶來無法挽回的損失。因此，在接到項目后，要先思考、規(guī)劃好再開始編寫代碼。這樣可以提高效率，并減少出錯幾率。