朋友跟我說這幾年他面過的各種Android開發也有三位數了，failed的不敢說，pass的基本都沒有看走眼，來得晚了也想說說我的體會，
一般面試時間短則30分鐘，多則1個小時，這么點時間要全面考察一個人難度很大，需要一些技巧，這里我不局限于回答題主的問題，而是分享一下我個人關于如何做好Android技術面試的一些經驗：
面試前的準備
1. 簡歷調查
簡歷到你手上的時候，你要做好充分的調查分析，不僅僅是對公司負責，也是對自己與候選人時間的尊重，明顯不match的簡歷，就不要抱著“要不喊過來試試看”的想法了，候選人也許很不錯，但如果跟你的崗位不match, 也不要浪費大家時間，你要想清楚現在需要的人是有潛力可以培養的，還是亟需幫忙干活的，另外如果簡歷里附帶了博客鏈接，GitHub地址，相關作品的，可以提前去看看，直接看人家多年積累的文章與代碼，比這短短一小時的面試來得靠譜的多，
2. 準備問題
了解清楚候選人背景后，要根據簡歷，有針對性的準備問題，可以是他作品或做過專案里的某個技術細節的實作方式，也可以是他聲稱精通的某些領域的相關問題，總之不要等到面試程序中現想問題，特別是剛開始面試別人的同學，往往經驗不足稍帶緊張導致大腦短路，其實也是很尷尬的，把要問的問題提前寫下來，準備充分，
考察哪些點?
1. 簡歷是否真實
這其實是面試第一要務，面試的程序其實就是看簡歷是否屬實的程序，因為能到面試環節，說明這個人是符合要求的，不滿足要求的早就被剔除了，如果他真的如簡歷描述的那樣，100%會招過來，如果人人都如此，那就不需要有面試這種程序了，
需要注意的是這里的真實有三層含義：
- 一是他如實描述了自身經歷，很多人只在一些大專案里做一個很小的螺絲釘，但簡歷里往往夸張這段經歷，
- 二是不知道自己不知道，常見于簡歷里各種“精通”開頭的描述，因為知識體系與視野的局限，明明只是了解很淺卻夸口精通，很多時候他并不認為自己說的有問題，而是真的以為自己已然精通，有點井底之蛙的感覺，
- 三是簡歷里的真實要與你的期望相匹配，一門技術了解到怎樣的程度才算精通，很難有定論，所以這里的“真實”只能是候選人與面試官標準之間的契合，這種有主觀運氣成分，也許面試官水平不夠錯誤判斷了你，也不用感到不爽，面試何嘗不是種雙向選擇呢，
2. 技術的深度
技術的深度一向是我最看重的部分，當今任何一個技術領域都非常寬廣，一個人要同時掌握那么多知識并且都深入幾乎不可能，那都需要拼學習效率與作業年限了，而你曾經做過的東西，正在做的東西，是絕對可以了解得更深入的，一個對技術有好奇心，有技術熱情的人，都不會僅僅停留在這個東西挺好用，而是會忍不住去探究它背后的技術原理，即便不是親自去看原始碼，也會花點時間了解別人整理過的經驗，所以單憑考察技術上的深度，就可以考察一個人是否對技術有熱情，是否有技術好奇心等等這些很多大牛認為的所謂“優秀程式員的特征”，
之前曾看到過一句話：“一個人對他所做的事情了解得越深，他就能做的越好”，放在這里再合適不過了，
3. 技術的廣度
深度是有了，還需要廣度嗎？我個人的理解是：深度是必要條件，廣度是加分項，同樣的有技術好奇心的優秀程式員，也不會滿足于僅僅局限于自己的一畝三分地，作業之余，也會想要嘗試一些其它的領域和方向，因為投入問題也許不夠深入，但很多領域知識你知道與不知道，對你個人知識體系的形成關系很大，比如你要實作一個功能，在你當前熟悉的技術領域上很困難或者效果不佳，在你就要放棄時你的同事告訴你，這用一個簡單sql陳述句就可以實作啦，為什么要搞得那么麻煩？這個例子雖然舉得很蹩腳，但是我想意思大家應該已經明白了，知識越有廣度，頭腦里的技術體系就越完備，同樣的問題，你就可以想到N個解，思考一下就得出最優解了，如果你聽都沒聽過一些東西，就會經常說出“這個好難搞啊”，“這根本就不可能”，其實有的時候真是知識的局限問題，所謂的從0到1難，也是這個意思，
4. 邏輯思維能力
這也是我比較看重的一點，這里并不是指那些臭名昭彰的腦經急轉彎問題，而是通過交流觀察，判斷一個人表達觀點邏輯是否清晰，回答問題是否有章法，這個很難描述，但如果你細心觀察，你會發現很容易通過一些簡單的交流，就可以看出一個人是否邏輯清晰，有時候你會覺得某個人表達溝通很不錯，其實不是溝通的問題，是他說出去的話，經過了他大腦的條理清晰的整理，讓你很容易就能明白，這種習慣不是一朝一夕就能養成的，所以面試程序中這點裝不出來，
另外一個人如果邏輯清晰，而且反應又敏捷，語速很快，那是大大的加分項，恭喜你，碰到一個聰明人了，
具體問哪些問題？
前面提到的是要重點考察的點，那么具體的Android開發，有沒有一些通用的問題可以問的呢？我個人一般會從這幾個角度考察候選人：
1. Android經驗
如果不是校招，Android經驗是必須的，我比較喜歡問一些基礎概念與技術原理，比如Activity、View、Window的理解，各LaunchMode的使用場景，View的繪制流程，Touch事件機制，Android影片的原理，Handler, Looper的理解，Android跨行程通訊的方式，Binder的理解，Android Mashup設計的理解等等，
2. Java水平
基本上就是Effective Java那本書里提到的東西，如果你背完那本書里的問題，并且對答如流，沒問題，就要你這樣的，其實也會考察關于final用法，反射原理，注解原理，java編譯程序，GC等一些常見問題，
3. IT基礎知識
其實就是計算機科班學生學校里學到的一些東西，在校招時這塊是重點，社招會放寬，但一些基本的常識是要有的，比如不少人都不知道http的get post有啥區別，https的那個s是什么意思，講不清行程與執行緒的概念，不知道二分演算法是個啥東西，這些簡單問題的篩選，可以過濾一些所謂野路子的程式員，是不是科班出身不重要，搞這行就得對一些基本常識有概念，不然以后怎么愉快的交流呢？
4. 代碼質量的認識
我們需要的是一個對代碼味道有感覺的人，關于這點，看下《Clean Code》就夠了，面試中這點其實不好考察，可以讓他聊一聊對代碼質量的認識，雖然不能排除對方夸夸其談，至少想法不多，只能提到命名風格這一點的人是不符合要求的，也可以在寫Code的環節中觀察，
5. 技術視野
比如對Android開發新技術的了解與學習，對其它流行技術領域的了解，這其實與我剛才提到的技術廣度的考察有關，就我面試程序中，發現很多非互聯網行業的從業人員，因為公司各種操蛋規定與公司技術氛圍的原因，技術視野相當狹窄，
我個人對這點深有體會，2011年我還在傳統行業從事軟體研發，當時的公司因為擔心技術資訊泄露，不讓上網，相當封閉，我個人雖然自認為已在那個行業內做到業內專家的級別，但總感覺哪里不對，有一天我很興奮的打算跟身邊同事聊一聊Android的時候，發現他們居然都不知Android為何物？2011年啊同志們，當時的震驚無法言表，深切感覺到需要作出改變了，毅然放棄多年行業積累，轉戰移動互聯網，直到現在，時至今日，多年前的小伙伴也有很多混出了名黨，開始走向人生巔峰，我也從來沒有后悔當初做出的選擇，
6. 技術想象力
一個優秀的技術人，如果知識的深度與廣度足夠，知識已成體系，那么他對于一些從未接觸過的領域，也是可以做出足夠合理的想象與判斷，面試程序中如果問到一些領域候選人沒有涉獵，這時候一般不用過多糾纏，但如果你想借這個問題考察下他的技術想象力，可以深入下去，比如問他：“你覺得這個東西應該是什么原理呢？”，“這個酷炫的控制元件，如果要你來做，你會怎么實作？”，在這方面表現出色的同學無疑是有深厚基礎與足夠廣度的人，
7. 技術習慣
好的程式員都會有好的習慣，比如各種快捷鍵的熟練應用，各種命令列的掌握，一些提高開發效率的工具與習慣，碰到問題是baidu還是google，有沒有做一些小工具幫助減少重復作業，作業之余有沒有繼續學習？有沒有看什么不錯的書等等，這些小細節很大程度上決定了程式員的開發效率，這也是為什么很多人說一個優秀程式員抵得上100個普通程式員，這也是重要原因之一，
面試后的反饋：
面試一般不止一輪，你需要給出你的反饋，多輪面試結果一起考量，減少誤判的風險，反饋一般怎么寫呢？以下是我的建議：
1. 面試紀錄
面試程序中的完整紀錄，盡量客觀評價，讓其它面試官知道你問了哪些問題，回答的怎么樣，也避免了重復問題的尷尬，
2. 優點與缺點
你的主觀評價，亮點有哪些，你覺得哪些地方不夠好？
3. 綜合評價
你對候選人的綜合評價，hire或者no hire的根本原因，如果有些地方感覺沒考察清楚，期望其它面試官繼續加強考察，也可以寫上，
4. 怎樣才給通過？
通過標準因人而異，每個人都有自己心中的bar, 但還是有些可直觀考量的因素的：
- 一是崗位的要求，不同的崗位標準當然不一樣，校招與設招肯定也不一樣，
- 二是崗位的緊急程度，兄弟們天天加班忙死了，趕緊找人過來幫忙吧哈哈，
- 三是候選人的年齡，大齡程式員莫怪，一把年紀了還跟剛畢業一兩年的同事一個水平，說明成長太慢，做技術的潛力有限，這個大家應該能理解，
- 四是前面提到的做技術的深度，這個是必須的，廣度也要有一些，視野不能太窄，
- 五是要有亮點，大家在面試的程序中要注意發掘亮點，有時候他問題很多但有一個足夠的亮點也夠了，用心觀察也發現不了什么亮點的，就要注意了，
說了這么多，其實最重要的就是一句話，問問你自己：你真的原意跟那個家伙一起并肩戰斗嗎？
資料領取方式點擊鏈接: https://mp.toutiao.com/profile_v3/index私信我【資料】
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/69577.html
標籤：其他
下一篇：C#編碼規范