1.想清楚，再動手寫程式碼

剛入行的新手，為了展示自己的能力，拿到需求迫不及待地就開始上手寫程式碼，大忌!

在我看來真正寫程式碼的時間只有20%，如果不想清楚，其他的80%時間在改bug。

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

不愛說話和溝通，容易產生需求理解錯誤，最後做出來才發現不是產品要求的。

很多功能推到重來都是不交流產生的。

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

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

4.一定要寫註釋

不寫註釋就是給自己和別人挖坑，因為時間久了，你會連自己的程式碼都看不懂。

5.別指望需求會穩定

產品需求是根據商業需求不斷調整的，改需求是再正常不過的事，別抱怨，這個世界上唯一不變的就是變化。

6.業務高於技術

如果技術不為公司商業做服務，那將毫無價值，公司賺錢才是硬道理，所以不太建議大家追求新技術，而是多注重成熟技術在商業公司上的應用。

7.不要心存僥倖

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

8.自己先測幾遍

不要寫完就扔給測試人員去測，經自己手的東西，要保證質量。

9.儘可能自己解決問題

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

10.慎用新技術

別去追求新技術，新技術都是 beta 版本，在大神還沒寫出清晰的中文入門文件之前，自作主張用了，多半是作死。

1.想清楚，再動手寫程式碼

剛入行的新手，為了展示自己的能力，拿到需求迫不及待地就開始上手寫程式碼，大忌!

在我看來真正寫程式碼的時間只有20%，如果不想清楚，

其他的80%時間在改bug。

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

不愛說話和溝通，容易產生需求理解錯誤，最後做出來才發現不是產品要求的。

很多功能推到重來都是不交流產生的。

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

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

4.一定要寫註釋

不寫註釋就是給自己和別人挖坑，因為時間久了，你會連自己的程式碼都看不懂。

5.別指望需求會穩定

產品需求是根據商業需求不斷調整的，改需求是再正常不過的事，別抱怨，這個世界上唯一不變的就是變化。

6.業務高於技術

如果技術不為公司商業做服務，那將毫無價值，公司賺錢才是硬道理，所以不太建議大家追求新技術，而是多注重成熟技術在商業公司上的應用。

7.不要心存僥倖

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

8.自己先測幾遍

不要寫完就扔給測試人員去測，經自己手的東西，要保證質量。

9.儘可能自己解決問題

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

10.慎用新技術

別去追求新技術，新技術都是 beta 版本，在大神還沒寫出清晰的中文入門文件之前，自作主張用了，多半是作死。