- 1. 想清楚,再動手寫程式碼
- 2. 不交流,就會頭破血流
- 3. 檔案沒人看,但還是要寫
- 4. 一定要寫註釋
- 5. 別指望需求會穩定
- 6. 業務高於技術
- 7. 不要心存僥幸
- 8. 自己先測幾遍
- 9. 盡可能自己解決問題
- 10. 慎用新技術
1. 想清楚,再動手寫程式碼
剛入行的新手,為了展示自己的能力,拿到需求迫不及待地就開始上手寫程式碼,大忌!
2. 不交流,就會頭破血流
不愛說話和溝通,需求都理解錯誤了,最後做出來才發現,只能加班返工。
3. 檔案沒人看,但還是要寫
檔案的作用大部分時候不是用來溝通的,是用來做記錄的,大部分需求還是透過口頭溝通,但是不寫檔案做記錄,後續就容易扯皮。
4. 一定要寫註釋
時間久了,你會連自己的程式碼都看不懂。
5. 別指望需求會穩定
產品需求是根據商業需求不斷調整的,改需求是再正常不過的事,別抱怨。
6. 業務高於技術
如果技術不為公司商業做服務,那將毫無價值,公司賺錢才是硬道理。
7. 不要心存僥幸
你隱約感覺會出bug的地方,就一定會出bug。
8. 自己先測幾遍
不要寫完就扔給測試人員去測,經自己手的東西,要保證質量。
9. 盡可能自己解決問題
遇到不懂的問題,要先儘力解決,別動不動就截個圖扔在別人求幫忙,上司和同事不是來給你擦屁股的,但是真的搞砸了就要儘快求助。
10. 慎用新技術
新技術是好東西,但沒有百分百把握,自作主張用了,多半是作死。
0. 彩蛋