想要找到編程類工作，首先你需要擁有Git存儲庫，這是招聘者首先要考慮的問題之一。為了擁有一個看起來不錯的存儲庫，你應(yīng)該有定期操作，提供可用項目的實時版本，并且只顯示你引以為傲的幾個項目，而不是編寫過的每一行代碼。

這些是存儲庫維護的基礎(chǔ)知識，遲早會有人查看你的代碼，以檢查你是否適合該公司。招聘者會在幾分鐘內(nèi)決定邀請你參加面試是否值得。這既是好消息，也是壞消息。

壞消息是一個明顯的錯誤會讓你失去找到工作的機會;好消息是人們并不想深入研究你的代碼。他們希望對你的代碼和體系結(jié)構(gòu)有一個大概的了解，你不必聰明絕頂，只要能很好地完成任務(wù)即可。

下面是一些初級開發(fā)人員常犯的錯誤。如果能避免犯這些錯誤，你將獲得更多的面試機會。

過時的注釋

程序員對注釋的看法不一。我們難以就是否或何時對代碼進行注釋達成一致，但是大家都贊同一件事：如果你注釋了，它應(yīng)與你的代碼對應(yīng)。

注釋是用來解釋代碼的。當你編寫了一些復(fù)雜或不清楚的代碼時，注釋可以幫助讀者理解它們。但要記住，如果你修改了代碼，就要相應(yīng)修改注釋。否則注釋將不會幫助人理解而是使人產(chǎn)生誤解，沒有比誤導(dǎo)更糟糕的編程錯誤了。一個錯誤的注釋比沒有注釋更糟糕。

更糟糕的是，代碼中的注釋非常突出?，F(xiàn)代IDE賦予注釋不同于其他代碼的顏色，并且注釋更容易被發(fā)現(xiàn)。添加注釋，代碼中就會添加“自述”符號。所以，注釋和代碼之間的任何差異都很容易被發(fā)現(xiàn)。明智地選擇你的注釋，記住隨著代碼的更新也要更新它們。

使用相同的用例結(jié)合庫和語言

在我第一次面試之前，我需要先完成一個招聘任務(wù)。那是一個簡單的web應(yīng)用程序，所以我編寫了一些代碼，在google上搜索了對于一些更棘手部分的解決辦法，然后就完成了應(yīng)用程序的編寫。

在面試中，招聘者問我為什么在代碼中混用jQuery代碼和純JavaScript代碼，我無從作答。事實是，我粘貼了一些的代碼片段，沒有多加思考，看到代碼正常運作后，我就繼續(xù)下一步任務(wù)了。

這種錯誤在初級開發(fā)人員中很常見。我們太專注于解決任務(wù)，以至于沒有花時間去考慮我們正在做的內(nèi)容。不要掉進這個新手陷阱，記得檢查每一行代碼來確保你知道為什么要把它放在那里。

重復(fù)代碼

不要寫重復(fù)的代碼（DRY）是編程的法則。為重復(fù)碼創(chuàng)建抽象機制是編程的本質(zhì)。但剛開始的時候，這往往很有挑戰(zhàn)性。你想解決問題，所以盡你所能去做。然后繼續(xù)執(zhí)行其他任務(wù)，就會一直編寫重復(fù)代碼。相信我，你可以做得更好。

盡早養(yǎng)成好習(xí)慣。每當你完成一個功能時，重新閱讀代碼，思考是否有機會重構(gòu)某些東西。記住，代碼的第一個版本是有缺陷的，你需要去改進它。

另外，當你在處理其他功能時，請花時間分析重復(fù)代碼。你幾乎發(fā)現(xiàn)總能有重寫它的余地（例如，使用一個循環(huán)或創(chuàng)建一個新函數(shù)）。如果每次都這樣自我改進，你會編寫出更穩(wěn)健、更優(yōu)雅的代碼。

沒有錯誤處理

幾乎不可能構(gòu)建任何有意義且總能完美地運行的應(yīng)用程序。無論是將數(shù)據(jù)放入數(shù)據(jù)庫還是進行API調(diào)用，都會發(fā)生錯誤。未經(jīng)處理的錯誤不僅會阻止單個函數(shù)的執(zhí)行，甚至?xí)拐麄€應(yīng)用程序崩潰。

對可能出現(xiàn)的錯誤的預(yù)期是一個稱職程序員的標志。只要在訪問或更新一些外部數(shù)據(jù)，就必須為最壞的情況做好準備。處理潛在的錯誤可以使你的應(yīng)用程序更強大，同時也使未來的開發(fā)人員（可能是你自己）快速發(fā)現(xiàn)錯誤。這向招聘者展示了你對代碼的整體考慮。

缺乏一致性

一致性是優(yōu)秀軟件的標志。它使代碼更易于閱讀和維護。統(tǒng)一的代碼更容易預(yù)測，也更容易推理，所以你應(yīng)該盡可能地做到這一點。在更高級別的抽象機制上，一致性很難實現(xiàn)。掌握它需要很多年，你應(yīng)該盡早開始學(xué)習(xí)。

記住，只用一種語言來命名事物。通常是英語，但在個人項目中，你可以用任何想要的語言命名變量和函數(shù)，只要保證它一直是同一種語言即可。

如果你使用的是制表符或空格都沒關(guān)系，只要保持一致的即可。因為使用駱駝案或蛇案都是一樣的。這兩個都很棒，但你得選一個。你需要創(chuàng)建或選擇一個風格指南并一直堅持使用下去。你也應(yīng)該使用像Prettier這樣的工具，這是專業(yè)環(huán)境中的一個標準，這使保持一致的代碼格式易于管理。

無論使用什么工具和風格，都要讓它們成為你的第二天性。即使是錯誤千篇一律的代碼通常也比不一致的正確代碼好，因為它更容易修復(fù)。

缺乏對工具的了解

在典型的項目中，需要相當快地使用一些外部庫。許多程序員幾乎自動安裝一些庫，因為它們在每個項目中都使用。

外部庫之所以很棒，是因為它們用行之有效的方法解決反復(fù)出現(xiàn)的問題。然而，初級開發(fā)人員通常不了解他們正在使用的庫，最終將一個庫堆疊在另一個庫上，或者重新實現(xiàn)一些現(xiàn)有功能。

對于現(xiàn)代web開發(fā)，最常見的誤解可能是在每個React項目中都使用Redux。盡管Redux有一些用例，但在大多數(shù)小項目中，使用React就足夠了。

每次在項目中安裝庫時，請閱讀或者瀏覽文檔。檢查可以使用的方法和屬性，確保你了解庫可以解決哪些問題，哪些問題需要不同的工具。這樣你就可以為工作選擇合適的工具，并證明你的選擇是正確的。

避開這些新手陷阱，能讓你的面試入選率大幅提升。
責編AJX