因為工作上的原因，做過幾次面試官，面試的同學有應屆生，也有工作3-5年的老技術人。最近也頻繁作為面試官幫助篩選候選人，中間有很多值得深思的東西，我記錄了下來分享給大家。
以下觀點僅為個人觀點，不代表任何公司的立場。
一般來講，作為面試官和候選人進行溝通的第一個問題是一般是自我介紹，整個自我介紹的情況應該控制在2分鐘左右，闡述自己的教育背景，專案經歷，用到的主要技術棧，如果有很厲害的開源專案或者優秀的部落格也可以說。整個過程應該放輕鬆和麵試官是一個平等的交流過程，面試官應該做到傾聽且給出迴應。
技術問題也一般會從自我介紹或者第一個專案開始，加入面試官的問題是JVM的調優，那麼我們作為面試者可以從自己經歷過的場景入手，儘量不要像背誦課本一樣旁若無人的開始描述，中間可以和麵試官進行互動，比如說‘我是這麼做的，你們遇到過麼？BLALALALA’然後還可以說一下假如遇到一些其他的狀況該如何處理等等。
首先大家要有一個認知，面試官不是什麼都會。術業有專攻，聞道有先後。
很多面試題是根據你的專案中的描述進行展開的，加入面試官問到一個自己沒有遇到多的場景，或者不會的問題，他更希望你能說一下自己的思路或者遇到這種問題你會如何去處理。
比如說，我曾經和一位同學交流過‘從Redis中一億個key裡去查詢某1萬個具有相同字首的key遇到什麼問題’，這位同學從執行緒模型入手判斷到了我們常用的查詢所有key命令存在的問題，然後說出了自己的看法。我覺得非常好，要知道一些場景可能只是在某個業務場景下才會遇到，這是很常見的。那麼面試者在遇到這種情況的時候可以從相關問題入手進行推測，用一些假設性的判斷來闡述自己的思路。
這一塊在面試高階別的技術崗位時顯得尤為重要，那麼在回答面試官的問題的同時可以進行擴充和深入，比如我們在探討‘輪詢策略’這個問題上可以把自己專案中用的策略以及為什麼這麼選型和為什麼不用其他的策略，這些策略的優劣點說出來，那麼是大大加分的。
網際網路行業發展至今，已經從原來大量缺少開發人員的階段過渡到了優勝略汰的階段，不是以前那種會一個簡單的後端Spring全家桶，用過一些大資料套件就可以輕易的找到工作的階段了。
行業門檻在這兩年出現了明顯變高的跡象，這個行業是對應屆生和初級開發人員不友好的行業，那麼初級開發者和應屆生就要豐富自己的技術棧，不能單純的說自己基礎好，因為基礎好的人太多了...
網際網路開發行業是一個更新迭代極快的行業，技術的更新速度需要我們5年+的技術人員跟上時代，之前和一些同行交流過一個技術人員應不應該去追求一些新的技術，有一部分人持這樣的態度：他們認為技術是通用的，輪子這麼多，只要會幾個，其他的輪子觸類旁通。
我個人贊同這種說法。但是要考慮到，如果我們用到再去接觸學習的時間成本問題，作為面試者去面試的話，還是需要跟上時代，讓自己技術能力跟上工作年限。這樣才不會出現你還在jQuery一把梭，我已經VUE和React都能寫的尷尬局面。（這個例子可能不太恰當，只是舉個例子）因為這個行業是需要終身學習的。
這個問題我曾經和我的領導進行過討論，我的老領導是我的校友，當時就直截了當的跟我說，廣度和深度缺一不可。未來從事技術開發，這是你進階和升級的要素，我至今非常感謝這句話，這句話可以說是我能來到阿里巴巴很重要的原因。我們在工作中會遇到各種各樣的輪子，比如說我從事的資料開發領域，輪子多到不計其數。如果是做平臺開發和業務開發，那麼技術選型這時候不僅要廣度還要熟悉每個輪子的優劣才能在特定的業務場景找到最適合自己的那個。你的技術深度在遇到特定的場景和Bug的時候就會體現出來，你能不能迅速定位問題，找到解決辦法，借鑑你已經知道的其他輪子中的解決方案，可以直接拿過來用。
還有一些專門開發輪子的同學，我要特別跟你們說，做中介軟體開發很容易限到一個誤區，就是我只負責一個很小的模組開發，這個模組的效能我能做到世界第一，但是其他的模組我一概不瞭解，缺少全域性的概念，這個是很致命的。因為這樣會把你自己侷限在一個範圍，工作機會很少，你的方向可能只有很少的公司能去，這豈不是很尷尬。
以上是我的一點點個人感悟，技術人的成長道路平緩且陡峭，你付出的多收貨的也就多。在滿足工作需要的同時，能多思考，你和其他人的差距就會慢慢體現出來。
以上。
福利部分：
你可能感興趣的文章：
Flink系列精華文章合集入門篇：
Flink系列精華文章合集進階篇：
Flink深度解析-概覽
Apache-Flink深度解析-State