谷歌程序员招聘题

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相关部门工作。