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

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

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

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

過(guò)時(shí)的注釋

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

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

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

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

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

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

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

重復(fù)代碼

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

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

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

沒(méi)有錯(cuò)誤處理

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

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

缺乏一致性

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

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

如果你使用的是制表符或空格都沒(méi)關(guān)系，只要保持一致的即可。因?yàn)槭褂民橊劙富蛏甙付际且粯拥?。這兩個(gè)都很棒，但你得選一個(gè)。你需要?jiǎng)?chuàng)建或選擇一個(gè)風(fēng)格指南并一直堅(jiān)持使用下去。你也應(yīng)該使用像Prettier這樣的工具，這是專(zhuān)業(yè)環(huán)境中的一個(gè)標(biāo)準(zhǔn)，這使保持一致的代碼格式易于管理。

無(wú)論使用什么工具和風(fēng)格，都要讓它們成為你的第二天性。即使是錯(cuò)誤千篇一律的代碼通常也比不一致的正確代碼好，因?yàn)樗菀仔迯?fù)。

缺乏對(duì)工具的了解

在典型的項(xiàng)目中，需要相當(dāng)快地使用一些外部庫(kù)。許多程序員幾乎自動(dòng)安裝一些庫(kù)，因?yàn)樗鼈冊(cè)诿總€(gè)項(xiàng)目中都使用。

外部庫(kù)之所以很棒，是因?yàn)樗鼈冇眯兄行У姆椒ń鉀Q反復(fù)出現(xiàn)的問(wèn)題。然而，初級(jí)開(kāi)發(fā)人員通常不了解他們正在使用的庫(kù)，最終將一個(gè)庫(kù)堆疊在另一個(gè)庫(kù)上，或者重新實(shí)現(xiàn)一些現(xiàn)有功能。

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

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

避開(kāi)這些新手陷阱，能讓你的面試入選率大幅提升。
責(zé)編AJX