程序员面试逻辑思维题

⑴ 如何看待程序员面试让上机做编程题，这样的公司多吗

从事软件开发多年，上机写代码这种考查模式在国外用的比较多，很多国内的公司也在学习这种方式，这种方式能直接看出写代码的能力，但对上机做编程题目这种事情很多成熟的程序员觉得是一种侮辱，有一些程序员看到有笔试直接就选择走人了，这些东西在面试之前应该有沟通，事情不会变得这么被动，因为对于很多有能力的程序员，能够请到面试已经非常不容易了，能力越强脾气越大。

直接上机做编程测试能力的公司不是很多，从事软件开发十几年主要经历了四家公司，面试的时候主要靠面谈为主，因为编程行业能力的高低通过交谈就能了解差不多，只需要根据简历上写的项目进行细节沟通，如果真的做过几句话就能看出大概的水平，所以很多公司压根不搞什么笔试或者上机写代码的事情，编程这个职业主要靠时间的积累，并且在积累中不断完善自己的知识体系，慢慢提高自己的认知。

一个程序员如何提升自己的能力水平，对于初学者来讲首先是学习好一门编程语言，开始学习阶段觉得编程语言就是天了，好像是学会了编程语言就能做任何的东西了，随着编程语法的学习完毕就开始尝试做一些题目，结果发现距离语法真的非常遥远，所以有很多的初学者有一种感概明明在课堂什么都明白了，结果到真正自己实践的时候什么都想不起来，这是初学者必然的经历，编程本身就是一种不断磨练编程思想的过程，编程语言属于在辅助类基础技能，没有辅助就不会写代码，编程设计思想再牛也不可能实现，两者是相辅相成的作用，编程思想里面包含着仙姑经验的积累。

很多人觉得很奇怪有些公司也不进行面试也不让上机写代码，就是通过不到一个小时的闲聊就能把一个人的水平能力和工资水平给定位下来，通过面试就能检测出编程思想以及编程基础，编程基础类的考察只需要问几个简单的语法问题就能做个大概的检测，编程思想就是完全的编程意识以及编程经验的积累，所以一些企业在招聘的时候明确写着就相关开发经验的人优先，企业招聘的目的就是希望要的人在短时间内能够上岗直接切入到项目开发中去，整体来看是不是需要上机写代码测试完全看每个公司的技术文化了。

有些技术类的公司对于程序员的基本功要求特别严格，有个同事在第一家技术公司的时候，部门技术经理特别关注程序员的基本语法，只要是简单的代码语法错误，就能到部门的黑板通报，开始实施阶段很多人上了黑板，后来随着时间的推移上去的人越来越少了，同事说到自己上了两次黑板都是因为在使用指针的时候没有初始化导致，到今天还是记忆尤新，如果在技术生涯的初期能够经历过这种企业是一个技术人的幸运了，越是严格要求的领导或者公司越是有利于技术人员 的成长，至于在面试的时候要不要上机这个就看每个公司的技术文化了，一般注重代码基础的领导会引领这个事情，希望能帮到你。

这是一个正常的流程，我觉得有时候还是有必要的考验一下面试者的。

以前这种面试实际上是很平常的，但是发展到现在越来越多的人对这样的面试很反感，大概率的原因是因为很多人更多的是在搬代码，并且搬的很成功，而真正注意写代码的人反而越来越少。
笔试和上机编程好不好？
我觉得挺好的，这样可以刷下去很多划水的人，有的人，写代码的能力并不强，但是搬代码的技术一流，随着技术越来越晚上，一些解决各种bug的网站越来越流行，现在更多的毕业生为了高工资，变成了搬代码的人，他们能解决问题吗？能，但是是他们自己的解决的吗？不是，更多的是他们通过搜索的手段，问度娘，问谷歌，渐渐的形成了一个可以解决问题的方案，虽然问题解决了，但是等遇到一个需要创新开发的时候，他们就完了，基本上没有了自我的思维。

笔试和上机可以有效的防止这类人进入公司，实际上也是一种不错的手段。

这样的公司多不多？
据我所致，目前来讲上机编程的公司不是很多，毕竟，每个公司所使用的编程软件不同，有的公司制作的软件也比较具有保密性，没办法直接考程序员的实际能力，只能通过一些算法测试，或者是什么测试，来简单的排除掉那些搬运的人。

所以上机测试的效果并不是特别好，一般的公司都会选择用笔试的方式。

我遇到过不少笔试的，上机的从来没有遇到过。

我一个同事之前换工作的时候倒是遇到过，按他所说，这样的测试并没有什么效果，毕竟测试题出得很浅，太难的问题，基本上短时间内很难解决，也不会有那么长的面试时间。

其实，在我看来，这个上机面试并没有那么大的用途，毕竟测试不到太多的东西，还不如看他自己写过的代码来的更快。至于这样的公司多不多，真没办法说，毕竟没有统计过，根据我的经验，我觉得不会太多。

笔试的我见过，但是上机的没有过。

1.笔试可以有
这么说嘛，其实简单的笔试的话肯定是可以的。因为笔试的话可以让招聘者知道你大概的能力定位在什么位置？一些逻辑编程可以测试你的逻辑能力。尤其是在it这个行业，逻辑能力是非常重要的。

如果说你是一个已经有工作经验的人。其实笔试就没有那么重要了。这时候看中的一般差不多就是你曾经的项目经历。

如果说让你做一些项目上的，比如说项目架构了这种的，你可以拒绝回答。因为我之前就有听到过说招聘产品经理，让他去设计一个产品的。结果这个公司就是通过一直招聘产品经理。然后让产品经理去设计产品相关的功能，最后再把这些所有求职者的产品相关的思维组合到一起。

虽然说这总公司是很少的，但是也不排除是有只通过这种方式来满足产品需要的。

所以解释的时候可以大概的写一个思路代码的流程，但是可以不用全部都写。

2.上机测试
我觉得这个确切的来说是有一点过分的。像这种上机考试的话，肯定他是需要一个比较完整的项目。但是这种项目谁都不知道是他们公司需要，还是让他仅仅是为了做测试。所以像这种事情完全可以直接拒绝。

在这里大概说明一下。 找工作是一个双向的过程 ，如果说是你无法接受这个公司相关的制度，或者说是相关的流程。其实你可以趁早放弃这种公司的，不然的话即使是你笔试面试都过啦，你到公司之后也会因为你自己的价值观跟企业的文化匹配不到一起。迟早还是要辞职的，所以你要慎重考虑。

其实面试的时候笔试和机试都是it的正常流程，但是在国内被玩烂了，面试和机试过程中，会有公司内遇到的问题做为面试内容的，也许是个人也许是公司，让你解决这样那样的问题，这样子的都是垃圾

作为一个老程序员，关于程序员面试的话题，非常有意思，特别有的聊。其实在 IT 界面，有两个不算公开的秘密，也就是两个不成文的习惯或者规定吧，关于面试的。

让老程序员做笔试题是一种侮辱
很多程序员，尤其是有经验的程序员，去面试的时候，尤其是去小公司面试的时候，如果对方给你出了一套笔试题，很多程序员会说： 我转头就走，这是对我经验水平的侮辱 。

你们是不是感觉很吃惊，还有这种道理？确实是，我有一次去一个创业公司面试，对方给我出了一套笔试题，我做完了，面试完回去跟一些同事聊笔试题的事，他们会惊讶的说：你竟然把笔试题做了？你是有经验的程序员，不应该经过笔试的，直接面试就行，笔试是一种侮辱。那是我才发现，好多程序员都这么认为的。

但是，我感觉这是一种病态思维，你既然去面试，其实笔试也是面试的一种，你去大公司比如 BAT 这样的公司的时候，也会有笔试，而且层层面试好几轮，你都能忍，一些小公司给你出笔试题，你竟然受不了？公司用什么方式来面试你，是公司的选择和考量，当然了，面试是一种双向选择，如果你感觉是侮辱，当然可以选择不面了，这是双方面试的权利。

但是，我感觉笔试是一种正常的流程，跟有没有经验没有关系。有经验了，你笔试你确定能过么？

很多程序员都不会选择上机测试
还有一种就是面对上机做题的面试，很多程序员都不喜欢，其实我也不喜欢的，大部分程序员好像遇到上机面试的情况，也是选择扭头就走。

其实，我感觉上机测试是可以接受的，但是是有条件的，那就是上机做题，可以做算法题，这种方式我能接受。

有一次我去面试，他让我上机做题，竟然跟我说用 Android 写个什么功能，什么模块，简直了，这种题怎么做？直接去实现功能模块，写其中的一个点，我都不熟悉需求，也不熟悉功能模块，上来就写，怎么做？没法弄。我直接就走了。

算法题属于比较明确的东西，上机做两道应该是可以接受的。

你问上机做题的这样面试的公司多吗？可以明确地告诉你，不多，我工作这么多年，面试了很多公司，只遇到过两家。

我是负责我们公司技术面试的，机试环节必不可少。题目不会很难主要是考核程序员的感觉，只有有感觉的程序员才能写好大程序，这很关键。

这主要看做什么了，我最头疼的是拿一个构架来靠你函数命令。我都是自己写数学模型和函数。我哪知道这个构架的函数名？

务实啊，说明人要的是能实干的程序猿，没什么奇怪。面试需求很明确，要会干的。找领导才找会说的。刚毕业面试的时候遇见过这种机试，程序猿这行算是工科，靠技术吃饭，面试动手实战是正常的。

支持，不然很多水逼，划水货太多了

这样的公司会存在

基于以下4个原因：

1 面试的人很多，不想花过多的时间去筛选。这样做题，可以快速过滤一些滥竽充数的人

2 通过合理的上机操作，有针对性地找合适的人，匹配的人也能快速完成上机操作

3 标准，对面试者统一对待，以免主观原因造成误判

4 面试者的配合度，一般看到机试，有人就会直接退出。（我遇到这种情况，就会直接走）

以上4个原因，都是较为正式的原因，还有一个主要原因就是能力不行，面试官无法正确筛选简历，面试官无法从面试中获取想要的信息并加以判断。

基于最后一个原因就是我会选择直接走的原因，面试官能力不行，表示公司对此招聘的用功不足，该公司没有能力或没有意愿重视此次招聘。即使入职，收到的待遇不会重视，没有必要把自己的前景压在一个不会重视你成果的公司上。

⑵ 应届生面试java相关岗位可能会被问到哪些技术问题

常见的Java问题

1.什么是Java虚拟机？为什么Java被称作是“平台无关的编程语言”？

Java虚拟机是一个可以执行Java字节码的虚拟机进程。Java源文件被编译成能被Java虚拟机执行的字节码文件。

Java被设计成允许应用程序可以运行在任意的平台，而不需要程序员为每一个平台单独重写或者是重新编译。Java虚拟机让这个变为可能，因为它知道底层硬件平台的指令长度和其他特性。

2.JDK和JRE的区别是什么？

Java运行时环境(JRE)是将要执行Java程序的Java虚拟机。它同时也包含了执行applet需要的浏览器插件。Java开发工具包(JDK)是完整的Java软件开发包，包含了JRE，编译器和其他的工具(比如：JavaDoc，Java调试器)，可以让开发者开发、编译、执行Java应用程序。

3.”static”关键字是什么意思？Java中是否可以覆盖(override)一个private或者是static的方法？

“static”关键字表明一个成员变量或者是成员方法可以在没有所属的类的实例变量的情况下被访问。
Java中static方法不能被覆盖，因为方法覆盖是基于运行时动态绑定的，而static方法是编译时静态绑定的。static方法跟类的任何实例都不相关，所以概念上不适用。

4.是否可以在static环境中访问非static变量？

static变量在Java中是属于类的，它在所有的实例中的值是一样的。当类被Java虚拟机载入的时候，会对static变量进行初始化。如果你的代码尝试不用实例来访问非static的变量，编译器会报错，因为这些变量还没有被创建出来，还没有跟任何实例关联上。

5.Java支持的数据类型有哪些？什么是自动拆装箱？

Java语言支持的8中基本数据类型是：

• byte

• short

• int

• long

• float

• double

• boolean

• char

自动装箱是Java编译器在基本数据类型和对应的对象包装类型之间做的一个转化。比如：把int转化成Integer，double转化成double，等等。反之就是自动拆箱。

6.Java中的方法覆盖(Overriding)和方法重载(Overloading)是什么意思？

Java中的方法重载发生在同一个类里面两个或者是多个方法的方法名相同但是参数不同的情况。与此相对，方法覆盖是说子类重新定义了父类的方法。方法覆盖必须有相同的方法名，参数列表和返回类型。覆盖者可能不会限制它所覆盖的方法的访问。

7.Java中，什么是构造函数？什么是构造函数重载？什么是复制构造函数？

当新对象被创建的时候，构造函数会被调用。每一个类都有构造函数。在程序员没有给类提供构造函数的情况下，Java编译器会为这个类创建一个默认的构造函数。

Java中构造函数重载和方法重载很相似。可以为一个类创建多个构造函数。每一个构造函数必须有它自己唯一的参数列表。

Java不支持像C++中那样的复制构造函数，这个不同点是因为如果你不自己写构造函数的情况下，Java不会创建默认的复制构造函数。

8.Java支持多继承么？

不支持，Java不支持多继承。每个类都只能继承一个类，但是可以实现多个接口。

9.接口和抽象类的区别是什么？

Java提供和支持创建抽象类和接口。它们的实现有共同点，不同点在于：

• 接口中所有的方法隐含的都是抽象的。而抽象类则可以同时包含抽象和非抽象的方法。

• 类可以实现很多个接口，但是只能继承一个抽象类

• 类如果要实现一个接口，它必须要实现接口声明的所有方法。但是，类可以不实现抽象类声明的所有方法，当然，在这种情况下，类也必须得声明成是抽象的。

• 抽象类可以在不提供接口方法实现的情况下实现接口。

• Java接口中声明的变量默认都是final的。抽象类可以包含非final的变量。

• Java接口中的成员函数默认是public的。抽象类的成员函数可以是private，protected或者是public。

• 接口是绝对抽象的，不可以被实例化。抽象类也不可以被实例化，但是，如果它包含main方法的话是可以被调用的。

也可以参考JDK8中抽象类和接口的区别

10.什么是值传递和引用传递？

对象被值传递，意味着传递了对象的一个副本。因此，就算是改变了对象副本，也不会影响源对象的值。

对象被引用传递，意味着传递的并不是实际的对象，而是对象的引用。因此，外部对引用对象所做的改变会反映到所有的对象上。

Java线程

⑶ 关于java程序员应聘机试

我是刚找到了一个java程序员的工作，现在我告诉你一些具体的问题；
他们首先回让你自我介绍1-3分钟，这其中，可能你就要谈到，你对java的了解吧。然后问你曾经做过那些关于java的项目（或者自己编写），他们会问你对bean是否了解，然后会问，你对j2ee了解多少，问这个的目的，对数是想问你，对ejb有多少了解，然后会问你对应用服务器，比如weblogic和websphere了解多少。因为你面试的是java程序员，还可能让你做一份java人证的考试题（1-20道），最后可能会问你关于数据库的知识在最后，可能就是问你的薪资方面的要求了。
就这些了，这是我面试所经历的一切。

⑷ java面试 谈业务逻辑

首先你要考虑的一点是，对方掌握什么样的信息、他应该想从你这里得到什么样的信息。

lz的大体思路是正确的。
首先，对方想要知道的是你做了什么。这个时候需要从整体介绍你制作的项目，例如，你的作品是针对什么样的人群，提供什么样的服务，然后是自己的特点。
然后介绍具体使用了什么样的框架和相关技术。
到此为止还不需要说细节，只要概括就可以。

等到对方问到你的时候，再确认对方想要了解什么，然后再逐一描述。

-------------------------------------------------
每个主考官的思路不同，确切地说没有正确答案，如果是我的话，会按照以下思路回答。

1.自己的思路和理解贯穿一线很重要，但是，自己的能力可以做到那一步，不能做到那一步，在哪方面需要改善，都要明确，被问到的时候诚实的讲出来。
2.基本正确，但是注意着眼点尽可能从整个服务去说，而不是单纯的PG角度。
3.这应该主要是看你的管理能力，同样没有正确答案，只有思路。不要局限于PG，把眼光放到整个团队，思考处于整个团队中的自己，需要做什么、做了什么，哪方面做得比较好、哪方面做得不够，自然而然就知道自己的价值了。

⑸ 《程序员面试逻辑题解析》epub下载在线阅读，求百度网盘云资源

《程序员面试逻辑题解析》（萨沙）电子书网盘下载免费在线阅读

链接：

书名：程序员面试逻辑题解析

作者：萨沙

译者：朱学武

豆瓣评分：7.5

出版社：人民邮电出版社

出版年份：2013-1

页数：208

内容简介：

《程序员面试逻辑题解析》共分为3个部分。第一部分从有趣且锻炼头脑的谜题入手，继而给出解题思路和详细答案，更有“热身问题”给大家提供充分的思考空间。第二部分综合了不同类型的谜题，如数独、调度问题及概率题等。神秘的第三部分带领大家不断历险，开动脑筋，解决大量密码及银行账户等方面的问题。几十道简洁的小谜题不仅充分锻炼了我们的思维方式，更为提高面试成功率奠定了基础。《程序员面试逻辑题解析》不仅适合程序员阅读，更是谜题爱好者的饕餮盛宴。

作者简介：

Dennis E. Shasha

纽约大学柯朗数学研究所计算机科学教授，先后获得耶鲁大学理学学士、雪城大学理学硕士和哈佛大学哲学博士学位。《科学美国人》网站和Dr. Dobb’s Journal的谜题专栏作家。除本书外，还着有《奇思妙想：15位计算机天才及其重大发现》、Database Tuning: A Principled Approach、The Puzzling Adventures of Dr. Ecco、Natural Computing: DNA, Quantum Bits, and the Future of Smart Machines 和Codes, Puzzles, and Conspiracy等书。

⑹ 软考程序员考试下午题如何解答

做一份工作，实际就是追寻梦想的过程，而为了完成梦想，必须有一个长期规划，从而指导我们选择工作。它是择业过程中最本质和最原始的参考借鉴。下载链接

为此，小云为你精选一份程序员面试书单，分为职业规划、编程技能两部分，适合刚毕业的大学生、正准备换工作的程序员们，涵盖算法工程师、Java工程师、测试等多个领域。

软技能 代码之外的生存指南约翰 Z.森梅兹 着

这是一本真正从“人”（而非技术也非管理）的角度关注软件开发人员自身发展的书。书中论述的内容既涉及生活习惯，又包括思维方式，凸显技术中“人”的因素，全面讲解软件行业从业人员所需知道的所有“软技能”。

本书聚焦于软件开发人员生活的方方面面，从揭秘面试的流程到精耕细作出一份杀手级简历，从创建大受欢迎的博客到打造你，从提高自己工作效率到与如何与“拖延症”做斗争，甚至包括如何投资不动产，如何关注自己的健康。

编程珠玑（第2版）乔恩·本特利（Jon Bentley） 着

作者虽然没有给出解决这些问题的具体代码，但始终非常富有洞察力和创造力地围绕着这些折磨程序员的实际问题展开讨论，从而引导读者理解问题并学会解决问题的技能，这些都是程序员实际编程生涯中的基本技能。

为此，本书给出了一些精心设计的有趣而且颇具指导意义的程序，这些程序能够为那些复杂的编程问题提供清晰而且完备的解决思路，书中还充满了对实用程序设计技巧及基本设计原则的清晰而睿智的描述。

PS：本书在第一版的基础上增加了3个方面的新内容：测试、调试和计量，集合表示，字符串问题，并对第一版的所有程序都进行了改写，生成了等量的新代码。

重构 改善既有代码的设计马丁·福勒（Martin Fowler) 着

软件开发的不朽经典，生动阐述重构原理和具体做法，普通程序员进阶到编程高手必须修炼的秘笈。

重构，一言以蔽之，就是在不改变外部行为的前提下，有条不紊地改善代码。多年前，正是《重构:改善既有代码的设计》原版的出版，使重构终于从编程高手们的小圈子走出，成为众多普通程序员日常开发工作中不可或缺的一部分。《重构:改善既有代码的设计》也因此成为与《设计模式》齐名的经典着作，被译为中、德、俄、日等众多语言，在世界范围内畅销不衰。

《重构:改善既有代码的设计》凝聚了软件开发社区专家多年摸索而获得的宝贵经验，拥有不因时光流逝而磨灭的价值。今天，无论是重构本身，业界对重构的理解，还是开发工具对重构的支持力度，都与《重构:改善既有代码的设计》最初出版时不可同日而语，但书中所蕴涵的意味和精华，依然值得反复咀嚼，而且往往能够常读常新。

C和C++程序员面试秘籍董山海 着

众多高级语言都从C/C++有所借鉴，所以说C/C++的语言基础对从事软件开发的人员来说非常重要。

本书是一本解析C/C++面试题的书，可以帮助求职者更好地准备面试。《C和C++程序员面试秘笈》共包含12章，囊括了目前企业中常见的面试题类型和考点，包括C/C++程序基础，预处理、const、static与sizeof，引用和指针，字符串，位运算与嵌入式编程，C++面向对象，C++继承和多态，数据结构，排序，泛型编程，STL，算法和逻辑思维等最常见的面试题。《C和C++程序员面试秘笈》通过技术点解析、代码辅佐的方式让读者能深刻领会每个考点背后的技术。

本书紧扣面试精髓，对各种技术的剖析一针见血，是目前想找工作的C/C++程序员和刚毕业的大学生的面试宝典。

Java程序员面试宝典杨磊 着

本书对程序设计面试中Java常见的题型和常用解答技巧进行了介绍，对现代职业人如何有效求职、面试考官如何关注求职者动态等做了详细解说。本书将为您揭开知名IT企业面试、笔试的核心机密；传授程序员岗位求职的关键技巧。

编程之法：面试和算法心得July 着

本书涉及面试、算法、机器学习三个主题。书中的每道编程题目都给出了多种思路、多种解法，不断优化、逐层递进。本书第1章至第6章分别阐述字符串、数组、树、查找、动态规划、海量数据处理等相关的编程面试题和算法，第7章介绍机器学习的两个算法—K近邻和SVM。此外，每一章都有“举一反三”和“习题”，以便读者及时运用所学的方法解决相似的问题，且在附录中收录了语言、链表、概率等其他题型。

书中的每一道题都是面试的高频题目，反复出现在最近5年各大公司的笔试和面试中，对面试备考有着极强的参考价值。全书逻辑清晰、通俗易懂，适合热爱编程、算法、机器学习，以及准备IT笔试和面试，即将求职、找工作的读者阅读。

C#与.NET程序员面试秘笈靳华 着

《C#与.NET程序员面试宝典》取材于各大IT公司的历年面试题252个（包括研发类笔试及口试题目、情商及智商类题目），详细分析了应聘C＃与.NET程序员职位的常见考点。《C#与.NET程序员面试宝典》主要内容包括：面试流程、基础语法和技术框架、数据访问及XML应用、高级特性及应用进阶、测试及质量保证、跨国公司经典面试题等。

软件测试工程师面试指导蔡为东 着

对于想要得到一份软件测试工程师职位的朋友来说，可能会有一些疑问，如软件测试这个行业究竟怎么样?什么样的人适合做软件测试?面试当中要注意什么?软件测试的基本知识点都有哪些?笔试都会涉及哪些内容?等等。本书将解答以上所有的疑问。

本书共6章内容，主要包括软件测试行业概貌、软件测试从业人员的基本要求、如何找工作、软件测试技术基础、典型的测试工程师笔试题等。本书内容丰富，讲解深入浅出，能让读者朋友在短时间内掌握基本的测试技术，了解求职过程的各个环节，熟悉各种类型的笔试题，领会面试技巧。本书后附有一些实用的附录，例如简历模板、新人工作指南等，尤其是“我在微软做软件测试外包”这一部分内容，寓故事性和知识性于一体，讲述了作者在国际软件巨头——微软公司做软件测试外包的亲身经历，相信对于广大的读者朋友有阅读和参考的价值。

本书适合想要从事软件测试工作的朋友，也可供初级软件测试工程师学习之用，另外也可作为大专院校软件测试培训的教材之一。

Android高薪之路李宁 着

《Android高薪之路:Android程序员面试宝典》取材于各大IT公司面试真题，所给出的试题尽可能地覆盖了Android应用开发的各个方面，而且大多数试题都有解析部分，读者可以通过这部分更深入地理解试题中所包含的技术内容，希望真正做到由点成线，举一反三。

《Android高薪之路:Android程序员面试宝典》中还将Android中涉及的各个常用技术问题进行筛选、分类。这样读者可以有的放矢，对自己还没有掌握的Android技术进行重点攻破，从而起到事半功倍的效果。除了对每道题目都有详细的解析和回答外，对相关知识点还有扩展说明。

《Android高薪之路:Android程序员面试宝典》对面试中Android常见的题型和常用解答技巧进行了介绍，它不仅能帮助求职者快速复习相关知识点，也对现代职业人如何有效求职做了详细解说。《Android高薪之路:Android程序员面试宝典》对于读者从求职就业到提升计算机专业知识都有显着的帮助。

编程之美《编程之美小组》

《编程之美—— 微软 技术面试心得》收集了约60道算法和 程序设计题目，这些题目大部分在近年的笔试，面试中出现过，或者是被微软员工热烈讨论过。作者试图从书中各种有趣的问题出发，引导读者发现问题，分析问题，解决问题，寻找更优的解法。

书中绝大部分题目都提供了详细的解说。 每道题目后面还有一至两道扩展问题，供读者进一步钻研。

书中还讲述了面试的各种小故事，告诉读者微软需要什么样的技术人才，重视什么样的能力，如何甄别人才。回答读者关于IT业面试，招聘， 职业发展的疑问。 这本书的很多题目会出现在IT 行业的各种笔试，面试中。但本书更深层的意义在于引导读者思考，和读者共享思考之乐，编程之美。

⑺ java实习生面试的时候一般会被问到什么问题

如果是实习生的话，就不要过分地担心，这时更主要的是积累经验。
作为一个Java开发人员，我认为如果我考察一个人，就是看它是否真正理解什么是面向对象，首先会告诉一个例子，看他是不是用面向对象的思维分析它。如果解决了这些问题，后续的学习就慢慢就会了。
当然了，这也与你的开发工作性质有关，如果你从事的是个从事Java Web开发的公司，你就需要了解Java设计模式，掌握最基本的SSH开发框架的使用，了解JavaEE的基本知识，同时对数据库有所了解。
作为实习生，没这么麻烦，你只需要有学习的激情，这些东西后续都可以掌握，但是现在有个基础，会更让人注意。

⑻ 你要面试一个程序员，应该问他什么问题

首先面试程序员分有没有经验
面试没有经验的程序员就随便问问点ssm，ssh五大框架问题，多线程什么的，再问问是否会点前端技术
有经验就看看他的简历，问他简历项目上的问题，可以围绕着简历上的项目问，通过他的回答涉及到的技术点之类的，拓展出去问其他的

⑼ 3道有意思的逻辑思维面试题

从小到大做了无数道智力题，工作之后接触到程序员逻辑思维面试题，也曾经饶有兴致的研究过。这些智力题，表面上是考智力水平，实际上是考察逻辑思维能力，而从更一般的意义而言，是在考察解决问题的能力。

一个人学习、研究、工作，其实无时无刻不是在训练或使用解决问题的能力。解决问题的能力，在我看来，有很多方面，其中很重要的一方面就是逻辑思维能力。很多人对于逻辑思维的理解是存在误区的，总以为逻辑思维只是理科生和工程师用的东西，与文科生甚至普通人没有什么关系。而实际上， 逻辑思维所涉及的范围远远不止以数学为基础的理工科，而是一种涵盖各种学科、各种工作的通识能力 。

比如说，大学学文科专业的罗振宇，几年前开了一个节目叫“罗辑思维”，强调用逻辑思维来理解世界，节目的内容涉及社会、历史、经济、人文、理工等各方面，俘获了几百万乃至上千万的粉丝。后来罗打造得到APP成为最知名的知识付费应用，就是以罗辑思维这个品牌栏目为底子做的。

最近看了一些大的科技公司（比如谷歌、微软等）等招聘员工的面试题，很有意思，在这里与大家分享，并共同探讨。

这是微软非常知名的一道面试题，曾经难倒无数学霸才子：不是说好的考程序题或者智力题吗，怎么来了一个社会基础建设问题？

为什么是圆的？方的不行吗？圆的究竟优势在哪里？

这就是在考察面试者的逻辑思维了。其实认真思考之后，不难得出“标准答案”：

如果面试者能够这样回答，说明他的逻辑思维不错，或者至少生活经验比较丰富。

那么这是唯一的正确答案吗？没有这么简单。我从一些优秀者的回答中，还发现了其它也很有道理的答案：

如果面试者能够在所谓“标准答案”的基础上，多给出几个原因，那么说明不仅逻辑思维很好，工程思维也非常棒，善于运用生活中的知识。这道题基本上给考官的印象应该是满分了。

但是，关于这道题的讨论并非到此为止。 下水道井盖一定是圆的吗？有没有可能是方的或者其它形状的？

传说有一位面试者，在被问到该问题的时候，坚持说也可以用方的井盖，并给出了合理的理由，最终成功说服了考官。下面是传说的面试过程：

这位面试者不仅逻辑思维和工程经验丰富，说服人的能力也非常强，让考官觉得他是不可多得的人才，被推荐到更需要综合技能的销售部门工作。

其实，像这样的逻辑思维面试题并没有所谓的标准答案，考官的真实目的是 考察面试者的逻辑思维能力 ，更一般的讲，是 解决问题的能力 。下水道盖也可以是方的，只要你能给出合理的理由，自圆其说。

这是Google的一道面试题：

有一栋100层高的大楼，给你两个完全相同的玻璃球。假设从某一层开始，丢下玻璃球会摔碎。那么怎么利用手中的两个球，用什么最优策略知道这个临界的层是第几层？

最笨的办法谁都能想到：

可是这个办法，最坏的情况下要试99次，平均意义上要试49次。而且只用了一个球，另一个球没利用上。显然不是最优的策略。

计算机专业的学生很容易想到更高级的办法——二分法。具体是：

用这种方法，需要log100，也就是大约7次，能够找到答案。

面试者如果能这样回答，说明对计算机专业基本算法是有了解的。但是，仔细想想，这个方法对吗？

这个方法显然是有毛病的。比如说我举一个反例，第10层是临界层的情况。按照二分法来执行，第一次试验第50层将摔碎，第二次试验第25层又将摔碎，此时两个玻璃球都摔碎了，将没有办法继续进行试验！

注意最多有两个球，也就是最多可以摔碎两次。尽管上述二分法不可行，我们是否可以借鉴其思路，先大致确定一个小的范围，然后逐个试验呢？根据这样的思路，可以提出下面的方法：

这种方法最坏的情况出现在临界层为100时，将需要试验10+10=20次；最好的情况出现在临界层为2时，只需要试验2次。而平均意义上大约需要试验10次。怎么样，是不是有效的利用了两个球呢？

按照吴军老师的说法，这种解题方法其实体现了 一种典型的工程思维：粗调和精调 。其中第一个球用于粗调，确定一个大致的范围；第二个球用于精调，在大致的范围内确定精确的值。

其实，粗调和精调的工程思维在生活和工程中都很常见：

从这几个例子，我们可以对粗调和精调的优点及注意事项进行简单的总结：

了解了粗调和精调的概念之后，我们回过头来，再次考察这道玻璃球题目。如果有3个玻璃球呢，是否有更好的方法？

当然是有的，标准的答案是采取三步试验：

细心的读者会发现，这三步试验分别把答案的可能范围缩小了4、4、5倍，最终确定了答案。

为什么是这几个数呢？而且，回过头来想想，为什么两个小球的情况下，两步试验缩小的范围分别是10、10呢？

这几个数的选择，当然绝非巧合。实际上，2个和3个玻璃球的情况下，缩小倍数分别是按照根号下100（也就是10）、3次根号下100（大约是5）来选择的。 推广到n个玻璃球的情况下，每步试验的范围缩小倍数应该是n次根号下100。 具体证明，我们在这里不做讨论。

这绝不仅仅是一个小小的逻辑题， 考官想考察的是面试者的逻辑思维，包括工程思想、分析能力以及举一反三的归纳概括能力 。知道标准答案不算什么，吃透这道题并弄清背后的深刻原理，才是本事。

这道题相对前两道来说要简单一些。据说Google过去面试产品经理的时候会问到这个问题。什么数据都不给，直接就这么问。

有些中国面试者可能不乐意了：你又不告诉我高尔夫球多大，也不告诉我这个房间的尺寸，什么数据都没有，我怎么算啊？

但是这个题没错，考官考察的就是不给数据你怎么计算！要不然小学生都能算出来了。

有些人一看没给数据，可能就会胡猜：一间普通办公室，又不是很大，高尔夫球直径大概几厘米，直观感觉应该能装几千个或者几万个吧？

然而答案恰恰违反我们的直觉：至少能装几十万个，甚至能装上百万个。

我们来算算：

一个房间竟然能装这么多高尔夫球？是不是大的出乎我们的意料呢？

有人可能会怀疑，这道题如此简单，小学生都能做，侮辱人智商吗？然而这道题实际考察的，是我们解决问题的方式。Google对产品经理的要求是：

有的面试者在没给数据的情况下可能会根据直觉乱猜，这是做事的大忌，因为很多东西其实是反直觉的，乱猜可能导致完全错误的结论，这是很危险的。最准确的做法是拿工具量一下会议室的长宽高以及高尔夫球的直径，然后进行计算。不过，在没有准确数据的情况下，合理的估算也是可行的，甚至也是必要的，估算能够帮助我们大致知道答案的范围，这在很多情况下已经足够支持决策！