面試時，問哪些問題能試出一個Android應(yīng)用開發(fā)者真正的水平？

　一般面試時間短則30分鐘，多則1個小時，這么點時間要全面考察一個人難度很大，需要一些技巧，這里我不局限于回答題主的問題，而是分享一下我個人關(guān)于如何做好Android技術(shù)面試的一些經(jīng)驗：

面試前的準備

1. 簡歷調(diào)查

　　簡歷到你手上的時候，你要做好充分的調(diào)查分析，不僅僅是對公司負責(zé)，也是對自己與候選人時間的尊重，明顯不match的簡歷，就不要抱著“要不喊過來試試看”的想法了，候選人也許很不錯，但如果跟你的崗位不match, 也不要浪費大家時間，你要想清楚現(xiàn)在需要的人是有潛力可以培養(yǎng)的，還是亟需幫忙干活的。另外如果簡歷里附帶了博客鏈接，GitHub地址，相關(guān)作品的，可以提前去看看，直接看人家多年積累的文章與代碼，比這短短一小時的面試來得靠譜的多。

2. 準備問題

　　了解清楚候選人背景后，要根據(jù)簡歷，有針對性的準備問題，可以是他作品或做過項目里的某個技術(shù)細節(jié)的實現(xiàn)方式，也可以是他聲稱精通的某些領(lǐng)域的相關(guān)問題?？傊灰鹊矫嬖囘^程中現(xiàn)想問題，特別是剛開始面試別人的同學(xué)，往往經(jīng)驗不足稍帶緊張導(dǎo)致大腦短路，其實也是很尷尬的，把要問的問題提前寫下來，準備充分。

考察哪些點?

1. 簡歷是否真實

　　這其實是面試第一要務(wù)，面試的過程其實就是看簡歷是否屬實的過程，因為能到面試環(huán)節(jié)，說明這個人是符合要求的，不滿足要求的早就被剔除了，如果他真的如簡歷描述的那樣，100%會招過來，如果人人都如此，那就不需要有面試這種過程了。

需要注意的是這里的真實有三層含義：

一是他如實描述了自身經(jīng)歷，很多人只在一些大項目里做一個很小的螺絲釘，但簡歷里往往夸張這段經(jīng)歷。

二是不知道自己不知道，常見于簡歷里各種“精通”開頭的描述，因為知識體系與視野的局限，明明只是了解很淺卻夸口精通，很多時候他并不認為自己說的有問題，而是真的以為自己已然精通，有點井底之蛙的感覺。

三是簡歷里的真實要與你的期望相匹配，一門技術(shù)了解到怎樣的程度才算精通，很難有定論，所以這里的“真實”只能是候選人與面試官標準之間的契合，這種有主觀運氣成分，也許面試官水平不夠錯誤判斷了你，也不用感到不爽，面試何嘗不是種雙向選擇呢。

[需要看新機會的]

1、順便吆喝一句，技術(shù)大廠，待遇給的還可以，就是偶爾有加班（放心，加班有加班費）

前、后端/測試，多地缺人，感興趣的可以來試試~

2. 技術(shù)的深度

　　技術(shù)的深度一向是我最看重的部分，當(dāng)今任何一個技術(shù)領(lǐng)域都非常寬廣，一個人要同時掌握那么多知識并且都深入幾乎不可能，那都需要拼學(xué)習(xí)效率與工作年限了。而你曾經(jīng)做過的東西，正在做的東西，是絕對可以了解得更深入的，一個對技術(shù)有好奇心，有技術(shù)熱情的人，都不會僅僅停留在這個東西挺好用，而是會忍不住去探究它背后的技術(shù)原理，即便不是親自去看源碼，也會花點時間了解別人整理過的經(jīng)驗，所以單憑考察技術(shù)上的深度，就可以考察一個人是否對技術(shù)有熱情，是否有技術(shù)好奇心等等這些很多大牛認為的所謂“優(yōu)秀程序員的特征”。

　　之前曾看到過一句話：“一個人對他所做的事情了解得越深，他就能做的越好”。放在這里再合適不過了。

3. 技術(shù)的廣度

　　深度是有了，還需要廣度嗎？我個人的理解是：深度是必要條件，廣度是加分項。同樣的有技術(shù)好奇心的優(yōu)秀程序員，也不會滿足于僅僅局限于自己的一畝三分地，工作之余，也會想要嘗試一些其它的領(lǐng)域和方向，因為投入問題也許不夠深入，但很多領(lǐng)域知識你知道與不知道，對你個人知識體系的形成關(guān)系很大。比如你要實現(xiàn)一個功能，在你當(dāng)前熟悉的技術(shù)領(lǐng)域上很困難或者效果不佳，在你就要放棄時你的同事告訴你，這用一個簡單sql語句就可以實現(xiàn)啦，為什么要搞得那么麻煩？這個例子雖然舉得很蹩腳，但是我想意思大家應(yīng)該已經(jīng)明白了。知識越有廣度，頭腦里的技術(shù)體系就越完備，同樣的問題，你就可以想到N個解，思考一下就得出最優(yōu)解了，如果你聽都沒聽過一些東西，就會經(jīng)常說出“這個好難搞啊”，“這根本就不可能”，其實有的時候真是知識的局限問題，所謂的從0到1難，也是這個意思。

4. 邏輯思維能力

　　這也是我比較看重的一點，這里并不是指那些臭名昭彰的腦經(jīng)急轉(zhuǎn)彎問題，而是通過交流觀察，判斷一個人表達觀點邏輯是否清晰，回答問題是否有章法，這個很難描述，但如果你細心觀察，你會發(fā)現(xiàn)很容易通過一些簡單的交流，就可以看出一個人是否邏輯清晰。有時候你會覺得某個人表達溝通很不錯，其實不是溝通的問題，是他說出去的話，經(jīng)過了他大腦的條理清晰的整理，讓你很容易就能明白。這種習(xí)慣不是一朝一夕就能養(yǎng)成的，所以面試過程中這點裝不出來。

　　另外一個人如果邏輯清晰，而且反應(yīng)又敏捷，語速很快，那是大大的加分項，恭喜你，碰到一個聰明人了。

具體問哪些問題？

　　前面提到的是要重點考察的點，那么具體的Android開發(fā)，有沒有一些通用的問題可以問的呢？我個人一般會從這幾個角度考察候選人：

1. Android經(jīng)驗

　　如果不是校招，Android經(jīng)驗是必須的，我比較喜歡問一些基礎(chǔ)概念與技術(shù)原理，比如Activity、View、Window的理解，各LaunchMode的使用場景，View的繪制流程，Touch事件機制，Android動畫的原理，Handler, Looper的理解，Android跨進程通訊的方式，Binder的理解，Android Mashup設(shè)計的理解等等。

2. Java水平

　　基本上就是Effective Java那本書里提到的東西，如果你背完那本書里的問題，并且對答如流，沒問題，就要你這樣的。其實也會考察關(guān)于final用法，反射原理，注解原理，java編譯過程，GC等一些常見問題。

3. IT基礎(chǔ)知識

　　其實就是計算機科班學(xué)生學(xué)校里學(xué)到的一些東西，在校招時這塊是重點，社招會放寬，但一些基本的常識是要有的，比如不少人都不知道http的get post有啥區(qū)別，https的那個s是什么意思，講不清進程與線程的概念，不知道二分算法是個啥東西。這些簡單問題的篩選，可以過濾一些所謂野路子的程序員，是不是科班出身不重要，搞這行就得對一些基本常識有概念，不然以后怎么愉快的交流呢？

4. 代碼質(zhì)量的認識

　　我們需要的是一個對代碼味道有感覺的人，關(guān)于這點，看下《Clean Code》就夠了，面試中這點其實不好考察，可以讓他聊一聊對代碼質(zhì)量的認識，雖然不能排除對方夸夸其談，至少想法不多，只能提到命名風(fēng)格這一點的人是不符合要求的，也可以在寫Code的環(huán)節(jié)中觀察。

5. 技術(shù)視野

　　比如對Android開發(fā)新技術(shù)的了解與學(xué)習(xí)，對其它流行技術(shù)領(lǐng)域的了解，這其實與我剛才提到的技術(shù)廣度的考察有關(guān)，就我面試過程中，發(fā)現(xiàn)很多非互聯(lián)網(wǎng)行業(yè)的從業(yè)人員，因為公司各種操蛋規(guī)定與公司技術(shù)氛圍的原因，技術(shù)視野相當(dāng)狹窄。

　　我個人對這點深有體會，2011年我還在傳統(tǒng)行業(yè)從事軟件研發(fā)，當(dāng)時的公司因為擔(dān)心技術(shù)信息泄露，不讓上網(wǎng)，相當(dāng)封閉，我個人雖然自認為已在那個行業(yè)內(nèi)做到業(yè)內(nèi)專家的級別，但總感覺哪里不對，有一天我很興奮的打算跟身邊同事聊一聊Android的時候，發(fā)現(xiàn)他們居然都不知Android為何物？2011年啊同志們，當(dāng)時的震驚無法言表，深切感覺到需要作出改變了，毅然放棄多年行業(yè)積累，轉(zhuǎn)戰(zhàn)移動互聯(lián)網(wǎng)，直到現(xiàn)在。時至今日，多年前的小伙伴也有很多混出了名黨，開始走向人生巔峰，我也從來沒有后悔當(dāng)初做出的選擇。

6. 技術(shù)想象力

　　一個優(yōu)秀的技術(shù)人，如果知識的深度與廣度足夠，知識已成體系，那么他對于一些從未接觸過的領(lǐng)域，也是可以做出足夠合理的想象與判斷，面試過程中如果問到一些領(lǐng)域候選人沒有涉獵，這時候一般不用過多糾纏，但如果你想借這個問題考察下他的技術(shù)想象力，可以深入下去，比如問他：“你覺得這個東西應(yīng)該是什么原理呢？”，“這個酷炫的控件，如果要你來做，你會怎么實現(xiàn)？”。在這方面表現(xiàn)出色的同學(xué)無疑是有深厚基礎(chǔ)與足夠廣度的人。

7. 技術(shù)習(xí)慣

　　好的程序員都會有好的習(xí)慣，比如各種快捷鍵的熟練應(yīng)用，各種命令行的掌握，一些提高開發(fā)效率的工具與習(xí)慣，碰到問題是baidu還是google，有沒有做一些小工具幫助減少重復(fù)工作，工作之余有沒有繼續(xù)學(xué)習(xí)？有沒有看什么不錯的書等等，這些小細節(jié)很大程度上決定了程序員的開發(fā)效率，這也是為什么很多人說一個優(yōu)秀程序員抵得上100個普通程序員，這也是重要原因之一。

面試后的反饋:

　　面試一般不止一輪，你需要給出你的反饋，多輪面試結(jié)果一起考量，減少誤判的風(fēng)險，反饋一般怎么寫呢？以下是我的建議：

1. 面試紀錄

　　面試過程中的完整紀錄，盡量客觀評價，讓其它面試官知道你問了哪些問題，回答的怎么樣，也避免了重復(fù)問題的尷尬。

2. 優(yōu)點與缺點

　　你的主觀評價，亮點有哪些，你覺得哪些地方不夠好？

3. 綜合評價

　　你對候選人的綜合評價，hire或者no hire的根本原因，如果有些地方感覺沒考察清楚，期望其它面試官繼續(xù)加強考察，也可以寫上。

4. 怎樣才給通過？

　　通過標準因人而異，每個人都有自己心中的bar, 但還是有些可直觀考量的因素的：

一是崗位的要求，不同的崗位標準當(dāng)然不一樣，校招與設(shè)招肯定也不一樣。

二是崗位的緊急程度，兄弟們天天加班忙死了，趕緊找人過來幫忙吧哈哈。