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