小白程序員最容易踩的「坑」，你踩過幾個？

人生，就是一邊踩「坑」，一邊上升的過程。而程序員的一輩子，不只要改無數的BUG，也要越過不少的「坑」。今天，下面爲你們分享一些開發人員常見的「坑」，但願同窗們可以從中受益。

一、從新實現API中已有的代碼

大多數開發人員都會利用某種框架來減輕工做的負擔。對於沒有使用該框架經驗的開發人員來講，掌握框架的API提供的全部功能很是困難。

所以，他們經常會從新實現API中已有的某些代碼。沒有經驗的開發人員更有可能踩這個坑的緣由有兩個：

第一，因爲缺少經驗，這些開發人員不瞭解API中有哪些開箱即用的功能。因此他們會白白浪費時間來編寫框架中已有的代碼。因爲缺少經驗，因此他們沒法充分地利用框架。

第二，缺少經驗的開發人員不知道去哪兒找相應的文檔。更有甚者，有人根本不看文檔。

對於沒有經驗的開發人員來講，這是一個陷阱，由於從新建立相同的功能彷佛很誘人。有些函數只需重寫幾行代碼便可。

另外，重寫這幾行代碼也不須要花費太多時間。但重寫相同的代碼有必定的弊端：形成代碼庫持有重複且未經測試的代碼；因爲新函數的引入，代碼會更加複雜。

其餘開發人員不熟悉這個函數，並且也不理解你爲何要引入這個函數。從總體來看，你的這一舉動增長了複雜性，卻沒有充分的理由。

二、簡單的問題不要複雜化

有時開發人員會遇到力所能及範圍以外的工做。問題在於經驗豐富的開發人員知道什麼時候認可這一點。

有經驗的開發人員會千方百計的儘可能簡化工做，而沒有經驗的開發人員則會將簡單的問題複雜化，複雜的問題更加複雜化。

實際上，咱們應該儘可能保持簡單。增長技術債務只會下降代碼的可閱讀性，增長維護的難度。

三、過分自信

若是你問一個過分自信可是缺少經驗的開發人員，某個需求須要多長時間能作完，他會盡量地告訴你一個最短的時間。

若是你問過分自信的開發人員是否寫了測試，他會告訴你沒有必要。他會說他的代碼不可能有bug，不可能出問題。

若是你以爲本身的第一份工做就無所不知，那麼就大錯特錯了。若是你明明什麼都不懂，卻沒有自知之明，那麼纔是真的可悲。這纔是大多數缺少經驗的開發人員身上最大的問題。

因此，做爲開發人員，必定要學會謙虛，虛心接受前輩或者別人的建議和意見。從經驗豐富的開發人員那裏獲取建議，這樣纔有助於自身的成長。有信心是好事，但過猶不及。

四、僅測試正面測試用例

缺少經驗的開發人員一般會專心交付功能或需求。這就是所謂的快樂之路。

然而，功能或需求須要測試。經驗不足的開發人員和經驗豐富的開發人員在這點上有很大的分歧：沒有經驗的開發人員只會測試用戶應有的操做，而經驗豐富的開發人員也會爲邊緣案例編寫測試。

僅測試正面測試用例是很天真的作法。用戶具備太大的不可預測性，而你須要測試的也不只僅是正面測試用例。

五、頻繁更換工具

擁有合適的工具，並熟練的掌握能夠爲你的平常工做節省大量時間。你應該花一些時間找到合適的工具。在尋找工具時，你應該選擇可以實現其承諾的工具。

若是你有合適的工具，那麼就應該堅持使用下去。不要每週都換工具。你須要必定的時間來了解並掌握這些工具。

另外，你還應該潛心研究某個優秀的IDE，由於你工做的大部分時間都須要使用IDE。瞭解鍵盤快捷鍵以及如何使用代碼片斷，並建立本身的代碼片斷能夠加快平常工做。

六、只注重技術，不關注業務

沒有經驗的開發人員尚未掌握他們的技術棧，所以大多數人都傾向於專心學習技術棧，卻對業務視而不見。爲了成爲技術棧的大師，熟知業務很是重要。你須要明白爲何要構建這些功能。

有些開發人員只對工做中的技術方面感興趣。他們不關心那些造就了本身所在崗位的商業或經濟因素。

說到底，做爲開發人員必定要謹記，咱們是在爲企業創造價值，而業務可否成交將直接影響企業最終收益，企業最終收益將直接關係到每一個人的價值和收益。因此，做爲開發人員，既要注重技術，也要關注業務層面。