我的技術人才面試經，面試標準是隨着公司的需求、業界的發展而不斷的變化和發展，不過其根本的目的就是考察求職者是否符合公司的需要，來了解我的技術人才面試經。
我的技術人才面試經1
個人覺得面試標準主要由純技術方面的標準和符合公司產品/項目技術要求的標準兩部分組成，當然，還有一些是性格方面的要求，
這篇blog主要談及下技術方面的面試標準，由於面試多和公司要求、面試官的判斷標準有關，所以通常來說不能因爲沒通過面試就認爲自己沒有這方面的能力，需要多嘗試。
面試時對於面試者我會根據程序員和設計師兩種大的標準來問問題。
程序員
對於程序員級別，我會分成初級程序員、程序員和高級程序員三個等級來判斷。
初級程序員
對於初程，在技術上其實我不會有過多的要求，對於初程我會更加關注他對於技術的興趣程度（對於技術網站的關注、各種前沿技術信息的關心），
而不僅僅是因爲生活所迫；另外就是在技術方面的基本功和對於公司需要採用的產品/開源工具的瞭解程度。
根據這樣的標準，在面試初級程序員時問的問題就集中在這兩個方面，常問的就是：
1、經常上什麼技術網站，論壇？
2、最近業界的最新技術出現了些什麼？
3、根據公司採用的產品/開源工具來問，如公司採用webwork，可以問下面試者是否之前用過，或者是否用過類似的？
程序員
對於程序員，在技術上就要有所要求了，也許因爲我更看重實戰，所以對於程序員，我認爲在工具方面上應該是很熟練的人員，其次就是對於工具的快速掌握能力。
根據這個標準，在面試程序員時我會常問的問題：
1、根據公司採用的產品/開源工具和麪試者的經歷來問，如公司採用webwork，但面試者以前只用struts，那麼我會問他開發一個模塊時，在採用struts下是一個怎麼樣的經典開發過程，開發過程中可能會碰到什麼問題？
在工具的快速掌握能力上我現在並沒有採用具體的考評手段，只會大概的問問面試者，
但我覺得最好的方法就是讓面試者當場採用一種未曾使用過的技術做helloworld之類的東西，這樣可以考察面試者學習工具的能力以及承受壓力的能力。
高級程序員
對於高級程序員，在技術上自然要求就更高了，對於高程，除了需要熟練的使用工具之外，我覺得高程需要具備對於設計思想的深刻理解。
1、根據公司採用的產品/開源工具和麪試者的經歷來問，如公司採用webwork，但面試者以前只用struts，那麼我會問他開發一個模塊時，
在採用struts下是一個怎麼樣的經典開發過程，開發過程中可能會碰到什麼問題？（面試這樣的問題是判斷面試者到底有沒有具備程序員的能力，具備了才繼續往下問）
2、根據面試者的經歷問設計模式方面的問題，如面試者採用過webwork、springIoC、Hibernate這些東西，
那麼我會問一些MVC、IoC、ORM這樣的實戰問題，多是問如果讓你自己實現一個webwork這樣的MVC框架的東西，你會怎麼做？
設計師
對於設計師級別，我會分成模塊設計師、子系統設計師、專業系統設計師和系統設計師四個級別來考量。
對於設計師，在工具使用方面的考量會降低一些，但在對於系統理解方面則會加強考覈。
模塊設計師
對於模塊設計師，我認爲他需要掌握怎麼樣設計模塊才能讓程序員可以按照設計開展，以及如何考察設計的實現。
常問的問題：
1、根據面試者的經歷，挑選面試者曾經做過的模塊，問他會怎麼樣去進行設計；
2、怎麼樣去保證模塊按設計的實現（可以問的問題是舉例實現人員在實現時出現差錯，他會怎麼辦）。
3、根據公司的需求，來問一些業務方面的理解能力。
子系統設計師
對於子系統設計師，我認爲他需要掌握如何劃分模塊的能力以及如何去考評模塊設計師的設計的能力。
常問的問題：
1、根據面試者的經歷，挑選一個子系統問他怎麼樣去進行設計；
2、怎麼去考評模塊設計師的設計；
3、根據公司的需求，來問一些業務方面的理解能力。
專業系統設計師
對於專業系統的設計師，主要則需要考評其對於專業系統的理解程度以及知識的掌握面的程度。
常問的問題：
1、根據面試者的經歷，如其有流程系統的設計經驗，可以問流程系統的相關設計知識點，看其的掌握程度；
2、簡單的介紹實現一個專業系統的關鍵點，同時說下自己對於該種專業系統的發展的想法。
系統設計師
對於系統設計師，則要要求更加的全面，考察其對於系統的架構設計的能力以及帶領、組織團隊的能力。
常問的問題：
1、根據面試者的經歷，問其其中一個系統給他設計的話，他會怎麼去做，這個主要考評其從需求推導設計的能力；
2、問面試者認爲在進行系統設計時需要考慮的因素，或者就是以一個失敗的案例，問他認爲設計的失誤出現在哪。
上面說的主要都是技術方面的考評，在性格方面需要考評團隊合作能力、責任心這些等等，這些可以更多的讓HR幫忙。
我從來就不認爲根據面試標準就可以產生一套固定的面試題，我更看重根據這樣的標準在面試時根據面試者的經歷來調整，以更加準確的判斷面試者的能力，
在面試者，我不管面試者面試的職位，一般只會分成程序員和設計師兩個類型來判斷，而根據面試的情況來決定面試者到底具備了兩個類型中哪個級別的能力，
也就是說有可能面試者面試的只是程序員，但最後我會給高級程序員的職位，不過這樣的現象好象很少，呵呵...
我的技術人才面試經2
技術人員如何面試 - 過來人的經驗談
和開發交流了C++的幾個坑爹問題，但那只是開胃小菜，面試主要還是關於測試流程、用例設計方面的，總體比較輕鬆。
阿里：阿里不同的部門差別很大，面雲計算部門居然遇到了當年交大ACM冠軍隊的教練，各種算法細節被問得無言以對男默女淚...淘寶則相對輕鬆，
雖然因爲非互聯網行業的關係，Java、前端、無線基本沒搞過，但憑着之前比較豐富的項目經驗、管理經驗以及對阿里價值觀的瞭解搞定了。
在EMC和阿里時，因爲基本都是從頭組建團隊，所以不管是社招和校招，看了大量的簡歷，與無數的面試者進行了交流，所以自認爲經驗還是比較豐富的。
下面的分享主要是針對有3到5年工作經驗的應聘者，並不特別針對測試工程師，其它崗位也可以參考。
瞭解你的'應聘對象。現在搜索引擎這麼發達，很容易知道對方使用哪些技術和框架，對應聘崗位有什麼樣的要求。
有人可能要問了，對方要求Java，可我只用過Python或PHP怎麼辦？一般情況下，只要是正規公司，既然安排你面試了，就說明對你簡歷上的情況已有一定了解，而且安排面試成本其實挺高的，更重要的目的是考察你的學習能力。
這種情況下，利用網上資料，速成3到5天，基本也可以做到沒吃過豬肉也見過豬跑的水平。比如應聘阿里巴巴，那麼先找本《淘寶技術這十年》可以讓你快速瞭解阿里當前使用的技術以及歷史上遇到什麼問題，如何演化的今天這個形態。
對於分佈式系統，即使沒有做過，也可以先去學習一下開源的dubbo框架，雖然是內部HSF的先驅版本，但是設計思想已經充分體現了。
對於測試技術，可以在網上搜索各種會議的文章，以及員工的博客，就可以有個大概瞭解有針對性的準備了。另外朋友圈也要利用起來，可以打聽道更多的一手信息。
瞭解你的簡歷。可能有同學會比較奇怪，我自己寫的簡歷還能不瞭解？然而事實確實如此，不少同學在簡歷上項目經歷列了一大堆，看上去經驗豐富，
可是一問就縮水了，比如這個項目我只是負責溝通，我參與了討論，時間太久記不得了，只是在別人的框架上做些修改...這個直接是負分啊！
期望和實際落差太大了。一個忠告，沒有價值的東西不要出現在簡歷上，寫簡歷不是寫網文，越長越好，
我工作到現在十幾年，簡歷中文一頁，英文一頁，話說我剛畢業找工作那會，啥都沒幹過簡歷能寫個3-4頁，現在想想都瀑布寒...針對每一段項目經歷，我這裏給一個推薦的框架來進行準備：
這個項目解決了什麼問題，達成了什麼目標，使用了什麼技術
你在這個項目裏面做了什麼，你的模塊解決了什麼問題，達成了什麼目標？
使用了什麼技術，爲什麼使用這項技術，與其它技術相比是如何取捨的（這會是個開放性問題，平時面上的積累很重要），開發過程中遇到了什麼難題，如何考慮解決的（思考過程很重要）？
提高自己的表達能力！！！很多人花了很多時間專研技術，但是表達能力就呵呵了。實際在面試工作中不可能總是遇到懂你工作領域的人，
一個服務端出身的技術經理來問你無線開發，一個行政出身的HR問你項目經歷，怎麼把他們說懂而且讓他們覺得你是真的很能幹纔是關鍵。有的同學上來就陷入了技術細節，直接把人侃得雲裏霧裏，
造成面試官無法做出判斷，根據保險的原則，扣了分再說。推薦做法是先談療效，也就是用數字說話，比如效率提高了多少，故障數降低了多少，在對方感興趣的情況下，再慢慢展開到技術細節。
這樣做首先說人話，不管是否瞭解你這個領域，都對你的工作成果有了瞭解，更容易打分評估，而且層層展開，
會認爲你表達有條理，額外再加分。平時表達能力不好的同學沒事可以練練朗誦，面試前可以找朋友來幫忙做個模擬面試。
價值觀。說白了就是原意朝九晚五薪水穩定工作生活平衡，還是996夜夜加班可能暴富跨越階級。這個沒法說，一種是真心認同，一種是混日子，面試的時候看自己的選擇，不要因爲網上政治正確的忽悠在面試時較這個勁。
最後扯得遠一點，Monkey在文章中提到了有博客或github項目，重點不在於有沒有，而是在於你如何建設。
簡單點說就是好記性不如爛筆頭，通過平時點滴的積累構建自己的知識庫和方法論。我看你的博客和github不是看轉貼的，而是重點考察你自己的學習積累思考過程。
