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

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

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

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

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

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

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

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

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

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

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

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

a) 職責和任職要求。

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

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

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

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

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

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