IT行業(yè)的科技公司們一直苦苦追尋傳說中以一當(dāng)十的超級程序員，***的研究表明確實存在這樣一小撮效率奇高的“程序金剛”，但是一位普通程序猿如何能夠蛻變成代碼金剛呢？

 

下邊總結(jié)了導(dǎo)致程序猿效率低下，影響大家升職加薪的36條惡習(xí)，總的來說歸為代碼組織、團(tuán)隊工作、寫代碼、測試與維護(hù)四大類。

 

1、總是說“一會弄好”，但從來不兌現(xiàn)，拖延癥晚期。缺乏任務(wù)管理和時間管理能力。

 

2、堅持所謂的高效、優(yōu)雅的“一行代碼流”，事實上，可讀性才是最重要的，聰明是第二位的。

 

3、無意義的優(yōu)化或者過度優(yōu)化。（類似網(wǎng)頁大小之類的優(yōu)化***再做）

 

4、不注重代碼樣式和風(fēng)格的嚴(yán)謹(jǐn)，盡量要和自己的團(tuán)隊保持風(fēng)格一致，團(tuán)隊代碼風(fēng)格不好的建議及時提出自己的建議。交接別人代碼的時候認(rèn)為別人寫的是一坨屎，然后自己寫的又是另一坨屎！

 

5、使用無意義的命名，禁止任何a、b、c變量出現(xiàn)，魔法值堅決反對！

 

6、忽略經(jīng)過驗證的***實踐（例如代碼審核、TDD、QA、自動化部署等），異常動不動就用Spring MVC提供的AOP方式去攔截，完全不顧性能和代碼可讀性。

 

7、給自己埋雷。（例如使用不會報錯的庫或者忽略例外）

 

 

8、過早放棄計劃。

 

9、堅持一個無效的計劃。

 

10、總是單打獨(dú)斗。（必須強(qiáng)迫自己與團(tuán)隊分享進(jìn)度和想法，避免錯覺，提高效率）

 

11、拒絕書寫糟糕的代碼。（日程緊迫的時候可以寫一些“糟糕”的代碼，這是程序員的能力而不是bug，當(dāng)然，有時間的時候一定要回頭償還“技術(shù)債”）

 

12、抱怨他人，認(rèn)為別人是菜雞，帶著情緒的和對方溝通交流。

 

13、不與團(tuán)隊分享所學(xué)。

 

14、向主管/客戶反饋的速度過慢，不能做到及時主動。

 

15、不會充分利用Google。大家都很忙，沒有人會義務(wù)的幫助你，有問題盡量自己先嘗試著解決。

 

16、看重個人編碼風(fēng)格，認(rèn)為自己的代碼風(fēng)格是最牛逼的，

 

17、帶著個人情緒看待他人對自己代碼的評論和注釋。代碼review的時候往往不能虛心接受別人的建議。

 

 

18、不懂優(yōu)化策略，寫出來的代碼只能是算可以運(yùn)行，完全不考慮性能和健壯性。

 

19、使用錯誤的工具。

 

20、不追求對開發(fā)工具和IDE的精熟。

 

21、忽略報錯消息。完全不考慮代碼的健壯性。

 

22、迷戀稱手的開發(fā)工具。（不同類型的開發(fā)任務(wù)需要匹配對應(yīng)的***開發(fā)工具，例如Sublime適合動態(tài)語言，而IDEA適合Java，如果你喜歡vim，并不意味著能用這些工具干所有事）但盡量和要團(tuán)隊的其他成員保持一致，比如別人都用IDEA，你還用著Eclipse，當(dāng)然你能說服他們使用Eclipe還是可以的。

 

23、不注重代碼中賦值的可配置性。（不養(yǎng)成把代碼中的活動部件分離出來的習(xí)慣，會導(dǎo)致技術(shù)債暴增）

 

24、喜歡重新發(fā)明車輪。那些每天加班到晚上11點的程序員都是在重復(fù)造輪子嗎？

 

25、盲目地剪切/粘貼代碼。

 

26、應(yīng)付差事，不求甚解，不花時間搞清楚項目運(yùn)作的機(jī)理。

 

27、對自己寫的代碼過度自信。交接別人代碼的時候認(rèn)為別人寫的是一坨屎，然后自己寫的又是另一坨屎！

 

28、不去考慮每一個設(shè)計、方案或者代碼庫的“副作用”。一個成功的用例并不意味著“萬靈藥”，要從自己的業(yè)務(wù)出發(fā)。

 

29、在一個地方卡住了但堅持不呼救。（認(rèn)為自己很帥?。?/div>

36、缺乏學(xué)習(xí)的動力，不能終身學(xué)習(xí)，時間久了，跟不上新技術(shù)的發(fā)展，也相應(yīng)的會被淘汰。