屠龙有术
为什么程序员面试时会排斥做题呢？说实话，我也有些许排斥，当面交流聊聊技术不好么，非要搞个试题来做，做题就能反应出面试者的真实水平吗？既然我们排斥做题肯定是有道理的，我求职时也有过笔试的经历，那我就说说感受和原因吧。
1.骨子里就排斥。从小到大，小学升初中要做题考试，初中升高中要做题考试，高中考大学也要做题考试，现在连找个工作还要做题考试，有没有种深深的厌恶感？感觉自己的水平和能力一辈子要跟做题挂上钩。
2.试题本身的原因。很多公司的面试题都是从网上下载或复制粘贴的，有相当一部分题目都是埋有坑的，尤其是选择题。然后就是一些问答题，需要写大量的文字，什么原理啊，过程啊，还有就是一些写完整程序的题，不仅要有思路还要有详细的代码，说实话习惯了ide的代码提示功能，真正手写时连单词都忘了。最后就是数据库多表连接查询，自关联查询，行列转换等题目，考察关联查询和子查询，但总有个别题目比较复杂，思来想去就是做不出来，那种氛围下自然会心生烦躁。告诉你们一个事实吧，面试题上出现的问题一般都不会在真实的项目中出现或者很少出现。
3.心里作用。求职者求职时本身就会紧张，然后还要在规定时间内完成一套题目，等题目作答完成，最后还要跟面试官进行面对面的沟通，这一系列的过程需要有强大的心里承受能力，对于求职者心里往往不够强大，不免产生焦虑和厌烦的心情，导致情绪失落，感觉自己发挥失常，对于心仪的公司如果没有面试成功，对求职者的打击是非常大的，往往还会影响后续其他公司的面试。
4.从公司的角度讲让求职者做题，目的在于通过做题的能力来了解求职者的技术水平，初衷是好的，但一定要把握好试题的难易程度和试题的质量，比如笔试题应以基础或便于作答的题目为主，以此增强求职者的信心，面试时再深入技术详谈和项目实践，或者所出试题的难易程度要跟需求职位相匹配，切勿需求职位是初级程序员，给出的试题是高级难题，多打击人啊。
5.作为求职者，应该以平和的心态对待求职，不管有没有笔试，或者笔试成绩的好坏去影响后面二轮的面试。试题的成绩虽能反应求职者一定的作答水平，但绝对不能决定一个人能力的高低，实践出真知，只要你能出活，保质保量地完成研发需求，你就是一名优秀的程序员。 当然，如果想进入大公司，做题能力还是要多加锻炼的，毕竟大公司面试一般都有笔试这一轮，所以平时要注重这一方面的锻炼培养。
一个有情怀的码农
1、面试时的“做题”环境、心境和真实工作时相差甚远，容易造成失误、影响发挥，所以不能苟同以此来评判程序员技术水平的方式。
这很好理解啊，你上学时候的平时作业也比考试的时候正确率要高吧？一路考上来的中国考生对考试有这种天然排斥也是可以理解的，而且写代码这种事情真的是要看感觉的呢
我亲身见过的一个例子就是，我校招那年和几个同学在外面租房子做项目，那天晚上刚好是某大厂的线上笔试嘛，然后，我就看到工作室十几个开发在那考试，两两一队，外接显示屏做笔试题（因为考试有摄像头嘛，外接个显示屏就看不出来有帮手了，大概像这样）
你能想象吗？他们很多人都是能独立开发、架构、全栈、开源的那种黑客级工程师，但是也不喜欢这种笔试方式，无法改变只能找办法适应。。。
2、用这么标准化的流程来面试我，是不是看不起我？
还有人说，我可以跟技术负责人聊一天不带喘气的，但是不喜欢被屏幕上倒数的时间催着，不喜欢被摄像头拍着去写。感觉自己像个被老师盯着练字的小学生。
3、当然，更多的原因是，能现场限时做出解决方案的高水平工程师真的不多！
“讲道理，我遇到的那些面试题，真的和学校学的完全不一样”我怎么会啊？？而且技术不像公务员考试，刷几套行测题，题库里做一遍基本就没问题了，技术问题日新月异，我们课本上学到的案例都是几年前的了，当然不足以应对大企业面临的技术问题，要求我们限时给出解决方案是真的难！！”
你觉得还有什么原因呢？欢迎评论里与我交流，坐等勾搭(✿◡‿◡)
京东校园
曾在负责的一次高级Java工程师的面试过程中，遇到一位程序员中的“老实人”，业务部门面试后，我与其沟通，想问问他的面试体验和自我感觉如何，候选人说了一大堆，最后总结说，“这次面试我准备的不够充分，仅看了一周左右的书，不像我的同事为了准备进入到***公司（隐去，确保隐私），准备了三个多月”。
鉴于听到我感兴趣的话题，我就与这位程序员兄弟聊起来了，“怎么现在面试都需要这么准备啊”，“哎，现在技术更新太快，而我们在公司天天加班，哪有时间逛论坛、学新知识啊，但是现在程序员面试很多都需要笔试，甚至是要求临时写很多代码，你不提前准备根本应付不来”。
这个栗子虽不属于程序员为什么排斥做题，但也说明做题时很多公司面试中所采用的，都已经成为一种压力了。
但面试中做题作用真的很大吗，作为专门从事招聘的我来说，也有在一些岗位中设置笔试的经验，将其作为考核候选人解决问题的思路和知识积累方面是一种很有效的方式，但实践中，笔试真的很少使用（校招除外），原因是：
1、大多数程序员找工作，都是要在多个offer中进行比较，找一份工作对其而言难度不大，他们需要比较后再做决定，因此对于优秀的程序员来讲，面试体验也可能成为他拒绝offer的因素之一（当然行业一流企业可以不怕。）
2、与上条意思差不多，就如同我们招聘CXO一样，你会安排候选人填写面试登记表吗？一些核心的程序员、技术工程师，市场热度丝毫不低于CXO，你还用考试的方式来设计面试流程，会不会显得不够尊重呢。用笔试作为流程，对于对技术了解的只是概念的HR来说，也不知晓下一个候选人是不是大牛，会不会成为挡住大牛进入的绊脚石啊，风险有点......
3、笔试考察的维度与实际能力不一定正相关，有一个群体叫“职场考霸”，任何考试都可轻松拿下，你们周边有这样的人才吗，反正我身边有，一个人身上十多本证书，能力如何我不清楚，但至少这个长处太凸显了。
4、任何流程设计都不是一劳永逸的，就如同管理制度使用时间长了，弊病越明显一样，当程序员们都已经习惯了笔试方式，再不改变留着长毛吗？所以说不是程序猿排斥这种方式，而是面试流程设计不够灵活。
职场道行
第一份面试题：
第二份面试题：
我觉得程序员之所以排斥面试题，大部分情况下排斥的是那些没弄明白面试题意义的公司。
详细点说。
面试题是一种硬性筛选手段，在求职者多职位少的情况下，招聘方为了减少工作量，使用面试题硬性过滤一些条件不够的求职者，典型例子比如校招。
而现在互联网环境下，很多小公司处于一种招不到人的状态，这时候，如果招聘方还要把鉴别候选人的时间成本用面试题转嫁给求职者的话，引起求职候选人反感是必然的。
幽蓝恋歌
作为纯技术类职位笔试还是不能少的。笔试或机试不是目的，只是手段，就像考驾照一样，不能不上车只要来听听课就给你发驾照。原因如下：
1、现在的程序员普遍技术功底和基础知识不扎实，但是在一线城市中，你在大街上随便踩一脚你都可能踩到一个程序员。如何在人群中挑出一个合适的人很难，需要逐级筛选。
2、对于大学毕业生，当前大学生绝大部分是在混日子，对于校招来说笔试或机试是最有效的方式。考验在学校的学习功底，别指望那些说天天逃课，我还照样考90分以上一样（这种人有，到比例是多少？）。大部分还是靠勤奋努力才有成绩的，所以需要通过一种方式筛选出这部分努力和勤奋的人。
3、对于培训学校的人来说，现在it相关的培训学校多如牛毛，学生的基础和素养层次不齐，刚培训出来就恨不得就要个1W+的工资，以为在培训学校学的那点技术就可以干活了。太浮躁，绝大部分水份很大，用人公司怎么能够挑选出合适的人，也只有通过笔试或者机试来过滤下，再面试，否则也是浪费面试官的时间。
总之，对于真正的高手来说，不会居于形式，何种形式的考试都能轻松自如。对于半桶水的人来说你给他任何形式都会有理由。
网友Li191335142：
因为现在培训机构很多，而且培训机构不仅培训技能，很多老板面试中会问的问题也会培训并且直接让你背着，导致很多程序员其实学没学到什么，但是钻牛角尖本领很强，面试对答如流，实践操作啥都不会，因此答题是个筛选过程，连基本题都答不会的会直接pass，把这类培训机构或者正常大学中没学到真本领的人剔除，其次就是面试环节了，这样避免浪费时间，同时也尽量做到程序员进公司能很快融入，稍微有点责任心的公司基本出的题目都是和平时工作有关的，笔试加上面试保证公司能招到合适的人。
网友用户53232688727：
这个问题说来有点复杂。其实并不是所有程序员都不喜欢做面试题。只是不喜欢做水平很差的题，不得不承认有些面试题本身不够严谨，导致面试官与候选人在技术面试过程中体验大相径庭。其实有水平的人不会毫无理由的拒绝面试题，而真正滥竽充数的程序员恰恰不敢真正面对任何笔试题，他们用这种所谓的鄙视，拒绝来表明不屑，掩盖自己的不能。当然，这么说有些让人接受不了，但结合我多年面试经验，以浑水摸鱼的程序员不敢做面试题的比例较大。另外给一些面试官提供一点建议：不要让出一些质量很差的笔试题，给了候选人鄙视你的机会。尽量问有标准答案的问题开始，然后问发挥类问题。标准答案的问题是为了考察基础知识的掌握，发挥类问题考察人的逻辑思维。
网友贝勒3：
网友熟读百家经纶心切黎民：
问题有屁用，考的大多数是书本内容，有家公司问我string类有什么常用方法。我说了几个，还一副很渴望的样子，一脸嫌弃。有本事，我问你啊。spring bean 对象是怎么生成的，底层jdk在生成spring bean的时候做了什么，为什么一开始是映射的代理对象最却能完成其初始化，百分之100，都不会。你跟过编译器走过吗？我跟过。老板要开发新系统，没有的抄袭的，全世界最新，你怎么进行软件开发。你思路是什么。怎么才能做出来。你怎么破解破解难题，保证时间。
网友yttsic：
