> Photo by Sergey Zolkin on Unsplash
不用擔心，每個開發人員都會時常犯錯誤
犯錯誤是使我們成爲人類的原因。 這件事不應該讓您感到太多困擾，因爲它對每個開發人員而言都經常發生。 而且仍然每天都發生在我們所有人身上。
軟件開發非常困難，因此錯誤總是會發生。 一個錯誤比其他錯誤具有更大的影響力，但錯誤始終存在。 犯錯誤的地方是完全可以的。 實際上，錯誤是使我們成長的原因。
您可以利用此列表中的錯誤並向他們學習，以便成爲更好的開發人員。 正如埃莉諾·羅斯福（Eleanor Roosevelt）曾經說過的：從別人的錯誤中學習。 您不能活到足以讓他們自己生活。
一個不會犯錯誤的人根本不會做任何事情-Giacomo Casanova
10.過於自信
許多開發人員過於自信。 當然，擁有信心是一件很棒的事情-但在一定程度上。 當您對開發人員過於自信時，您將很難看到從他人那裏獲得反饋的好處。
過於自信的開發人員完全會錯失一個事實，那就是他們也會犯錯誤，因此他們傾向於在不諮詢他人的情況下做出決策。 這不是最好的事情，因爲它會在某個時候咬住你，或者是以不選擇最佳方法的形式出現，或者是以其他被低估的開發人員的形式出現。
作爲開發人員，很高興知道自己知道多少，並意識到自己所瞭解的很少。
9.繼承一切
繼承本身不一定很糟糕。 但是，我看到許多開發人員犯的一個經典錯誤是他們過度使用了它，這可能導致濫用。 如果您發現自己使用了很多繼承，則可能是工程過度。
過度設計可能會導致代碼被設計得過於通用，以致於忽視了最初設計要執行的主要任務。 因此，它不僅變得難以使用，而且從根本上變得不智能。
正如我所說，繼承並不總是不好的。 修復問題可能不是您的第一選擇。
8.缺乏實踐
實踐使完美，每個人都知道。 因此，爲了擴展您的技能，您需要更多的練習。 不時不學新事物是您作爲開發人員可能犯的最大錯誤之一。
如果您想學習一種新技術或編程語言，則可能不得不在日常工作之外進行。 爲了保持相關性，這是您必須對自己進行的一項投資。
如果您認爲可以練習，我寫了一篇文章，其中列出了可以構建的有趣的附帶項目。
7.由於缺乏知識而重新發明輪子
大多數開發人員使用某種框架來簡化他們的生活。 如果您正在學習框架，可能很難知道框架API中的所有可用內容。
經常發生的經典錯誤是開發人員不知道框架中已有的功能。 由於缺乏知識，開發人員實施了與框架中現有方法幾乎相同的新方法。
這導致浪費時間來生產框架中已經存在的代碼。 缺乏經驗還導致無法充分利用框架的潛力。
6.不提交正確的文件
我經常看到正確的文件沒有提交到存儲庫。 這有兩種程度：一次提交的文件過多或一次提交的文件遺漏。
有時提交了太多文件。 我沒有指望看到IDE文件最終存儲在存儲庫中的次數。 這主要與開發人員做得不好有關。 盲目地將所有文件添加到提交中通常是不好的。
一個文件何時在提交中被遺漏的示例可能是缺少的yarn.lock文件。 在大多數情況下，這與缺乏知識或理解有關。 開發人員不知道文件的用途，因此害怕將其添加到存儲庫中。 或者他們可能認爲該文件僅適用於其本地環境。
儘管它取決於丟失的文件，但大多數情況下，此錯誤會導致您破壞文件。 如果缺少yarn.lock，您將在所有環境中獲得不同版本的依賴關係。 這可能會導致一些令人討厭的錯誤。
5.認爲您不需要測試代碼
"這段代碼是如此之小，以至於不會影響任何重要的事情。"
每個開發人員都編寫了很小的代碼，以至於不會破壞任何主要內容。 而且它仍然設法破壞了某些東西。 您添加的兩行代碼成功打破了您無法預料的內容。
大多數開發人員都討厭測試其代碼。 有些人看不到目標，認爲這是浪費時間。 經常被不切實際的備份
您怎麼知道您的代碼可以完美運行？
請讓您的話語得到一些實際測試的支持。 全面的測試可以過濾出關鍵的錯誤，從而確保代碼按預期的方式運行。
4.低估工作量
"我可以輕鬆地在一個故事點上實現此功能。"
好吧，事實證明事情並沒有您想象的那麼容易。 您嘗試的第一個解決方案未達到預期的效果。 事實證明，解決該問題的另一種方法花費了更多時間。
低估工作負載是一個經常發生的經典錯誤。 尤其是當團隊使用諸如Scrum之類的敏捷方法時，您會發現這種錯誤經常發生。
確保您不僅在計算開發人員的時間。 您還需要一些時間來做其他事情，例如測試。
3.編寫太花哨的代碼
尤其是沒有那麼多經驗的開發人員在其編碼生涯中有一段時期，他們試圖打動其他開發人員。
不要花太多時間在編寫最完美的代碼上。 出於目的編寫代碼並使其按預期工作。 這給您留下了很多額外的時間，您可以繼續努力甚至爲客戶帶來更多價值。
2.快速和骯髒
大多數開發人員在職業生涯中都會用快速而骯髒的解決方案來解決問題。 快速而骯髒的解決方案的問題在於，這種方法肯定存在一些嚴重的缺陷，從而導致更多的技術債務。 最重要的是，快速而骯髒的解決方案可能會破壞團隊的士氣。
但是，在某些情況下，快速而骯髒可能並不重要。 在某些情況下，這實際上可能是正確的方法。 例如，代碼壽命短時。
但是，從長遠來看，當您需要代碼時，快速又骯髒的修復工作會再次吸引您。
1.在錯誤的分支中提交代碼
我們將以一個錯誤立即開始發現該錯誤，該錯誤不會產生重大影響。 儘管您可能會浪費大量時間來修復此錯誤。
在錯誤的分支中提交代碼是我們至少做過一次的事情。 如果您及時發現此錯誤，則可以輕鬆解決。 當您開始在錯誤的分支中提交代碼時，它將變得更加棘手。
總結
現在，我們已經遍歷了每個開發人員可能犯的經典錯誤列表，明智的做法是花一兩分鐘的時間來學習這些錯誤。
當您要成爲一名更好的開發人員時，必須記住，犯錯是完全可以的。 剩下的就是讓您不斷弄髒自己的手，這樣就可以從可以學習的地方犯錯誤。
感謝您的閱讀和愉快的編碼！
(本文翻譯自Daan的文章《Classic Mistakes That Every Developer Has Made》，參考：https://levelup.gitconnected.com/classic-mistakes-that-every-developer-has-made-b0ed0bc5e087)