面試以及被面試

通常面試時間短則30分鐘，多則1個小時，這麼點時間要全面考察一我的難度很大，須要一些技巧，這裏我不侷限於回答題主的問題，而是分享一下我我的關於如何作好Android技術面試的一些經驗：

面試前的準備 

1. 簡歷調查 

　　簡歷到你手上的時候，你要作好充分的調查分析，不只僅是對公司負責，也是對本身與候選人時間的尊重，明顯不match的簡歷，就不要抱着「要不喊過來試試看」的想法了，候選人也許很不錯，但若是跟你的崗位不match, 也不要浪費你們時間，你要想清楚如今須要的人是有潛力能夠培養的，仍是亟需幫忙幹活的。另外若是簡歷裏附帶了博客連接，GitHub地址，相關做品的，能夠提早去看看，直接看人家多年積累的文章與代碼，比這短短一小時的面試來得靠譜的多。

準備問題 

　　瞭解清楚候選人背景後，要根據簡歷，有針對性的準備問題，能夠是他做品或作過項目裏的某個技術細節的實現方式，也能夠是他聲稱精通的某些領域的相關問題。總之不要等到面試過程當中現想問題，特別是剛開始面試別人的同窗，每每經驗不足稍帶緊張致使大腦短路，其實也是很尷尬的，把要問的問題提早寫下來，準備充分。

考察哪些點? 

1. 簡歷是否真實 

　　這實際上是面試第一要務，面試的過程其實就是看簡歷是否屬實的過程，由於能到面試環節，說明這我的是符合要求的，不知足要求的早就被剔除了，若是他真的如簡歷描述的那樣，100%會招過來，若是人人都如此，那就不須要有面試這種過程了。

須要注意的是這裏的真實有三層含義：

一是他如實描述了自身經歷，不少人只在一些大項目裏作一個很小的螺絲釘，但簡歷裏每每誇張這段經歷。

二是不知道本身不知道，常見於簡歷裏各類「精通」開頭的描述，由於知識體系與視野的侷限，明明只是瞭解很淺卻誇口精通，不少時候他並不認爲本身說的有問題，而是真的覺得本身已然精通，有點井底之蛙的感受。

三是簡歷裏的真實要與你的指望相匹配，一門技術瞭解到怎樣的程度纔算精通，很難有定論，因此這裏的「真實」只能是候選人與面試官標準之間的契合，這種有主觀運氣成分，也許面試官水平不夠錯誤判斷了你，也不用感到不爽，面試未嘗不是種雙向選擇呢。

技術的深度 

　　技術的深度一貫是我最看重的部分，當今任何一個技術領域都很是寬廣，一我的要同時掌握那麼多知識而且都深刻幾乎不可能，那都須要拼學習效率與工做年限了。而你曾經作過的東西，正在作的東西，是絕對能夠了解得更深刻的，一個對技術有好奇心，有技術熱情的人，都不會僅僅停留在這個東西挺好用，而是會忍不住去探究它背後的技術原理，即使不是親自去看源碼，也會花點時間瞭解別人整理過的經驗，因此單憑考察技術上的深度，就能夠考察一我的是否對技術有熱情，是否有技術好奇心等等這些不少大牛認爲的所謂「優秀程序員的特徵」。

　　以前曾看到過一句話：「一我的對他所作的事情瞭解得越深，他就能作的越好」。放在這裏再合適不過了。

技術的廣度 

　　深度是有了，還須要廣度嗎？我我的的理解是：深度是必要條件，廣度是加分項。一樣的有技術好奇心的優秀程序員，也不會知足於僅僅侷限於本身的一畝三分地，工做之餘，也會想要嘗試一些其它的領域和方向，由於投入問題也許不夠深刻，但不少領域知識你知道與不知道，對你我的知識體系的造成關係很大。好比你要實現一個功能，在你當前熟悉的技術領域上很困難或者效果不佳，在你就要放棄時你的同事告訴你，這用一個簡單sql語句就能夠實現啦，爲何要搞得那麼麻煩？這個例子雖然舉得很蹩腳，可是我想意思你們應該已經明白了。知識越有廣度，頭腦裏的技術體系就越完備，一樣的問題，你就能夠想到N個解，思考一下就得出最優解了，若是你聽都沒聽過一些東西，就會常常說出「這個好難搞啊」，「這根本就不可能」，其實有的時候真是知識的侷限問題，所謂的從0到1難，也是這個意思。

邏輯思惟能力 

　　這也是我比較看重的一點，這裏並非指那些臭名昭彰的腦經急轉彎問題，而是經過交流觀察，判斷一我的表達觀點邏輯是否清晰，回答問題是否有章法，這個很難描述，但若是你細心觀察，你會發現很容易經過一些簡單的交流，就能夠看出一我的是否邏輯清晰。有時候你會以爲某我的表達溝通很不錯，其實不是溝通的問題，是他說出去的話，通過了他大腦的條理清晰的整理，讓你很容易就能明白。這種習慣不是一朝一夕就能養成的，因此面試過程當中這點裝不出來。

　　另一我的若是邏輯清晰，並且反應又敏捷，語速很快，那是大大的加分項，恭喜你，碰到一個聰明人了。

具體問哪些問題？ 

　　前面提到的是要重點考察的點，那麼具體的Android開發，有沒有一些通用的問題能夠問的呢？我我的通常會從這幾個角度考察候選人：

Android經驗 

　　若是不是校招，Android經驗是必須的，我比較喜歡問一些基礎概念與技術原理，好比Activity、View、Window的理解，各LaunchMode的使用場景，View的繪製流程，Touch事件機制，Android動畫的原理，Handler, Looper的理解，Android跨進程通信的方式，Binder的理解，Android Mashup設計的理解等等。

Java水平 

　　基本上就是Effective Java那本書裏提到的東西，若是你背完那本書裏的問題，而且對答如流，沒問題，就要你這樣的。其實也會考察關於final用法，反射原理，註解原理，java編譯過程，GC等一些常見問題。

IT基礎知識 

　　其實就是計算機科班學生學校裏學到的一些東西，在校招時這塊是重點，社招會放寬，但一些基本的常識是要有的，好比很多人都不知道http的get post有啥區別，https的那個s是什麼意思，講不清進程與線程的概念，不知道二分算法是個啥東西。這些簡單問題的篩選，能夠過濾一些所謂野路子的程序員，是否是科班出身不重要，搞這行就得對一些基本常識有概念，否則之後怎麼愉快的交流呢？

代碼質量的認識 

　　咱們須要的是一個對代碼味道有感受的人，關於這點，看下《Clean Code》就夠了，面試中這點其實很差考察，可讓他聊一聊對代碼質量的認識，雖然不能排除對方誇誇其談，至少想法很少，只能提到命名風格這一點的人是不符合要求的，也能夠在寫Code的環節中觀察。

技術視野 

　　好比對Android開發新技術的瞭解與學習，對其它流行技術領域的瞭解，這其實與我剛纔提到的技術廣度的考察有關，就我面試過程當中，發現不少非互聯網行業的從業人員，由於公司各類操蛋規定與公司技術氛圍的緣由，技術視野至關狹窄。

　　我我的對這點深有體會，2011年我還在傳統行業從事軟件研發，當時的公司由於擔憂技術信息泄露，不讓上網，至關封閉，我我的雖然自認爲已在那個行業內作到業內專家的級別，但總感受哪裏不對，有一天我很興奮的打算跟身邊同事聊一聊Android的時候，發現他們竟然都不知Android爲什麼物？2011年啊同志們，當時的震驚沒法言表，深切感受到須要做出改變了，毅然放棄多年行業積累，轉戰移動互聯網，直到如今。時至今日，多年前的小夥伴也有不少混出了名黨，開始走向人生巔峯，我也歷來沒有後悔當初作出的選擇。

技術想象力 

　　一個優秀的技術人，若是知識的深度與廣度足夠，知識已成體系，那麼他對於一些從未接觸過的領域，也是能夠作出足夠合理的想象與判斷，面試過程當中若是問到一些領域候選人沒有涉獵，這時候通常不用過多糾纏，但若是你想借這個問題考察下他的技術想象力，能夠深刻下去，好比問他：「你以爲這個東西應該是什麼原理呢？」，「這個酷炫的控件，若是要你來作，你會怎麼實現？」。在這方面表現出色的同窗無疑是有深厚基礎與足夠廣度的人。

技術習慣 

　　好的程序員都會有好的習慣，好比各類快捷鍵的熟練應用，各類命令行的掌握，一些提升開發效率的工具與習慣，碰到問題是baidu仍是google，有沒有作一些小工具幫助減小重複工做，工做之餘有沒有繼續學習？有沒有看什麼不錯的書等等，這些小細節很大程度上決定了程序員的開發效率，這也是爲何不少人說一個優秀程序員抵得上100個普通程序員，這也是重要緣由之一。

面試後的反饋: 

　　面試通常不止一輪，你須要給出你的反饋，多輪面試結果一塊兒考量，減小誤判的風險，反饋通常怎麼寫呢？如下是個人建議：

面試紀錄 

　　面試過程當中的完整紀錄，儘可能客觀評價，讓其它面試官知道你問了哪些問題，回答的怎麼樣，也避免了重複問題的尷尬。

優勢與缺點 

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

綜合評價 

　　你對候選人的綜合評價，hire或者no hire的根本緣由，若是有些地方感受沒考察清楚，指望其它面試官繼續增強考察，也能夠寫上。

怎樣纔給經過？ 

　　經過標準因人而異，每一個人都有本身心中的bar, 但仍是有些可直觀考量的因素的：

一是崗位的要求，不一樣的崗位標準固然不同，校招與設招確定也不同。

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

三是候選人的年齡，大齡程序員莫怪，一把年紀了還跟剛畢業一兩年的同事一個水平，說明成長太慢，作技術的潛力有限，這個你們應該能理解。

四是前面提到的作技術的深度，這個是必須的，廣度也要有一些，視野不能太窄。

五是要有亮點，你們在面試的過程當中要注意發掘亮點，有時候他問題不少但有一個足夠的亮點也夠了，用心觀察也發現不了什麼亮點的，就要注意了。

　　說了這麼水平多，其實最重要的就是一句話，問問你本身：你真的原意跟那個傢伙一塊兒並肩戰鬥嗎？ 

　　轉載出處： 

　　http://www.jianshu.com/p/74565bd741ab