程序員的十個編程的優良習慣
01
拿到需求後，想清楚，再動手寫代碼。
02
看了需求後，多多少少都會存在一些問題，或可能存在一些理解上的錯誤，這個時候不交流，就會頭破血流。不愛說話和溝通，需求都理解錯誤了，最後做出來才發現，只能加班返工。
03
文檔沒人看，但還是要寫。文檔的作用大部分時候不是用來溝通的，是用來做記錄的，大部分需求還是通過口頭溝通，但是不寫文檔做記錄，後續就容易扯皮。
04
一定要寫註釋.如果不寫註釋，時間久了，你會連自己的代碼都看不懂。
05
別指望需求會穩定。產品需求是根據商業需求不斷調整的，改需求是再正常不過的事，別抱怨。調整好心態。
06
業務高於技術。如果技術不為公司商業做服務，那將毫無價值，公司賺錢才是硬道理。不要糾結公司一直改需求，改業務。
07
不要心存僥倖。你隱約感覺會出bug的地方，就一定會出bug。一定要解決到自己感覺會出bug的地方，不要給自己留後患。
08
自己先測幾遍。不要寫完就扔給測試人員去測，經自己手的東西，要保證質量。
09
儘可能自己解決問題。遇到不懂的問題，要先盡力解決，別動不動就截個圖扔給別人求幫忙，上司和同事不是來給你擦屁股的，但是真的搞砸了就要儘快求助。不要害怕被罵。解決問題比捱罵重要。
10
慎用新技術。新技術是好東西，但沒有百分百把握，自作主張用了，多半是作死。出了問題，自己無法解決，會出現無法挽回的損失。
以上就是本文向大家介紹的一個編程時的技巧和方法，你學到了嗎？
分享到:
