iOS程式員請改掉影響你升職加薪的36個壞習慣！

標籤：建議   清單   快速   公司   自己的   工具   運行   交流   動態   

前言：

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

下邊總結了導致程式猿效率低下，影響大家升職加薪的36條惡習，總的來說歸為程式碼群組織、團隊工作、寫代碼、測試與維護四大類。

一、程式碼群組織

1、總是說“一會弄好”，但從來不兌現，拖延症晚期。缺乏任務管理和時間管理能力。

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

3、無意義的最佳化或者過度最佳化。（類似網頁大小之類的最佳化最後再做）

4、不注重代碼樣式和風格的嚴謹，盡量要和自己的團隊保持風格一致，團隊代碼風格不好的建議及時提出自己的建議。 交接 別人代碼的時候認為別人寫的是一坨屎，然後自己寫的又是另一坨屎！

作為一個開發人員，有一個學習的氛圍跟一個交流圈子特別重要這是一個我的iOS交流群：638302184，不管你是小白還是大牛歡迎入駐 ，分享BAT,阿里面試題、面試經驗，討論技術， 大家一起交流學習成長！
5、使用無意義的命名，禁止任何a、b、c變數出現，魔法值堅決反對！

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

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

二、團隊工作

8、過早放棄計劃。

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

10、總是單打獨鬥。（必須強迫自己與團隊分享進度和想法，避免錯覺，提高效率）

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

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

13、不與團隊分享所學。

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

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

16、看重個人編碼風格，認為自己的代碼風格是最牛逼的，

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

三、寫代碼

18、不懂最佳化策略，寫出來的代碼只能是算可以運行，完全不考慮效能和健壯性。

19、使用錯誤的工具。

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

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

22、迷戀稱手的開發工具。（不同類型的開發工作單位需要匹配對應的最佳開發工具，例如Sublime適合動態語言，而IDEA適合Java，如果你喜歡vim，並不意味著能用這些工具幹所有事）但 盡量和要團隊的其他成員保持一致，比如別人都用IDEA，你還用著Eclipse，當然你能說服他們使用Eclipe還是可以的 。

23、不注重代碼中賦值的可配置性。（不養成把代碼中的活動組件分離出來的習慣，會導致技術債暴增）

24、喜歡重新發明車輪。 那些每天加班到晚上11點的程式員都是在重複造輪子嗎？

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

26、應付差事，不求甚解，不花時間搞清楚項目運作的機理。

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

28、不去考慮每一個設計、方案或者程式碼程式庫的“副作用”。一個成功的用例並不意味著“萬靈藥”，要從自己的業務出發。

29、在一個地方卡住了但堅持不呼救。（認為自己很帥！）

四、測試與維護

30、只去寫能通過的測試，不會寫單元測試或者不注重寫單元測試。

31、重要項目中忽略效能測試。

32、不去核實代碼是否真的可用，沒有養成開發中及時快速測試的習慣。

33、重大改動延遲推送。

34、拋棄和逃避自己的代碼。

35、忽略其他非功能性需求。（例如安全和效能，準備一份這方面的清單，忽略這些會毀掉你的所有成果）

36、缺乏學習的動力，不能終身學習，時間久了，跟不上新技術的發展，也相應的會被淘汰。

iOS程式員請改掉影響你升職加薪的36個壞習慣！