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