人生，就是一邊踩「坑」，一邊上升的過程。而程式設計師的一生，不僅要改無數的BUG，也要越過很多的「坑」。今天，小千為大家分享一些開發人員常見的「坑」，希望同學們能夠從中受益。
1、重新實現API中已有的代碼
大多數開發人員都會利用某種框架來減輕工作的負擔。對於沒有使用該框架經驗的開發人員來說，掌握框架的API提供的所有功能非常困難。
因此，他們常常會重新實現API中已有的某些代碼。沒有經驗的開發人員更有可能踩這個坑的原因有兩個：
第一，由於缺乏經驗，這些開發人員不了解API中有哪些開箱即用的功能。所以他們會白白浪費時間來編寫框架中已有的代碼。由於缺乏經驗，所以他們無法充分地利用框架。
第二，缺乏經驗的開發人員不知道去哪兒找相應的文檔。更有甚者，有人根本不看文檔。
對於沒有經驗的開發人員來說，這是一個陷阱，因為重新創建相同的功能似乎很誘人。有些函數只需重寫幾行代碼即可。
另外，重寫這幾行代碼也不需要花費太多時間。但重寫相同的代碼有一定的弊端：造成代碼庫持有重複且未經測試的代碼；由於新函數的引入，代碼會更加複雜。
其他開發人員不熟悉這個函數，而且也不理解你為什麼要引入這個函數。從整體來看，你的這一舉動增加了複雜性，卻沒有充分的理由。
2、簡單的問題不要複雜化
有時開發人員會遇到力所能及範圍之外的工作。問題在於經驗豐富的開發人員知道何時承認這一點。
有經驗的開發人員會想方設法的儘量簡化工作，而沒有經驗的開發人員則會將簡單的問題複雜化，複雜的問題更加複雜化。
其中一個原因在於，缺乏經驗的開發人員往往急於向團隊的其他成員證明自己。他們會用各種奇怪的手段來實現代碼；比如古怪的單行小程式、過於複雜的抽象等，這會導致技術債務不必要地增加。
這種陷阱會加劇代碼的複雜度。實際上，我們應該儘量保持簡單。增加技術債務只會降低代碼的可閱讀性，增加維護的難度。
3、過度自信
如果你問一個過度自信但是缺乏經驗的開發人員，某個需求需要多長時間能做完，他會儘可能地告訴你一個最短的時間。
如果你問過度自信的開發人員是否寫了測試，他會告訴你沒有必要。他會說他的代碼不可能有bug，不可能出問題。
如果你覺得自己的第一份工作就無所不知，那麼就大錯特錯了。如果你明明什麼都不懂，卻沒有自知之明，那麼才是真的可悲。這才是大多數缺乏經驗的開發人員身上最大的問題。
所以，作為開發人員，一定要學會謙虛，虛心接受前輩或者別人的建議和意見。從經驗豐富的開發人員那裡獲取建議，這樣才有助於自身的成長。有信心是好事，但過猶不及。
4、僅測試正面測試用例
缺乏經驗的開發人員通常會專心交付功能或需求。這就是所謂的快樂之路。
然而，功能或需求需要測試。經驗不足的開發人員和經驗豐富的開發人員在這點上有很大的分歧：沒有經驗的開發人員只會測試用戶應有的操作，而經驗豐富的開發人員也會為邊緣案例編寫測試。
僅測試正面測試用例是很天真的做法。用戶具有太大的不可預測性，而你需要測試的也不僅僅是正面測試用例。
5、頻繁更換工具
擁有合適的工具，並熟練的掌握可以為你的日常工作節省大量時間。你應該花一些時間找到合適的工具。在尋找工具時，你應該選擇能夠實現其承諾的工具。
如果你有合適的工具，那麼就應該堅持使用下去。不要每周都換工具。你需要一定的時間來了解並掌握這些工具。
另外，你還應該潛心研究某個優秀的IDE，因為你工作的大部分時間都需要使用IDE。了解鍵盤快捷鍵以及如何使用代碼片段，並創建自己的代碼片段可以加快日常工作。
此外，你還應該學習如何調試。選擇帶有某種調試器的IDE，可以方便你查看所有的變量值。這有助於你更好地掌握目前的情況，並為你節省大量的調試時間。
6、只注重技術，不關注業務
沒有經驗的開發人員還沒有掌握他們的技術棧，因此大多數人都傾向於專心學習技術棧，卻對業務視而不見。為了成為技術棧的大師，熟知業務非常重要。你需要明白為什麼要構建這些功能。
有些開發人員只對工作中的技術方面感興趣。他們不關心那些造就了自己所在崗位的商業或經濟因素。
說到底，作為開發人員一定要謹記，我們是在為企業創造價值，而業務能否成交將直接影響企業最終收益，企業最終收益將直接關係到每個人的價值和收益。
所以，作為開發人員，既要注重技術，也要關注業務層面。
關注「重慶千鋒」公眾號，搶千鋒14天免費試聽課，名師面授教學，輕鬆入門，快速進階！