1.想清楚,再動手寫代碼前端
剛入行的新手,爲了展現本身的能力,拿到需求火燒眉毛地就開始上手寫代碼,大忌! 在我看來真正寫代碼的時間只有20%,若是不想清楚,其餘的80%時間在改bug。web
2.不交流,就會頭破血流編程
不愛說話和溝通,容易產生需求理解錯誤,最後作出來才發現不是產品要求的。 不少功能推到重來都是不交流產生的。學習
3.文檔沒人看,但仍是要寫測試
文檔的做用大部分時候不是用來溝通的,是用來作記錄的,大部分需求仍是經過口頭溝通,可是不寫文檔作記錄,後續就容易扯皮。3d
4.必定要寫註釋cdn
不寫註釋就是給本身和別人挖坑,由於時間久了,你會連本身的代碼都看不懂。視頻
5.別期望需求會穩定blog
產品需求是根據商業需求不斷調整的,改需求是再正常不過的事,別抱怨,這個世界上惟一不變的就是變化。教程
6.業務高於技術
若是技術不爲公司商業作服務,那將毫無價值,公司賺錢纔是硬道理,因此不太建議你們追求新技術,而是多注重成熟技術在商業公司上的應用。
7.不要心存僥倖
你隱約感受會出bug的地方,就必定會出bug。
8.本身先測幾遍
不要寫完就扔給測試人員去測,經本身手的東西,要保證質量。
9.儘量本身解決問題
遇到不懂的問題,要先盡力解決(Google,Stack Overflow等90%問題都能解決),別動不動就截個圖扔在別人求幫忙,上司和同事不是來給你擦屁股的,可是真的搞砸了就要儘快求助。
10.慎用新技術
別去追求新技術,新技術都是 beta 版本,在大神還沒寫出清晰的中文入門文檔以前,自做主張用了,多半是做死。
若是您對這個文章有任何異議,那麼請在文章評論處寫上你的評論。
若是您以爲這個文章有意思,那麼請分享並轉發,或者也能夠關注一下表示您對咱們文章的承認與鼓勵。
願你們都能在編程這條路,越走越遠。