Android技術面試經驗分享
最近常逛知乎，本文來自我關於《面試時，問哪些問題能試出一個Android應用開發者真正的水平？》的回答。
這幾年面過的各種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, 但還是有些可直觀考量的因素的：
一是崗位的要求，不同的崗位標準當然不一樣，校招與設招肯定也不一樣。
二是崗位的緊急程度，兄弟們天天加班忙死了，趕緊找人過來幫忙吧哈哈。
三是候選人的年齡，大齡程式設計師莫怪，一把年紀了還跟剛畢業一兩年的同事一個水平，說明成長太慢，做技術的潛力有限，這個大家應該能理解。
四是前面提到的做技術的深度，這個是必須的，廣度也要有一些，視野不能太窄。
五是要有亮點，大家在面試的過程中要注意發掘亮點，有時候問題很多但有一個足夠的亮點也夠了，用心觀察也發現不了什麼亮點的，就要注意了。
說了這麼多，其實最重要的就是一句話，問問你自己：你真的原意跟那個傢伙一起並肩戰鬥嗎？