人非聖賢，孰能無過。尤其對開發者而言，幾乎每天都會有犯錯的可能。對於犯錯，你也不用太困擾，重要的是及時反思和總結錯誤，才能使自己進一步成長。此前，開發者Daan 列舉了一些常見的錯誤，InfoQ對其進行了翻譯。希望你能從別人的錯誤中吸取教訓，成爲一個優秀的開發者。
1. 在錯誤的分支中提交代碼
首先提到這個問題是因爲，當錯誤被及時發現並定位時，不會對你造成重大影響。雖然你在修復這個問題的時候會浪費一些時間。
在錯誤的分支中提交代碼估計每個人都體驗過一次。如果你及時發現這個錯誤，則可以很輕鬆地解決問題，及時止損。否則後續在不斷進化的錯誤分支中修改錯誤會變得十分棘手，甚至會在錯誤的道路上走得越來越遠。
2. 追求開發速度，忽視代碼質量
在職業生涯中，大多數開發者採取過這種只追求需求響應速度而忽略代碼質量的工作方式。這種處理問題的方式存在嚴重缺陷，它會導致項目背上越來越多的技術債。更重要的是，這種只求速度而忽視代碼質量的方式還可能會破壞團隊的士氣。
然而，在某些情況下，這種開發方式帶來的影響並不重要，還有可能是最優的解決方案。但是長遠來看，當代碼需要長期運行時，這種開發習慣造成的後果可能會“後患無窮”。
3. 編寫過於花哨的代碼
這種情況多發生在那些經驗較少的開發人員身上。請不要在編寫花裏胡哨的代碼上浪費太多時間，而是要有目的地編寫代碼，並讓這些代碼按照預期工作。這會給你節省大量時間，讓你繼續做其他有意義的工作，從而給用戶帶來更多價值。
4. 低估工作量
這是一個典型錯誤。尤其是當團隊使用諸如 Scrum 之類的敏捷方法時，你會發現這種錯誤經常發生。確保你在預估工時時，除了考慮到開發時間，還要額外留一些時間做其他事情，比如測試。
5. 認爲你的代碼不需要測試
大多數開發者不喜歡測試他們的代碼，一些人不清楚測試意圖，只是認爲這是在浪費時間。你怎麼知道你的代碼可以完美運行而不會出錯呢？請讓你的結論得到一些實際測試的支持。全面的測試可以排除關鍵錯誤，從而確保代碼按預期方式執行。
6. 沒有提交合理的文件
這是經常發生的事情，要麼是提交的文件太多，要麼提交的文件有遺漏。
7. 重複造輪子
大多數開發者使用某種框架來簡化繁雜開發，如果你正在學習某個框架，你可能會忽視其實框架已經給你提供好了所需要的一些 API。經常發生的一個錯誤就是開發者不知道自己正在使用的框架所提供的已有功能有哪些，由於缺乏對框架的全面瞭解，自己可能會重新造一個輪子來實現框架中已有的功能，這非常浪費時間。
8. 眼高手低，缺少訓練
熟能生巧，每個人都知道這一點。所以爲了拓展自己的技能，你需要更多的訓練。作爲一個開發者，學習新知識淺嘗輒止，這是非常忌諱的。如果你想學一個新技術或者一門新的編程語言，你可能只有在你的工作之餘進行了。這是你自己必須進行的一項投資，以便自己跟上時代。
9. 亂用繼承
繼承本身沒有什麼問題。然而，很多開發者常見的錯誤就是過度使用繼承甚至濫用。如果你發現自己在項目中大量使用了繼承，那麼項目極有可能“過度設計”。進而導致代碼被設計得過於通用，以至於忽視了最初設計的初衷。因此，代碼會變得異常難用。
繼承並不總是不好的。但它不是你修復問題時的第一選擇。
10. 過於自信
作爲一名開發者，當你過度自信時，你很難獲得從他人那裏獲得良好的反饋。
過於自信的開發者完全意識不到自己也會犯錯的事實，因此他們傾向於在不諮詢他人的情況下做出決策。這不是最好的辦法，因爲在某些情況下出現一些問題，讓你措手不及。比如你確實選擇了一個非最優的方案，甚至其他開發者覺得自己被忽視和貶低了。
作爲一個開發者，保持謙虛，清晰地意識到自己能力所及是非常難得的。
以上就是 Daan 總結的每一個開發者都可能會犯的錯誤，希望能幫助你從中汲取經驗，避免自己犯同樣的錯誤。