bat程序员在创业公司面试

‘壹’ BAT校招PM在工作半年，现在这种情况该不该跳槽到创业公司

文凭和院校：文凭是必备品，假如文凭低院校差，你就会缺失许多机遇；但是文凭和校园的危害，会伴随着你能力和实践经验的提升，而持续减少；工作经验：程序猿的工作经历，大部分是看作了是多少新项目，进行了怎样的新项目。假如你开发设计的设备有几十数百人一起应用，而我做的新项目仅仅企业的边缘系统，高下立判。公司历经：你从北大清华大学毕业，找个工作一定有优点；一样的大道理，你从BAT出去得话，跳槽找个工作也一定有优点；由于招聘面试难以在短期内精确地分辨出一个程序猿水准的多少，可是有BAT这一“品牌”在，会给你大大加分许多；

这一也是有所不同的吧，有的人感觉能去顶尖大厂学习培训，薪资底点也可以，可是一样的，有的人就会感觉大厂工作中又累，如果薪资还无法跟上得话，何必呢？实际上程序猿最重要的也是自已的技术性能力，可是大厂的一个外包装的确也是十分关键的。那样的一个大厂外包装，便是一个十分强有力的必备品，无论你的能力怎样，hr在看你的个人简历的情况下就会对你高看两眼。其实我本人感觉，假如您有能力进到像BAT那样的大厂，那么你的能力肯定是很好的，挑选进到大厂，毫无疑问也是想要能更进一步，那么即使早期的薪资略低，后边加薪也不是啥子难题。更何况，像BAT那样的大厂，薪资也不会低到哪里去的。对于值不值，就得看着你自身的一个挑选了，看一下你自己更为重视哪一方面。

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

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

‘叁’ 程序员面试，为什么感觉很多都和运维有关

不会运维的程序员不是好程序员。 这个信条要时刻谨记，不管是面试还是自己平时在工作中都要坚持这个准则，因为这对你以后的发展大有裨益。

一直以来，很多圈外人对我们程序员的观念就是永远的一本正经，着装单一，了无生趣，聪明绝顶，其实这是他们对程序员的误解，因为多才多艺，多姿多彩的程序员比比皆是，但是传统的观念或者说以偏概全的观念蒙蔽了他们的双眼，而他们自己又没有尝试去了解，所以导致人云亦云，给程序员披上了一层灰。

同样的，我们大部分程序员的观念也跟他们差不多，认为程序员就只是搬砖撸码的，至于各种部署服务器相关的工作应该是运维做的，其实非也，如果真的这样认为的话，那就真的太不把自己当程序员了。为什么这么说呢？因为我们程序员是实实在在撸码开发产品的群体，可是如果我们开发出来的东西只能自个在本地玩耍，却不能众乐乐，那还有什么意义，此时，你可能会说，交给运维啊，那么如果没有运维呢，就没法玩了，所以我们不能总是将希望寄托在别人身上，当自己有能力能够将系统进行部署的时候，那就该学会部署。

其实不仅仅是程序员，优秀的运维工程师也是需要会开发撸码的，因为有时候他们也需要开发一些小工具来进行验证，或者开发网页来进行服务的管理，所以说程序员和运维都是相辅相成的。

像我们现在很多的公司都没有明确的人员分工，特别是小公司连运维都没有，所以就谈不上让运维去部署了，那么怎么办呢？肯定就是开发人员自己去部署了，如果不会部署的话就可以去网上查找资料，其实总体来说不会很难，因为我看过很多运维其实也是在网上找资料按步聚进行操作。

另外公司之所以这么要求，一方面是基于人员成本的考虑，毕竟如果一个人能干好的事为啥非得招两个人；另一方面可能基于公司的发展问题，像一般的小公司确实没必要专门招一个运维，不过随着公司的发展，后期肯定会招专业运维，毕竟专人做专事，事半功倍。

永远记住“不会运维的程序员不是好程序员”，其实作为程序员不能总是把自己陷在撸码的深渊，除了撸码，我们还要学会产品需求分析、简单的UI画图、数据库分表分库及性能优化、运维服务器部署、单元及系统测试等等，总的来说，要想成为优秀的程序员，我们有必要把产品线上的每一个环节都略知一二，这是经验收获，一定会成为我们日后发展的资本。

技术迭代是需要时间的，而且公司预算不多的话，会选择现有系统继续使用。有的企业也会选择维稳，不会轻易开发新系统代替现有系统。

这是一个非常好的问题，作为一名IT从业者，我来回答一下。

首先，在当前的大数据、云计算时代，程序员在面试的过程中，经常会遇到与运维相关的问题，尤其是有自身产品（平台类）的企业，往往对于程序员的运维类知识有比较多的要求，所以当前的程序员，尤其是java程序员，要想获得较强的岗位竞争力，一定要重视运维类知识的学习。

在当前的大数据时代背景下，很多程序员在日常开发过程中，需要与运维人员进行配合，所以程序员在面试过程中，经常会被问及与运维相关的问题，通过这样的问题，也能够全面了解程序员是否面对过大用户的并发问题，这对于判断程序员是否适合当前的招聘岗位也有一定的参考价值。

以大数据开发岗位为例，程序员在进行大数据任务开发的过程中，不可避免地需要与运维人员打交道，其中大数据平台的搭建就是比较繁琐的过程，另外还有一系列产品的安装和部署，这些通常都需要运维人员来完成。对于一款平台类产品来说，运维人员的技术能力能够在很大程度上决定软件平台的性能，而且运维人员与开发人员的配合也非常关键。

当然，对于程序员来说，如果能够自己掌握一定的运维知识，对于开发任务的开展还是很有帮助的，如果什么问题都需要运维人员来完成，不仅需要更多的运维人员，同时也会影响项目的整体开发进度。从这个角度来看，随着未来大数据技术的逐渐落地，程序员掌握一定的运维类知识，对于提升自身的工作效率，还是很有帮助的。

在程序员面试过程当中，通过一些运维知识也能够更加直观地了解到程序员的技术栈，相对于比较复杂的开发问题来说，运维知识的脉络还是比较清晰的，通过运维知识能够在一定程度上挤出一些“技术水分”，这也是很多面试官比较愿意问运维问题的主要原因。另外，对于一些创业型公司来说，程序员掌握一定的运维类知识，也会节省一些投入，尤其在产品研发的初期。

从技术体系结构来看，要想解决大用户的并发问题和系统扩展性问题，通常需要从两个角度出发，一个角度是技术选型，比如采用扩展性比较强的大数据平台，另一个角度就是硬件扩充，但是硬件扩充的前提是要有一个可扩充的平台体系，而通过运维知识，程序员的交流会更明确，技术方案也比较直观。

从岗位任务划分的角度来看，程序员的工作任务与运维人员的工作任务有比较明确的边界，但是在云计算技术的推动下，程序员接触运维场景的情况也在不断增加，比如通过云计算平台的支撑，很多传统的运维类任务，程序员也会比较方便地完成，比如安全配置等等。

最后，程序员在进行面试的过程中，如果遇到的运维类问题并不清楚，一定要如实回答，因为运维类知识需要一个积累的过程，而且经验往往非常重要，所以很多运维类知识，在短期内是无法掌握的，如果盲目扩展自己的知识面，会为后续的工作带来很多麻烦。

如果有互联网、大数据、人工智能等方面的问题，或者是考研方面的问题，都可以在评论区留言，或者私信我！

一、提问之前的准备

首先，最重要的是，你自己一开始就应该想清楚：

只有明确这些根本性的问题，才能正确高效地完成面试。

二、提问的原则

假定你对上一节的三个问题，已经有了清晰的想法，那么接下来就可以设计如何提问了。

有一些提问的原则，是你应该遵循的：

三、考察专业能力

为了确认面试者是胜任的，你可以问一些与职位相关的专业方面的问题。（不过通常来说，一次面试不足以看出一个人的专业能力。）

比如，你的招聘职位是系统管理员，你可以问"如何快速地在50台机器上部署Linux？"（提示：正确答案不是刻录50张安装光盘。）

另外，你还应该向面试者了解他的过去，因为过去是未来的最好预测依据。不过，提问的重点不要仅仅是他过去的成果，更要关注在当时的环境中，他是如何决策和实施的。

四、考察综合素质

因为人是会发展的，所以某种程度上，面试者的综合素质要比他的专业能力更重要。

所以，具体的技术问题（如何调用API、什么是设计模式、编程语言的语法等等）可以少问一些，更应该关注面试者的事业心、对工作的热情、进取心、自律能力、毅力等方面。

下面是一些典型问题：

五、考察理性思维

某些情况下，你可能需要了解面试者的分析判断能力，看他能否全面地思考问题、客观地评价自己。

那么，你可以依次提出这样三个问题：

这里的重点是，让面试者从正反两方面评价一件自己熟悉的东西，看看他的思维是否片面。答案无所谓对错，只要面试者有一个明确的立场，能够从正反两方面说出令人信服的理由，就可以了。比如，某个软件的口碑不好，但是面试者说他很喜欢，而且说得出一大堆理由，清楚地解释了这种软件的优点和缺点在哪里，这样就很好。

不邀自来。众所周知，越大型的公司，分工越明确。在BAT里面，有专门的前端，后端，ops，dba等等。他们专研一方面，所以有深度，有沉淀。遇到问题了，找到相应的人，能够快速解决问题。

但绝大多数中小公司，更偏爱样样都会的全栈，恨不得你一个人把所有活儿做完。并不一定需要有多大深度，能干活儿就行了。

再说，现在提倡devops，开发懂点运维，能够更好地定位问题，部署和架构项目，这是需求，也是趋势。

对小公司而言基本没有专门的运维，所以需要研发具备一些运维的知识，比如数据库的搭建、nginx、jdk部署，其它开源中间件，比如Kafka、es等等

其实这个目前真正大规模用的少，炒概念的多，很多公司根本没机会用. 但是他会问

我觉得很自然的事，为什么总有人说得高大上？装个软件，调个参数，做个逻辑卷，调一调网络，配置一下分布式组件，搞个文件系统程序员就应该不会？

这些工作，我们公司一般运维人员搞不定的。所以用啥，自己整。

个人观点，计算机知识就必须全面，才能做好一个程序员吧？

而且看大家回复，我有8成猜对，有8成以上的架构师，不懂底层，知识面也没传说中那么广。

现在devops在流行，说白了企业为了省成本，研发要干一部分运维的活。运维只负责硬件网络和k8s维护，其他什么部署啦，服务编排啦，通通交给程序员做。

不过这样倒也合理，运维只负责全公司通用的设施建设，至于cicd，服务编排，熔断限流等等，都和业务强相关，交给开发做比较贴近实际业务

‘肆’ BAT校招PM在工作半年，现在该选择跳槽到创业公司吗

BAT校招PM在工作半年，现在该选择跳槽到创业公司吗我认为一个核心问题足以让你们考虑。你犹豫不决的主要原因是你衡量的东西太多了，你想得越多，得到的结果就越少。技术人员经常是这样，因为它超过了任何复杂的程序，因为所有的原因都是不确定的，当你计算所有不确定原因的影响时，这无疑是一个盲目的猜测。

简而言之，如果家庭富裕，那么就选择自己的生活经历，无论哪个选择是正确的。如果家族经济承受着很大的风险，而且家族难以接受，那么留在目前的公司是一个合理的选择。

一些候选人在面试中表现很好，面试官认为该候选人可以胜任这份工作。但更好的互联网公司从不缺简历，当有互联网经验的竞争对手出现时，传统的公司候选人就会倒下。虽然竞争对手在某些方面可能不如候选人，但面试官和人力资源部将基于风险较小的理念来选择竞争对手。许多面试官在传统公司没有经验，很难准确衡量应聘者在这种工作环境中的真实水平（更保守的公司，出于安全原因，互联网没有），因此必须根据互联网公司员工的水平对应聘者进行评级。由于环境差异、技术差距、试错成本和其他因素，结果是可以预测的，要么觉得候选人什么都不会做，要么放弃候选人作为一个安全的赌注。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

这样的公司会存在

基于以下4个原因：

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

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

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

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

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

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

‘陆’ hr面试程序员问什么问题，程序员在面试的时候的注意事项

01 和优秀开发者沟通
如果你本身没有编程背景，那就尽量找到一些优秀的开发人员给你指点迷津。
02 问专业的问题

1. 简要介绍一下你自己以及你最近在做的项目吗？
作用：这个问题可以让你更好地了解你的候选人，而谈论近期工作能了解他对工作的热情和奉献。

2. 其他时间有别的项目要做吗
作用：鉴于你的项目的时间长短和工作复杂程度，你可能只想找一个能完全投入到这个项目的人。但是很多程序员都会同时兼顾好几个项目，你要确保彼此双方的需求是什么。

3. 你是怎么看待自己的身份的？开发？产品经理？还是二者都是？
作用：理想的回答一般是‘二者都是’， 但是你要认真评估每个候选人可能给你团队带来的有利和不利影响。产品经理可以帮助设计新的功能和交互，但是你也需要足够的开发才能跟上方向从而建构你想要的内容。

4. 你会如何管理一个程序员团队？
作用：这个问题可以帮你了解候选人的领导能力和风格。

5. 告诉他们公司想要的人是怎样的。
作用：直截了当地告诉对方你的期望。像工作时间，项目长短，目标等等，这些都是对方很想知道的。就像你评价他是否适合公司一样，对方也会评价你的公司是否适合他。

03 去合适的地方招聘
你不能指望天上会掉下个好程序员给你，微软和谷歌的优秀程序员也不会自己蹦到你跟前。你的机会在于，很多这样的程序员都拥有或追求商业想法。
你可以多去一些网站、活动大赛等地方探索发掘，这比你在社交网站上找到他们的运气要大得多。

· 编程大赛
编程大赛就是程序员高手们云集在一起，合作共同完成一个软件的开发。
猿圈会定期举办此类招聘编程大赛，帮助企业挑选优质人才，提高企业品牌雇主形象。

· 开放性源代码贡献者
一些网站比如GitHub，提供在线代码存储库, 程序员可以自由对开源项目贡献自己的代码。
所以，在招聘之前，你可以先去这种网站上找一找有潜力的候选人。

· 大学
· 软件开发大会
尽可能多的去参加一些和你的产品相关的软件开发大会。

· 技术博客
你能根据他们的博客判断他们的技术技能、解决问题的能力以及写作和沟通能力。

04 没通过编程测试，坚决不录用

你只能记住一条原则，那必须是，没有让候选人参加编程测试之前，千万不能决定录用与否。

通常情况下，出于项目的紧迫，我们会倾向于选择看起来靠谱的第一个程序员，但是不拿到他的编程测试结果，不要冲动地下offer。

我也是个不懂代码的HR，但是我善于利用各种各样的工具，前段时间发现了一个猿圈测评的工具，我用它测试程序员候选人，通过测试结果判断是否值得邀约来面试，这个我觉得很赞，你可以试试看

‘柒’ 程序员面试只有三分钟，面试官还全程玩手机！网友：这叫压力测试

现如今很多公司比较关键的部门之一就是人事部了，拥有着裁员、招聘等相对关键的权利，长久如此，会让很多人事部门的人产生一些优越感，尤其有一些大厂的人事部的面试官，高傲两个字就差写在脸上了。

这不，近日一位程序员去面试一个互联网企业，就出现了类似的情况：

对此，就有网友仿佛感同身受一般，纷纷留言开怼：

有网友也遇到过这样的状况，叫去面试，自己却没有提前了解公司的状况，才会去浪费这个时间去面试。毕竟正如网友所说，越是大公司，越是谦虚。正如网友所言，有的面试官还把不尊重人叫压力测试！

还有网友为楼主感到不值，毕竟花了四十多分钟跑过去，结果面试两三分钟就出来了，有点亏。而这位楼主也补充道：公司刚刚融资了，里面的人估计也有一点优越感，认为公司取得了成就，就一副很拽的样子，而其中的那个面试官尤为胜之。

创业公司就要有创业公司的经营理念，不能因为融资了就用傲慢的态度对待求职者，不得不说，这位面试官确实是有一些问题，尊重面试者这一点就做得极其差劲不说，问出“你知道自己来面试什么岗位吗”这样的问题，可见其情商也不怎么样。

‘捌’ 程序员面试的自我评价

程序员面试的自我评价（通用5篇）

无论是在学校还是在社会中，我们需要用到自我评价的情况非常的多，自我评价不仅影响社会中人与人的交往方式，而且影响社会中人的心理健康程度，影响人的价值观和人生观的合理程度。那么自我评价一般是怎么写的呢？下面是我精心整理的程序员面试的自我评价（通用5篇），供大家参考借鉴，希望可以帮助到有需要的朋友。

程序员面试的自我评价1

各位考官：

大家好！

我是计算机专业的面试者xx，我此次应聘的职位是软件工程师，这份工作不仅与我的专业对口，同时也是我的特长与兴趣所在。现在我就从以下三个方面介绍自己：

1)学习能力：我有较强的科研能力，能熟练的进行Windows和LINU操作，并能使用VB，DELPHI等语言编程。能运用网页三剑客Photoshop软件进行相关工作。

2)实践能力：我的专长是软件开发，我希望能从事这方面的工作经验，并且我曾经发过多个系统，如人事档案管理系统，工资管理系统等等。

3)交际能力：我的性格沉稳，能坐得住，对IT行业的工作，具有非常好的适应能力，而且为人谦和，具有很强的组织和协调能力，富有的事业心和责任感使我能够面对任何困难和挑战。

从以上的简单自我介绍，我希望公司能给我一个展示自己能力的机会，让我我可以学以致用，同时我也很欣赏xx公司的企业文化与工作环境。我愿意成为企业一员，为企业的发展贡献自己的一份力量。我的职业生涯目标是，做一个既懂技术，又懂业务的复合型人才。

程序员面试的自我评价2

我是广东水利电力职业技术学院计算机信息工程系的一名学生，即将面临毕业。广东水利电力职业技术学院是教育部1999年7月26日批准成立的一所普通高等院校。学院前身是1952年10月成立的广州土木水利工程学校，至今已有五十四年的历史。在这五十四年中，学校的名称几经变异。1958年—1962年曾升格为广东水利电力学院(本科层次)，期间学院停办。1973年5月复办后定名为广东省水利电力学校(中专)，1999年7月经教育部批准，升格为广东水利电力职业技术学院。

建校至今，已培养了3万多名技术人才，他们中的'大多数已成为广东省乃至国内其他一些省份水利电力行业及相关行业的中坚力量，为各地的经济建设和水利事业发展做出了重要贡献。

三年来，在师友的严格教益及个人的努力下，我吸取了丰富的专业知识并锻炼了自己的能力;使我具备了扎实的专业基础知识，系统地掌握了c语言、汇编语言、asp.net、java，数据库原理、linu网络操作系统。局域网的组建或局域网广域网的交换与路由设计实现和维护等有关理论;熟悉涉外工作常用礼仪;具备较好的英语听、说、读、写、译等能力;能熟练操作计算机办公软件。计算机专业自我介绍实训问题。同时，我利用课余时间广泛地涉猎了大量书籍，不但充实了自己，也培养了自己多方面的技能。更重要的是，严谨的学风和端正的学习态度塑造了我朴实、稳重、创新的性格特点。

程序员面试的自我评价3

我来自xxxxxx学院xxxx系xx技术xx班的学生，我将于明年7月完成大专学业，真正步入社会，开始人生路上的新一段征程。

我这次写求职信的目的是应聘贵公司的c#程序员。

两年多来，在校领导和老师的引导下，我努力很认真的学好专业知识，训练专业技能，专业水平每一年都有明显提高。在校期间，我学习了c语言，java，c#，winform，sqlserver，oracle，有较强的实践能力。

两年半的大专生活教我学会了冷静的思考问题、以及如何面对问题，使我能在人生的坐标上找寻适合自己的位置并不断修整自我，更让我深刻认识到人要用心地去做每一件事，认真、踏实地面对人生的每一步。所以我诚挚地希望加入你们这支优秀的、富有生命力的群体，在大家的指导和帮助下，共同携手，在人生的道路上不断进取。

“天生我材必有用”，后附本人的简历，希望贵公司能给我一个发展的平台，我会好好珍惜它，并全力以赴，为实现自己的人生价值而奋斗，为贵公司的发展贡献力量。

程序员面试的自我评价4

欲善其事，必先利其器。大学几年，我始终坚持天道酬勤的原则，一日三省，自信品格的日趋完善;勇于行事，务实求新，自信工作有所成绩;三更灯火，寒窗苦读，相信学有所成。

在校期间，我始终以提高自身的综合素质为目的，以个人的全面发展为奋斗方向，树立正确的人生观和价值观，光荣地加入了中国共产党。

为适应社会发展的需求，我努力学好专业知识，多次获得奖学金，较深入、全面地掌握了软件编程、硬件维护与开发、网络应用技术等计算机科学基础理论以及计算机在企业管理、工业生产、辅助设计制造等方面的应用知识，同时注意结合自身专业特点，结合动手实践，先后参与了校新闻网页设计大赛、校程序设计大赛、挑战杯中国大学生创业计划竞赛、校科研立项项目，同时根据自己的爱好，进行了物业管理师的培训及资格认证考核、暑期社会实践调查，都取得了不凡的成绩。

作为一名即将毕业的20xx年应届计算机专业的大学生，我所拥有的是年轻和知识，使我不畏困难，善于思考，但年轻也意味着阅历浅，更需要虚心向学。同时，我也深知，毕业只是求学的一小步，社会才是一所真正的大学。我今天的求职，也正是希望得到一个更好的学习机会，从而能以更好的工作成绩为国家和单位贡献力量，同时去实现人生价值。

程序员面试的自我评价5

大家好，我叫xx，今年xx岁，xx年七月毕业于xx大学计算机科学与技术系，毕业至今一直就业于xx科技有限公司，从事j2ee企业信息化管理系统的开发，目前的岗位是项目经理，负责带领一个3-5人的小团队进行系统开发。

参加工作以来，本人先后独立或主持开发过10几个企业信息化管理系统。其中，xx电力有限公司的电费充值卡管理系统、xx集团的人力资源管理系统以及移动办公管理平台，这三个系统运行以来深受使用单位的一致好评，为企业节约了人力成本，提高了工作效率。

本人对软件开发具有浓厚的兴趣，工作之余经常钻研技术，关注IT技术的发展趋势。对业务需求分析比较透彻，在客户端界面操作的易用性上考虑得比较周全。工作至今，我从一个学徒成长为项目工作组成员，再到现在的项目经理，这几年的提升已让我具备了系统开发独挡一面的能力，而且已连续两年被评为企业优秀员工，这不仅是因为本人在工作岗位上长期都本着刻苦努力、虚心好学的态度，也是领导、师傅耐心教导的成果。

优点：本人具备丰富的工作经验、扎实的技术能力以及优良的代码编写风格，刻苦认真、虚心好学，对业务需求分析比较透彻，不仅能够独立完成任务，也能带领团队完成任务，具有良好的团队协作精神和沟通能力。

缺点：在带领团队完成项目的时候，有时会因为太过和善而显得魄力不足。

以上是我个人的自我介绍，谢谢大家!

‘玖’ 程序员面试前必做的准备工作有哪些

技术方面的技巧
第一：ABC（Always Be Coding）。
一力降十惠，说的多不如做的多，所有工作都是这样，程式也不例外。你写过的程式越多，你的能力也就越高。但是，你必须做到有目的的程式，在写程式之前做到心中有数，明白自己的短板并且加强训练，坚持不懈的挑战自己的极限，努力使自己在各方面都很优秀。我强烈建议你把自己做过的每个项目——不管是否完成——都整理成作品集，在这里推荐GitHub，非常专业的程式分享社区，你可以把自己的作品集放到这。
第二：精通至少一种多重范式程式语言。
精通一门诸如C++这样的语言能让你从根本上理解程式，因为这类语言风格多样，如何写程式完全取决于你自己的风格，你能在一种语言里体会到不同风格的程式在执行上的差别，同时要达到这样的水平还需要大量的实战与练习。而且这类语言通常在各个社区中也是最活跃的板块，你可以很容易就找到志同道合的朋友来分享经验。其他也支持多风格程式的语言还有C#、Java、PHP、Python及Ruby。
关于C++ 的题外话：有一个跟着名的面试题，许多面试官都喜欢问，是这样：“如果把C++ 分为十个等级，1 为最低，10 为最高，你认为你自己处在哪一级？”希望上帝保佑那些回答9 或者10 的人，Bjarne Stroustrup 估计也只会给自己打到8 分甚至更低（此人为C++ 之父）。主要原因是这个语言经过这麼多年无数大能的不懈努力，已经超级复杂，被称为主流设计语言中最复杂的一款也不为过。
第三：熟悉各种算法的优劣。
先看看这份关于各种算法的对比图，确定都理解了之后，试着把这些算法都用自己的方式写一遍。这样你就会对各种算法有更深刻的理解。面试的时候这几乎是必考题哦。
第四：熟悉所有常用函数。
你最好把所有的常用函数都用自己使用的语言写一遍，不要依赖于现成的函数库，这样会加深你对各个函数以及语言本身的理解。试着快速写出下列函数：向量（动态数组）、鍊表、堆栈、队列、哈希映射、集合、优先级队列等等。
第五：要更务实。
临时抱佛脚早就没有用了，踏踏实实的打好基本功才是王道，花更多的时间去解决各种程式中遇到的问题，这里推荐多去TopCoder看看，那里有很多不错的资源。里边有各种案例可供学习，试着学习里边的思考方式来解决自己遇到的问题。我当初花了整整两个礼拜在TopCoder上，到最后我都能闭着眼一只手写出迪科斯彻算法，几乎能解决所有的图形问题。所做的不过是不断重复程式。这可能是Google最终要我的原因之一吧。Eric Schmidt说：“重复从不青睐祈祷者。”
第六：程式是最简单的。
这麼多年的工作经验使我明白了一条，写程式是一个工程师所有工作中最简单明确的一部分。我常挂在嘴边的一句话是：“简单的就像写段程式一样。”我相信对于一个工程师来讲，事前准备和事后维护才是更艰难的工作。比如说，你需要在程式前计划好你需要写什么以及确保写好的程式能顺利运行。尽量让面试官知道，你不是一个只懂写程式的呆子。
需要注意地是，在别人面前写程式可能会略为别扭，最好提前做些这方面的练习，可以参考下我前任同事Dan写的这篇《Whiteboarding》。
非技术方面的技巧
需要提前说明的是我在这方面并不专业，仅供参考而已。
第一：明白你为什么选择这个公司这分工作。
不管大公司还是小公司，还是极度饥渴的创业公司，都不会要一个连公司是乾嘛的都不知道的人，哪怕这个人技术牛到一塌糊涂也不行。
第二：一定要满怀激情。
程序猿是一种没有固定工作时间的动物，如果你只是想找一份朝九晚五、有固定工资、只在偶尔加加班的工作，你还是别乾这行的好，你一定要爱程式，不管什么时间什么地点，只要有需要，就能随时投入工作。爱一行，乾一行，对于程式设计师来说尤其如此。
第三：不懂就问。
面试的时候如果碰到没有听明白的问题，一定不要不懂装懂，我曾经见过有些面试的人花了老牛鼻子的劲去解决根本没问过的问题，这不只是浪费你的时间，也是浪费我的时间。
第四：保持微笑。
所有面试宝典上都有这条，但是，不要做太过了，适当的微笑能产生很大的效果。我有时候会在面试完一个人后特别受打击，但是下一个面试者简单而真诚的微笑能让我一下子心情好起来。