歡迎光臨
每天分享高質量文章

給程式員的幾條建議,精彩配圖

  • 1. 想清楚,再動手寫代碼
  • 2. 不交流,就會頭破血流
  • 3. 文件沒人看,但還是要寫
  • 4. 一定要寫註釋
  • 5. 別指望需求會穩定
  • 6. 業務高於技術
  • 7. 不要心存僥幸
  • 8. 自己先測幾遍
  • 9. 盡可能自己解決問題
  • 10. 慎用新技術

1. 想清楚,再動手寫代碼

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

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

不愛說話和溝通,需求都理解錯誤了,最後做出來才發現,只能加班返工。

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

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

4. 一定要寫註釋

時間久了,你會連自己的代碼都看不懂。

5. 別指望需求會穩定

產品需求是根據商業需求不斷調整的,改需求是再正常不過的事,別抱怨。

6. 業務高於技術

如果技術不為公司商業做服務,那將毫無價值,公司賺錢才是硬道理。

7. 不要心存僥幸

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

8. 自己先測幾遍

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

9. 盡可能自己解決問題

遇到不懂的問題,要先儘力解決,別動不動就截個圖扔在別人求幫忙,上司和同事不是來給你擦屁股的,但是真的搞砸了就要儘快求助。

10. 慎用新技術

新技術是好東西,但沒有百分百把握,自作主張用了,多半是作死。

0. 彩蛋

如果胖友有什麼建議,歡迎在留言區騷一波你的操作。

赞(0)

分享創造快樂