谷歌程序員招聘題

A. 如何招到一個靠譜的程序員

1. 簡歷看人
閱讀簡歷永遠是面試的第一步。好的簡歷一定是正確、清晰並且能夠體現候選人最有價值一面的。我首先會過濾掉那些包含錯別字，文句不通或沒有邏輯性的簡歷，因為如果一個程序員連自己的簡歷都不願意去仔細檢查並完善的話，很難想像他寫出來的代碼質量會如何。接著，我便會重點閱讀簡歷中的項目經驗部分，在這里我能夠看到面試者的開發經驗，技能棧，並且判斷他們熟悉的技術框架、工具是否與目前公司要求相匹配。
這里，我還會特別關注面試者是如何來寫這部分項目經驗的，你需要用盡可能簡練的文字來描述項目的背景，你在項目中承擔的角色、參與項目的時長，你用到的技術、以及你在項目中的亮點等信息。優秀的程序員們往往有一個共同的特質，那就是善於歸納，並能夠一針見血的發現問題或把一個問題說清楚。我經常看到面試者在簡歷中像寫故事一般地描述他們的項目經歷，光這一個章節就有好幾頁，其實這反而會給你減分，因為這會讓面試官判斷你缺乏必要的歸納能力。
最後你的一些與編程有關的社會化活動，如：你在GitHub上的開源項目，在知乎、V2EX中給他人的解答以及你的個人技術博客等等都會給你加分，因為這說明你對所從事的工作有著極大的熱情，並願意在業余時間去學習和提高自己，就像在我之前的 「給職場新人的10點職業建議」 一文中提到的，如果你要成為一個領域的專家，那你必須花費超過10,000小時，而這光靠工作時間是遠遠不夠的。
2. 給面試者10分鍾介紹自己最擅長的
當面試者通過了筆試和HR面試之後，你就需要面對面地對候選人進行面試。我遠不是什麼面試專家，但我有一些自己的獨特方法。我討厭問一些很個人的問題，比如你的職業規劃是什麼？你為什麼想換工作？等等。我更願意給面試者10分鍾時間，讓他介紹自己最擅長和最感興趣的領域。這往往能幫助我很快作出下面的判斷：
這個人對他所做的事情是否充滿激情
他們是否能在團隊中很有效地進行溝通
他們是否在專業領域足夠擅長
你的團隊是否會樂於和這個人一起工作
這一招我在面試中用得很多，而實踐證明也確實非常有效。
3. 基礎打牢了嗎？
一般，有一定規模的公司都會為面試者安排機考或筆試，從而能首先篩掉一批未能通過的面試者。另一些規模較小的或初創公司則會讓面試官直接進行技術面試。其實，我覺得這兩者的差別不大，有經驗的面試官往往能夠通過幾個最簡單的技術問題，判斷出面試者的技術基礎是否牢固，這不是為了證明他有多優秀，而是用來判斷他是否是一名合格的程序員。對於我來說，並不看重機考的成績，因為機試的考題很多能夠在網上得到，特別對於一些外包公司，他們總是能夠通過各種途徑得到考題，從而使得他們推送的外包能夠順利通過筆試。
下面是我經常會問的幾個問題（JAVA）:
HashTable與HashMap有什麼區別？
Servlet是線程安全的嗎？
JSP中 @include跟jsp:include的區別
HTTP的response code 403和500分別代表什麼
......
這些問題都很簡單，但一些基礎不牢的程序員往往會在這個時候露餡。當然，根據面試崗位的不同，你還可以有針對性地問一些問題，例如，你需要找一個能寫核心演算法的程序員（比如 銀行的總賬計算，或者保險公司的保費計算），那麼你可以問一些演算法相關的問題。
4. 技術深度夠嗎?
具備牢固的技術基礎，一般就可以滿足項目中普通程序員的要求了，但如果你需要找的是一個資深程序員，那麼你還需要對面試者的技術深度進行考察。我們現在做項目時都會大量使用框架，這能使我們的開發效率和質量都得到提升和保障，但同時也降低了對於程序員開發技能的要求。因此我一般會詢問面試者下面的問題，來考察他對所使用框架的掌握程度。
請你描述一下，在這個項目中，從一個HTTP請求發起，到最終的Response返回，它在你的系統和框架內部是如何流轉的？
這個問題往往能夠判斷出面試者對於相關技術掌握的深度。較初級的開發人員描述的層級往往比較淺，比如使用Spring MVC框架的，只能說到實現一個Controller繼承BaseCommandController（甚至很多開發人員只知道繼承了一個公司內部框架的基類），至於再往下Spring框架是如何進行內部流轉的，就再也說不清楚了。而更資深的開發人員，往往能說出框架內部的實現機制，以及如何調用和處理的。在面試者描述的過程中，你還可以穿插詢問一些比較有深度的問題，比如框架中某個類這樣設計是哪一種設計模式的體現，採用這樣的設計有什麼好處等等。這比讓面試者默寫一個設計模式代碼要有效、自然得多。
除了技術層面上的考察之外，對於資深開發人員，還需要考察他們的設計能力。說到軟體設計，大部分面試者都能熟練地背出面向對象的三個基本特性：繼承、封裝、多態，也能把它們的概念描述清楚。但我一般會問下面的這個問題來考察他們的面向對象設計能力。
請用一段程序代碼描述我們所在的這間房間。
我驚訝地發現至少有一半的面試者都很難准確使用Interface和Class來給房間建模，也有一些人會將最基本的代碼語法或關鍵字寫錯。
5. 選擇適合所在企業文化的人
這一點也曾是我經歷的一個誤區，我總是希望能為團隊招到技術能力最強的人，而忽略了他是否與整個公司和團隊的文化相匹配。這往往會造成，雖然招到了人，但沒過多久就因為理念不同不歡而散的結果，反而給公司帶來了損失。讓我們看看GitHub的負責人是怎麼說的。
我們很嚴肅地看待我們自己關於招聘流程的哲學。我們希望每一個GitHub員工都了解他們所要面對的環境，並保證他們是能夠很好適應的。這包括我們所創造的文化、哲學、計劃、錯誤甚至是晚餐。比起他們的技能是否滿足要求，我們更看重他們的潛力以及是否能夠適應我們的企業文化。
我曾在具有鮮明文化差異的不同公司或團隊工作，看到許多崇尚開放、開源的程序員在一個相對封閉，具有很多流程以及規范限制的公司中很難發揮，最終選擇離開。因此在招聘程序員時，選擇合適的往往比選擇最優秀的更重要。
6. 行為面試法
行為面試法可能是我在整個面試過程中唯一用到的教科書面試方法。一個程序員是否能夠很好地工作，不僅取決於他能否順利地完成開發任務，更重要的是在遇到一些特殊場景或問題時，他能否合理有效地處理和解決。行為面試法能夠幫助我們從面試者描述的過去某一具體事件中，預測未來他在工作中可能的表現。下面便是一個我經常用到的問題。
請談談你在這個項目中遇到的最大困難或挑戰是什麼，你是如何解決的。
從面試者對上面這個問題的回答中，我能夠很好地判斷他是否有較強的獨立解決問題的能力，而我認為這是除技術能力之外，程序員最應具備的能力。

7. 給他們一個虛擬任務
經過上面的這些環節，你可能對面試者的整體情況已經比較滿意，但先別急著下結論。我曾見過能夠順利通過上面所有面試步驟，並且被僱傭的程序員，當他們進入實際工作後卻沒能把事情做好。
在你確定是否錄用他們之前，可以給他們一個虛擬任務。我不是說一個抽象的程序問題，而是指一個真實的，可能就存在於你當前項目中，並且需要在一兩個小時之內完成的一個開發任務。我曾經出過這樣的考題：
寫一個小程序將一個以特定格式（如CSV）存儲的文本文件轉換為XML格式，並存儲為另一個文件。
你可以給他一台已經配置好開發環境以及IDE的電腦，讓他當場編寫代碼。當然如果時間有限，你也可以直接詢問面試者的實現思路，並簡單用偽代碼來描述處理過程。通過這個測試，你能夠看到很多細節，比如面試者是否有良好的編碼習慣，異常處理是否規范，代碼邏輯是否縝密高效，以及他的開發效率是否足夠高。如果面試者給出了非常優秀的解答，那麼你就應該能夠判斷他確實是一個優秀的候選人了，因為我從沒碰到過能夠通過上面的測試，卻在實際工作中無法做好的人。

B. google各層次員工月薪多少怎樣進谷歌公司在那兒都干什麼

谷歌一直是世界頂尖的公司，谷歌走俏的背後是更挑剔、更艱巨、更來世洶洶的求職之戰。招聘的標准不再是你能不能勝任工作，而是你是否足夠優秀。

2010 年初，一件熱點事件占據了許多媒體的重要版面，中國和美國無一例外。那就是，北京時間 3 月 23 日凌晨 3 時零 3 分，谷歌公司高級副總裁、首席法律官大衛·德拉蒙德公開發表聲明，宣布其搜索業務退出中國內地，並將搜索服務由中國內地轉至香港。
毋庸置疑的是，谷歌一直是世界頂尖的公司，作為互聯網巨頭的它，這幾年勢頭依舊不減當年。從求職者的角度看，谷歌就是山頂上的一顆璀璨明珠。那兒是最聰明的人做最酷事情的地方。

近期《財富》雜志公布 2013 年最適宜工作的 100 家公司，谷歌毫不意外的排在首位，這已經是谷歌第 4 次摘此桂冠了。谷歌給出的福利讓所有公司之外的人羨慕不已：美味的有機事物、可愛的路邊設備、免費的洗衣機、可以免費上外語課、免費洗車、換機油2012 年，谷歌又增設了三個健身中心，並且為員工提供了超過 10 萬小時的免費按摩服務。你可能要為此驚嘆，天哪，這是公司嘛?

當然，谷歌走俏的背後是更挑剔、更艱巨、更來世洶洶的求職之戰。招聘的標准不再是你能不能勝任工作，而是你是否足夠優秀。很顯然，大部分的求職者都是能勝任工作的，可悲的就在於，你的大部分競爭對手同樣也可以勝任工作，你必須表現的更為優秀才行。
當真有這么神奇嗎?答案是肯定的。因為這本書最終目的並不是立竿見影保你成功，而是能夠讓你在快速變化的商業社會里，保持清醒的頭腦，靈活應對挑戰。或者說，讓你看清，劍在何方。

針對這些刁鑽的試題，作者大致分為兩類。一類是估算題。例如：上海每年會賣多少個冰激凌?你感覺無從作答嗎?作者認為，這樣的估算題其實有很大的優點。企業家必須要估計市場、成本和利潤但僱主們發現，許多求職者往往很難把所學知識應用到現實世界。
另一類面試題，考察的是求職者的創新能力。按照美國心理學家吉爾福特的看法， 當發散思維表現為外部行為時，就代表了這個人的創造能力。作者概括為，在具體社會背景下將新穎性和實用性結合起來的能力。

C. 程序員選擇公司的八個標準是什麼

當各位程序員們在找工作的時候，是否有一些建議能夠讓大家很好的選擇一家對的，適合自己的公司呢？答案是有的。那就是參考程序員選擇公司的八個標准！

一、程序員選擇公司的八個標准

不知道大家聽說過Joel測試（約耳測試）沒？約耳測試是JoelSpolsky發明的用於判斷一個軟體團隊質量好壞的快速測試方法。如果你正在找工作，使用Joel測試來剔除一些不良僱主絕對是個明智的抉擇。

下面我很榮幸地為大家介紹Codypo測試，又名8問題檢測法，只需回答這8個問題，就能判斷工作的好壞。我們也可以在面試的時候，偷偷給這家公司測試一下，如果你的回答裡面有2個yes，那麼就需要拉響警報，不要再考慮這家公司了。

1.我的薪資是否低於市場價值水平？

如果有鬧螞公司願意提供4萬8的月段燃薪搜羅擁有10年C++多線程編程經驗的骨灰級程序員，我想說這公司肯定是瘋了！呵呵，這種瘋言瘋語絕非長久之計，因為只有你的價值大於給你的價格，才會有公司願意要你，所以各位還是不要心存妄想，現實一點吧。

2.我需要隨傳隨到嗎？

沒人樂意隨時待命，因為一旦如此，就意味著哪怕是周末的凌晨3點，就算是支持門戶頁面上的Reset按鈕呈現的藍色調與預想的不同，也會call你。當然偶爾一兩次我們也可以理解和容忍。

3.我是IT人員嗎？

程序員寫軟體、支持軟體，天經地義。但這並不意味著，你就是專門搞電腦的IT人員了。試問，公司人員會不會因為一點點計算機的瑣事就來麻煩你，比如說某位員工安裝了加菲貓的屏保之後她的筆記本就發生異常了？

4.公司滿足我們配備多個顯示屏的要求嗎？

我仍然清楚的記得，那是在1998年，我們需要整天盯著一台17″的顯示屏，苦不堪言。現在，100美元就能買到一台又大又薄的LCD了。如果你的公司認為讓你的效率加倍不值得200美元，那麼這公司可能是個不以盈利為目的古怪億萬富翁拿來開玩笑的玩具吧？

5.會不會維護一些古老的系統，這些老系統是用什麼語言寫的？

幹得久了，你可能會聽到「好，下面我們要進入RubyonRails語言系統，但是首先我們需要你先解決一些VB4的問題。呵呵，千萬不要想的太簡單了。

這個VB4系統將一直苟延殘喘，讓你頭大無比。

6.我上網是被監控和過濾內容的嗎？

程序員需要解決問題，需要高效地解決問題，資源是必須的。而互聯網堪稱取之不盡用之不竭的資源寶庫。如果一家公司不能與時俱進，甚至阻止員工自由使用Usenet/谷歌/StackOverflow，把員工當做小孩子和色情狂看待，那待著還有什麼意思？

7.就我一個程握彎虛序員嗎？

我們能成長為一枚程序員，首先應該感謝的是我們的同事。我們互相解惑、審查對方的代碼、我們在一起討論，一起經歷從一片茫然找不到方向到想出一個個創造性的建議。如果只有你一個程序員，那是得不到任何技術反饋的，而且我們自己本身也成長不了。此外，當出現問題的時候，你也只能靠自己的直覺判斷對錯。

8.需要每周出差不？

出差有時候是必不可少的，特別是那些與客戶面對面開會或者會晤外派同事的時候。但是如果需要你每周離開家去出差那就要三思了。

上述8個問題構成了一套完整的工作測試。當然，並不是每一項都必須達到的（比如說，在初創企業中，我們就得身兼IT人員或者24小時隨傳隨到）。

無論項目有多大的潛力，隊友有多大的能力，但凡是在這樣一個不良於行的大環境中，你，一個小小的程序員是做不了真正有意義的工作的。如果一家公司上述8問題統統回復yse，那它要麼是在走下坡路，要麼已經在大廈將傾的過程中了。

D. 《程序員面試金典（第5版）》epub下載在線閱讀全文，求百度網盤雲資源

《程序員面試金典（第5版）》（[美]GayleLaakmannMcDowell）電子書網盤下載免費在線閱讀

鏈接: https://pan..com/s/13iXMFa3SS14p1obKirfGDw

書名:程序員面試金典（第5版）

豆瓣評分:8.9

作者:[美]GayleLaakmannMcDowell

出版社:人民郵電出版社

原作名:Cracking the coding interview:150 programming questions and solutions,fifth edition

譯者:李琳驍/漆犇

出版年:2013-11

頁數:372

內容簡介:

本書是原谷歌資深面試官的經驗之作，層層緊扣程序員面試的每一個環節，全面而詳盡地介紹了程序員應當如何應對面試，才能在面試中脫穎而出。第1～7 章主要涉及面試流程解析、面試官的幕後決策及可能提出的問題、面試前的准備工作、對面試結果的處理等內容；第8～9 章從數據結構、概念與演算法、知識類問題和附加面試題4 個方面，為讀者呈現了出自微軟、蘋果、谷歌等多家知名公司的150 道編程面試題，並針對每一道面試題目，分別給出了詳細的解決方案。

本書適合程序開發和設計人員閱讀。

作者簡介:

Gayle Laakmann McDwell

美國求職咨詢網站CareerCup.cm創始人兼CE，是一位著名軟體工程師，曾在微軟、蘋果與谷歌任職。早先，她自己就是一位十分成功的求職者，成功通過了微軟、谷歌、亞馬遜、蘋果、IBM、高盛等多家最著名企業極其嚴苛的面試過程。工作以後，她又成為一位出色的面試官。在谷歌任職期間，她還是該公司資深面試官及招聘委員會成員，期間閱人無數，積累了相當豐富的面試經驗。除此書外，還著有《金領簡歷：敲開蘋果、微軟、谷歌的大門》。

譯者簡介：

李琳驍

從事嵌入式Linux內核/驅動開發，關注IT、開放源碼和安防監控等領域。業余時以技術翻譯為樂，時而客串編輯，好為愛書挑錯，渴求完美，卻也常因「小」失大，不得讀書要領。翻譯或參與翻譯了《Linux命令詳解手冊》《編程人生》《編程大師訪談錄》等圖書。網路ID為leal，管理Vim、Andrid等豆瓣小組，個人站點：http://linxia.net。

漆犇

畢業於中國地質大學，擁有十餘年軟體開發、測試及流程管理經驗，曾翻譯出版了《Linux/Unix設計思想》《金領簡歷 : 敲開蘋果、微軟、谷歌的大門》等書。目前定居於美國西雅圖，在微軟Windws Phne開發中心從事與WP應用開發者相關的項目管理事務。

E. 如何看待程序員面試讓上機做編程題，這樣的公司多嗎

從事軟體開發多年，上機寫代碼這種考查模式在國外用的比較多，很多國內的公司也在學習這種方式，這種方式能直接看出寫代碼的能力，但對上機做編程題目這種事情很多成熟的程序員覺得是一種侮辱，有一些程序員看到有筆試直接就選擇走人了，這些東西在面試之前應該有溝通，事情不會變得這么被動，因為對於很多有能力的程序員，能夠請到面試已經非常不容易了，能力越強脾氣越大。

直接上機做編程測試能力的公司不是很多，從事軟體開發十幾年主要經歷了四家公司，面試的時候主要靠面談為主，因為編程行業能力的高低通過交談就能了解差不多，只需要根據簡歷上寫的項目進行細節溝通，如果真的做過幾句話就能看出大概的水平，所以很多公司壓根不搞什麼筆試或者上機寫代碼的事情，編程這個職業主要靠時間的積累，並且在積累中不斷完善自己的知識體系，慢慢提高自己的認知。

一個程序員如何提升自己的能力水平，對於初學者來講首先是學習好一門編程語言，開始學習階段覺得編程語言就是天了，好像是學會了編程語言就能做任何的東西了，隨著編程語法的學習完畢就開始嘗試做一些題目，結果發現距離語法真的非常遙遠，所以有很多的初學者有一種感概明明在課堂什麼都明白了，結果到真正自己實踐的時候什麼都想不起來，這是初學者必然的經歷，編程本身就是一種不斷磨練編程思想的過程，編程語言屬於在輔助類基礎技能，沒有輔助就不會寫代碼，編程設計思想再牛也不可能實現，兩者是相輔相成的作用，編程思想裡麵包含著仙姑經驗的積累。

很多人覺得很奇怪有些公司也不進行面試也不讓上機寫代碼，就是通過不到一個小時的閑聊就能把一個人的水平能力和工資水平給定位下來，通過面試就能檢測出編程思想以及編程基礎，編程基礎類的考察只需要問幾個簡單的語法問題就能做個大概的檢測，編程思想就是完全的編程意識以及編程經驗的積累，所以一些企業在招聘的時候明確寫著就相關開發經驗的人優先，企業招聘的目的就是希望要的人在短時間內能夠上崗直接切入到項目開發中去，整體來看是不是需要上機寫代碼測試完全看每個公司的技術文化了。

有些技術類的公司對於程序員的基本功要求特別嚴格，有個同事在第一家技術公司的時候，部門技術經理特別關注程序員的基本語法，只要是簡單的代碼語法錯誤，就能到部門的黑板通報，開始實施階段很多人上了黑板，後來隨著時間的推移上去的人越來越少了，同事說到自己上了兩次黑板都是因為在使用指針的時候沒有初始化導致，到今天還是記憶尤新，如果在技術生涯的初期能夠經歷過這種企業是一個技術人的幸運了，越是嚴格要求的領導或者公司越是有利於技術人員 的成長，至於在面試的時候要不要上機這個就看每個公司的技術文化了，一般注重代碼基礎的領導會引領這個事情，希望能幫到你。

這是一個正常的流程，我覺得有時候還是有必要的考驗一下面試者的。

以前這種面試實際上是很平常的，但是發展到現在越來越多的人對這樣的面試很反感，大概率的原因是因為很多人更多的是在搬代碼，並且搬的很成功，而真正注意寫代碼的人反而越來越少。
筆試和上機編程好不好？
我覺得挺好的，這樣可以刷下去很多劃水的人，有的人，寫代碼的能力並不強，但是搬代碼的技術一流，隨著技術越來越晚上，一些解決各種bug的網站越來越流行，現在更多的畢業生為了高工資，變成了搬代碼的人，他們能解決問題嗎？能，但是是他們自己的解決的嗎？不是，更多的是他們通過搜索的手段，問度娘，問谷歌，漸漸的形成了一個可以解決問題的方案，雖然問題解決了，但是等遇到一個需要創新開發的時候，他們就完了，基本上沒有了自我的思維。

筆試和上機可以有效的防止這類人進入公司，實際上也是一種不錯的手段。

這樣的公司多不多？
據我所致，目前來講上機編程的公司不是很多，畢竟，每個公司所使用的編程軟體不同，有的公司製作的軟體也比較具有保密性，沒辦法直接考程序員的實際能力，只能通過一些演算法測試，或者是什麼測試，來簡單的排除掉那些搬運的人。

所以上機測試的效果並不是特別好，一般的公司都會選擇用筆試的方式。

我遇到過不少筆試的，上機的從來沒有遇到過。

我一個同事之前換工作的時候倒是遇到過，按他所說，這樣的測試並沒有什麼效果，畢竟測試題出得很淺，太難的問題，基本上短時間內很難解決，也不會有那麼長的面試時間。

其實，在我看來，這個上機面試並沒有那麼大的用途，畢竟測試不到太多的東西，還不如看他自己寫過的代碼來的更快。至於這樣的公司多不多，真沒辦法說，畢竟沒有統計過，根據我的經驗，我覺得不會太多。

筆試的我見過，但是上機的沒有過。

1.筆試可以有
這么說嘛，其實簡單的筆試的話肯定是可以的。因為筆試的話可以讓招聘者知道你大概的能力定位在什麼位置？一些邏輯編程可以測試你的邏輯能力。尤其是在it這個行業，邏輯能力是非常重要的。

如果說你是一個已經有工作經驗的人。其實筆試就沒有那麼重要了。這時候看中的一般差不多就是你曾經的項目經歷。

如果說讓你做一些項目上的，比如說項目架構了這種的，你可以拒絕回答。因為我之前就有聽到過說招聘產品經理，讓他去設計一個產品的。結果這個公司就是通過一直招聘產品經理。然後讓產品經理去設計產品相關的功能，最後再把這些所有求職者的產品相關的思維組合到一起。

雖然說這總公司是很少的，但是也不排除是有隻通過這種方式來滿足產品需要的。

所以解釋的時候可以大概的寫一個思路代碼的流程，但是可以不用全部都寫。

2.上機測試
我覺得這個確切的來說是有一點過分的。像這種上機考試的話，肯定他是需要一個比較完整的項目。但是這種項目誰都不知道是他們公司需要，還是讓他僅僅是為了做測試。所以像這種事情完全可以直接拒絕。

在這里大概說明一下。 找工作是一個雙向的過程 ，如果說是你無法接受這個公司相關的制度，或者說是相關的流程。其實你可以趁早放棄這種公司的，不然的話即使是你筆試面試都過啦，你到公司之後也會因為你自己的價值觀跟企業的文化匹配不到一起。遲早還是要辭職的，所以你要慎重考慮。

其實面試的時候筆試和機試都是it的正常流程，但是在國內被玩爛了，面試和機試過程中，會有公司內遇到的問題做為面試內容的，也許是個人也許是公司，讓你解決這樣那樣的問題，這樣子的都是垃圾

作為一個老程序員，關於程序員面試的話題，非常有意思，特別有的聊。其實在 IT 界面，有兩個不算公開的秘密，也就是兩個不成文的習慣或者規定吧，關於面試的。

讓老程序員做筆試題是一種侮辱
很多程序員，尤其是有經驗的程序員，去面試的時候，尤其是去小公司面試的時候，如果對方給你出了一套筆試題，很多程序員會說： 我轉頭就走，這是對我經驗水平的侮辱 。

你們是不是感覺很吃驚，還有這種道理？確實是，我有一次去一個創業公司面試，對方給我出了一套筆試題，我做完了，面試完回去跟一些同事聊筆試題的事，他們會驚訝的說：你竟然把筆試題做了？你是有經驗的程序員，不應該經過筆試的，直接面試就行，筆試是一種侮辱。那是我才發現，好多程序員都這么認為的。

但是，我感覺這是一種病態思維，你既然去面試，其實筆試也是面試的一種，你去大公司比如 BAT 這樣的公司的時候，也會有筆試，而且層層面試好幾輪，你都能忍，一些小公司給你出筆試題，你竟然受不了？公司用什麼方式來面試你，是公司的選擇和考量，當然了，面試是一種雙向選擇，如果你感覺是侮辱，當然可以選擇不面了，這是雙方面試的權利。

但是，我感覺筆試是一種正常的流程，跟有沒有經驗沒有關系。有經驗了，你筆試你確定能過么？

很多程序員都不會選擇上機測試
還有一種就是面對上機做題的面試，很多程序員都不喜歡，其實我也不喜歡的，大部分程序員好像遇到上機面試的情況，也是選擇扭頭就走。

其實，我感覺上機測試是可以接受的，但是是有條件的，那就是上機做題，可以做演算法題，這種方式我能接受。

有一次我去面試，他讓我上機做題，竟然跟我說用 Android 寫個什麼功能，什麼模塊，簡直了，這種題怎麼做？直接去實現功能模塊，寫其中的一個點，我都不熟悉需求，也不熟悉功能模塊，上來就寫，怎麼做？沒法弄。我直接就走了。

演算法題屬於比較明確的東西，上機做兩道應該是可以接受的。

你問上機做題的這樣面試的公司多嗎？可以明確地告訴你，不多，我工作這么多年，面試了很多公司，只遇到過兩家。

我是負責我們公司技術面試的，機試環節必不可少。題目不會很難主要是考核程序員的感覺，只有有感覺的程序員才能寫好大程序，這很關鍵。

這主要看做什麼了，我最頭疼的是拿一個構架來靠你函數命令。我都是自己寫數學模型和函數。我哪知道這個構架的函數名？

務實啊，說明人要的是能實乾的程序猿，沒什麼奇怪。面試需求很明確，要會乾的。找領導才找會說的。剛畢業面試的時候遇見過這種機試，程序猿這行算是工科，靠技術吃飯，面試動手實戰是正常的。

支持，不然很多水逼，劃水貨太多了

這樣的公司會存在

基於以下4個原因：

1 面試的人很多，不想花過多的時間去篩選。這樣做題，可以快速過濾一些濫竽充數的人

2 通過合理的上機操作，有針對性地找合適的人，匹配的人也能快速完成上機操作

3 標准，對面試者統一對待，以免主觀原因造成誤判

4 面試者的配合度，一般看到機試，有人就會直接退出。（我遇到這種情況，就會直接走）

以上4個原因，都是較為正式的原因，還有一個主要原因就是能力不行，面試官無法正確篩選簡歷，面試官無法從面試中獲取想要的信息並加以判斷。

基於最後一個原因就是我會選擇直接走的原因，面試官能力不行，表示公司對此招聘的用功不足，該公司沒有能力或沒有意願重視此次招聘。即使入職，收到的待遇不會重視，沒有必要把自己的前景壓在一個不會重視你成果的公司上。

F. 怎麼樣才能進入Google公司

在互聯網上做出突出的成就；
然後有機會被Google發現並招聘；
或者就是有足夠的關系，可以進入Google相關部門工作。