面試專家職位面試官會問什麼

考察實踐經驗和方法

很早以前阿里打電話過來面試我，是一個架構師的職位。當時問我一個問題：在review代碼的時候，若是代碼特別長，好比幾千行幾萬行，你如何去review呢？
個人回答角度是這樣的：

1.review PR我通常不會review全部的代碼，而是變動點。總體的代碼review會以模塊review的形式來作。項目成員介紹本身這塊的架構是怎樣的，解決了什麼問題，有什麼問題是待解決的。架構優點和不足等。而後再由開發人員本身去講解代碼。

2.我建議開發人員用好工具。好比做爲一個git用戶，很是重要的技能是必須可以維護一個清晰的語義化的變動歷史暴露出來。review代碼的時候能夠經過歷史清晰的看到代碼的變動思路。若是一個開發人員還不具有這樣的意識或不知道怎樣作，我會建議他給開源社區貢獻幾個PR，相信這會對他影響很大。

3.咱們整個團隊的主要迭代策略是：小步快跑，小迭代。一次性提交的代碼過多，極可能意味着階段劃分過粗。這時候應該和開發人員一塊兒梳理一下合理劃分流程。

4.我review代碼的主要核心聚焦在防禦代碼上。就是代碼一旦出現了問題，裏面有沒有緊急預案的措施進行控制。好比有沒有加開關、報警，異常處理等。

 

考察藍圖

看過《浪潮之巔》的朋友們不知道有什麼這樣的感覺：全部這些站在浪潮之巔的企業都是在其創始人實現了其最初的藍圖以後纔開始走下坡的。由於這以後，很大的精力和努力都用來解決下一步怎麼走的問題。因此若是招聘者自己就有一個藍圖，他招人是很好招的。他只須要招有方法的人，這種人是能夠培訓出來的。可是有想法的人是不多的。按照個人世界觀宇宙理論，這種人內心有一個強大的宇宙，在釋放能量。PS：我認爲AI目前的發展方向永遠不可能代替智能。人的思惟、感情是量子層面的。用數字信號來模擬，就比如用大錘子擊打一個原子，徹底不在一個層面。

考察方法體系

這時通常會把考察放在兩個層面。一個是理論，看面試者的講述成不成體系，有沒有漏洞。另一個通常會考察在實際中的運用，通常用STAR來設立一個場景。

好比：手下有個同事，態度很好，也很上進，可是老是出這樣那樣的問題，這時候該怎麼作。

這個場景是很是開放的，把這我的開了也是一種解決方法。把這我的安排作一些低風險的項目也是一種解決方法。創建更加規範的流程和工具也一種解決方法。

個人回答角度是這樣的：

從兩個方面着手。首先，若是出了問題，流程上確定是有漏洞的。這是個極好的機會，去發現這方面有哪些不足並加以修正和改善。

另外一個方面，從對同事自己的提升入手幫他分析根本緣由。首先列舉一段時間發生的事情。每件事情背後的本質。最終會有幾條：

1.對結果負責而不是對行爲負責。2.對線上操做存有敬畏之心，三思然後行。3.準確性來源於深度和邏輯。4.能夠慢，能夠少，作對，作好。

總結

應屆生面試要考察算法、源碼，越日後反而越不問了，問的都是書裏代碼裏沒有的。

 

相關閱讀

應屆生offer指南

談面試中的亮點

面試官說：你真的不是不優秀只是不合適

面試官視角看面試