1.想清楚，再動手寫代碼
剛入行的新手，為了展示自己的能力，拿到需求迫不及待地就開始上手寫代碼，大忌! 在我看來真正寫代碼的時間只有20%，如果不想清楚，其他的80%時間在改bug。
2.不交流，就會頭破血流
不愛說話和溝通，容易產生需求理解錯誤，最後做出來才發現不是產品要求的。 很多功能推到重來都是不交流產生的。
3.文檔沒人看，但還是要寫
文檔的作用大部分時候不是用來溝通的，是用來做記錄的，大部分需求還是通過口頭溝通，但是不寫文檔做記錄，後續就容易扯皮。
4.一定要寫註釋
不寫註釋就是給自己和別人挖坑，因為時間久了，你會連自己的代碼都看不懂。
5.別指望需求會穩定
產品需求是根據商業需求不斷調整的，改需求是再正常不過的事，別抱怨，這個世界上唯一不變的就是變化。
6.業務高於技術
如果技術不為公司商業做服務，那將毫無價值，公司賺錢才是硬道理，所以不太建議大家追求新技術，而是多注重成熟技術在商業公司上的應用。
7.不要心存僥倖
你隱約感覺會出bug的地方，就一定會出bug。
8.自己先測幾遍
不要寫完就扔給測試人員去測，經自己手的東西，要保證質量。
9.儘可能自己解決問題
遇到不懂的問題，要先盡力解決（Google，Stack Overflow等90%問題都能解決），別動不動就截個圖扔在別人求幫忙，上司和同事不是來給你擦屁股的，但是真的搞砸了就要儘快求助。
10.慎用新技術
別去追求新技術，新技術都是 beta 版本，在大神還沒寫出清晰的中文入門文檔之前，自作主張用了，多半是作死。
分享到:
閱讀更多 迅鳴物聯網 的文章
