本文將覆蓋以下內(nèi)容：如何盡力做好面試如何在軟件工程師的角色中生存（及發(fā)展）考慮持續(xù)改進(jìn)時(shí)可以參考的資源　　面試

當(dāng)你開始軟件工程職業(yè)生涯時(shí)，你得面對(duì)一個(gè)無可爭議的事實(shí)。面試很惡心。

參與其中的每個(gè)人都覺得很惡心。既被人面試過又面試過別人的我可以證明，面試是一項(xiàng)極其耗時(shí)、極其有壓力的工作，并且面試其實(shí)并不是將來工作表現(xiàn)一個(gè)的好的指示器。但不管怎樣，這都是一個(gè)必要之惡，你和你的簡歷很好還是做好準(zhǔn)備為妥。

賦予自身額外優(yōu)勢

為了讓自己取得那點(diǎn)額外優(yōu)勢，有幾件事情你可以去做。

首先，學(xué)會(huì)如何溝通你的經(jīng)驗(yàn)。你應(yīng)該進(jìn)行一次電梯演講來將你的簡歷總結(jié)成連貫的、打動(dòng)人的個(gè)人介紹。

此外，要了解自己的簡歷！聽起來很蠢是吧，但我就見過很多面試者連解釋清楚自己簡歷上的特定事項(xiàng)都很困難。你應(yīng)該能夠回答任何有關(guān)你列上簡歷的經(jīng)歷方面的問題，并且解釋清楚這一經(jīng)歷如何讓你成為本工作更好的候選人。

接著，要在 GitHub（或者其他的公共代碼庫）上面有一些編碼的例子。

眼見為實(shí)，面試官能夠看到你的代碼將創(chuàng)造奇跡。此外，這還證明了你對(duì)版本控制系統(tǒng)有了解。

你的代碼例子不需要太復(fù)雜，但是一定要整潔，能夠顯示出好的編碼實(shí)踐。這是你展示自己在沒有編碼面試所帶來的時(shí)間壓力情況下代碼寫得如何的機(jī)會(huì)。

一旦你做完了上面的事情后，就得考慮參與一個(gè)開源項(xiàng)目了。參加開源項(xiàng)目能表明你能夠在已有代碼庫基礎(chǔ)上工作并且可以與其他程序員一些協(xié)作。

這是你在無需實(shí)際進(jìn)入一個(gè)行業(yè)環(huán)境的情況下接近在行業(yè)環(huán)境下編程的方式了。這也是目前為止難耗時(shí)的一項(xiàng)任務(wù)，所以等到你把前面我提到的比較容易取得的果實(shí)都摘完之后再干這件事。

a) 職責(zé)和任職要求。

這大概是核心的問題，如果你的職位有清晰詳細(xì)的職位描述（JD），可能這就不是個(gè)問題了。但我曾經(jīng)任職的一個(gè)職位，因?yàn)闆]有清晰詳細(xì)的職位描述，我在任職前也忽略了這一點(diǎn)，致使我在任職期間，感覺很別扭，總感覺這不是我當(dāng)初想象中職位，是個(gè)不適合我的職位。使用NoSQL解決方案在培訓(xùn)中增加了大約1個(gè)sprint，當(dāng)然，這也是由于缺乏經(jīng)驗(yàn)和設(shè)計(jì)上的失誤。

b) 前任去向和離職原因。

問這個(gè)問題的目的是看看這個(gè)職位是不是個(gè)棘手的職位，如果你的前任因?yàn)檫@個(gè)職位很難做，遇到了這樣那樣的問題而無法解決，而離開，你就要謹(jǐn)慎了，想想你自己是不是有能力超越你的前任。但是，如果真是這種情況，面試官往往在此問題上含糊其辭，說什么這是個(gè)新職位，或者說前任自己去創(chuàng)業(yè)開公司了等等。你的對(duì)策就是“刨根問底”，寄希望從細(xì)枝末節(jié)上嗅出一點(diǎn)味道。七，妥善保存測試計(jì)劃、測試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便。

你是在雇傭創(chuàng)業(yè)精神的人嗎？如果你打算雇傭創(chuàng)業(yè)精神的人，他們中的很多人可能已經(jīng)有NoSQL的知識(shí)了。

然而，如果你不在一個(gè)主要的科技中心，那么獲得這些人才的機(jī)會(huì)就很少了。您所在的區(qū)域可能有一個(gè)現(xiàn)成的RDBMS開發(fā)人員池——試圖在這樣的區(qū)域中招募NoSQL工程師和DBA可能會(huì)延遲項(xiàng)目交付日期，并且由于供應(yīng)需求曲線，也會(huì)花費(fèi)您更多的錢。

我的建議是與你的招聘機(jī)構(gòu)/人力資源部門合作，對(duì)開發(fā)者進(jìn)行市場調(diào)查，并將其納入你的技術(shù)選擇中。