为何软件工程师找不到工做？

当人们得不到offer时，他们多半会认为这是他们的错：“我被三家公司拒之门外，所以我多是一个糟糕的工程师。”在科技招聘行业工做了一段时间后，我能够向你保证，随机因素和干扰因素也扮演着重要的角色。你常常被拒绝的缘由极可能是偶然发生的事情或者不合理的缘由。前端

恐怖故事一：候选人因采用了新的框架而遭拒绝

一个企业提出了前端招聘需求，因而我给他们介绍了一个前端工程师，他对ECMAScript作出了很大贡献，并撰写了大量的开源代码。我花了好几个星期才找到这我的，并花了好几个小时来正确地评估他，包括进行视频采访（这是咱们在coderfit.com上喜欢作的事）。可是！该机构的一名工程师在浏览了他提交的代码中仅仅10分钟之后，就绝不犹豫地决定不能录用他。这位候选人甚至没有被以一种体面的方式来拒绝，由于公司竟然寄给了他一封“可能意义上的”回信：程序员

“您好！尽管您的简历和求职信是颇有竞争力的，可是很遗憾的是，因为岗位有限，咱们的招聘团队在进一步审查您的申请以后，没有将您归入进一步的考虑范围。……“面试

这是一个很是糟糕的回答，由于这位候选人甚至历来没有提交过求知信。当看到这封信的时候，我马上放下了手头的事情，开车到他们的办公室去和那个拒绝了我在2017年采访过的最佳前端工程师候选人的面试工程师进行交谈。算法

首先，这位面试工程师甚至都不能真正告诉我，他为何拒绝了这个候选人，他给出的理由只不过是说“代码被过分设计了”，尽管实际上这段代买的结构是彻底正确的，全部ES6操做符和短函数都是正确的、有效的。在和他争论了10分钟之后，候选人被拒绝的理由变得更加清晰：他在代码中使用了一个不为人所知的MVC框架，而这位面试工程师刚好不知道。实际上，我对这位候选人在编码面试中使用的框架印象很是之深入，以致于我没法理解这可能致使后面的一系列问题。api

再次，我能够提供一些背景信息来解释了为何咱们的候选人使用了这样一个未知的MVC框架：这家招聘前端的公司是一个寻找可重复流程的机构，而首席工程师（不是前文中的面试者）曾经向我抱怨，他们每次都要“为每一个客户从新发明一套机制”。我提名的这位候选人利用本身的空闲时间搭建了一个定制的框架，正好解决了这个机构所面临的一些问题。前端工程师

由于拒绝这位候选人的面试官没有看个人笔记或个人视频采访记录，他没有考虑到为何候选人使用这个框架，而只是按下了“拒绝”的按钮。并且更为不幸的是，当时公司的领导人（支持该候选人的那位）正在度假，没法对面试结果进行干预。框架

小提示：一般状况下，在对一个面试者作评估以前，先查看别人对他（她）的见解是一个坏主意。但在某些状况下，若是为本身增长一些额外的背景知识，确实是有意义的。至少不会像这个故事中的面试官同样，错失了一个很是优秀的候选人。函数

考虑到这家公司的CEO给了我一些额外报酬来让我给他们带来“最好的人”，这个故事变得尤为让人难过。我在寻找候选人上付出了额外的努力，然而，在招聘团队和面试官的共谋下，他们没有真正评估我提名的候选人。那位拒绝候选人的工程师甚至告诉我：“招聘对咱们来讲是最重要的。”若是你做为招聘人员给公司找到了得力干将，那就会让你更有自豪感；但若是你不太清楚本身的团队到底须要什么样的人才，那么招聘工做的价值就很小了。优化

更糟糕的是，这位前端工程师在受到这样的待遇后，今后拒绝和任何其余来自瑞士的雇主来往（还没交出求职信就被人力资源部回绝，长时间得不到反馈，本身提交的代码等了两周时间才被查看等等）。ui

恐怖故事二：前谷歌员工居然由于没有熟记贝叶斯公式而遭到拒绝

一个正在寻找Python工程师的创业公司面试了一个曾经在谷歌-苏黎世工做了四年的程序员。在把这位候选人推荐给初创企业的过程当中，我遇到了一些问题，由于每一个人都认为他会要求和谷歌-苏黎世等价的报酬（几乎是行业平均工资的两倍）。

然而，他对下一份工做的实际期待并无那么高——他只是想要一个解决各类有趣的技术挑战的和谐团队。所以，他接受了每一次面试邀请，并给大多数和他交谈过的人留下了深入的印象。一家初创公司让他经过了四轮面试，终面里，他和团队里的每一个人都进行了一对一交流。

然而，在面试结束后，团队中的一我的站了起来，明确表示由于候选人不知道也不能解释贝叶斯公式，所以不能被公司雇佣。

在座的每一个人彷佛都不关心，但技术主管除外。他正是那个和团队总体利益风雨同舟的人，也将是向首席执行官直接汇报的人，他们几个月以来都没有雇佣任何人。这一次，他行使了否决权，并明确表示，由于不了解某些琐碎的事情而拒绝优秀的候选人是一个至关愚蠢的理由。他们雇佣了这位前谷歌工程师。结果代表，这位工程师是公司有史以来作出最大贡献的人。

事实证实，技术主管的决定是正确的：候选人以超过记录的速度安装了他的开发环境，并在第一天就解决了三个bug。最终，每一个人都由于HR雇用了这我的而深表感动。

谷歌和它的竞争对手公司们使用一些很是有技巧性的问题或者算法问题来筛选候选人是无可厚非的，由于像这样的国际大公司能够承担得起招聘过程当中出现的“假阴性”结果，他们能够拒绝不少实际上很是优秀的候选人，由于有源源不断的优秀人才想要迈入这些公司的门槛（谷歌每一年都会收到三百万份求职申请）。可是初创企业可承担不起这样的风险，一不当心，就可能与最适合的优秀候选人失之交臂。正如Erin Ptacek所说，若是要给疯狂下定义，“就是以谷歌的风格行事，并期待能给你带来成功。”

恐怖故事三：程序员被人力资源部遗忘了

一般都我会密切关注我提名的候选人的整个招聘过程。当我在度假的时候，一个CEO告诉我他们将雇佣一个我提名的工程师。然而，在另外一个国家远程工做的人力资源部没有跟进。因为我在度假，我也没有跟进，而这位候选人在等待了几个星期之后觉得本身被拒绝了，由于没有人和他进一步沟通。这是一个很是典型的错误。

两个月后，我再次和这位候选人进行沟通，问他发生了什么事。他和人力资源部都不明白为何没有人和他进一步保持联系。因此我给全部的相关人士都写了邮件，询问咱们是否能完成这个招聘过程。

人力资源部门一般是这样一个存在——薪水底下，缺少组织。内部招聘人员一般负责其余行政任务而不是招聘。更糟糕的是，有的初创公司甚至没有人力资源部，那些来自前台的工做人员负责对创建们进行评估、拒绝或经过。这些人一般不太了解技术岗位的要求。他们只是听招聘经理对“正在寻找的人才”作出的15分钟简报，而后作出所谓的适当“过滤”。因为缺少背景知识和对岗位的理解，每每会致使公司招不到合适的人员。

恐怖故事四：候选人因水平高于面试官而惨遭拒绝…

别笑，这不是段子。我就亲眼见到过水平超过面试官的候选人。这位候选人是一个22岁的“神童”开源程序员，在简历筛选阶段就被一个面试官拒绝。让咱们叫这位面试官“乔恩”吧，我很震惊如此优秀的候选人竟然被乔恩拒绝，因此我打了个电话，进行三方会谈。

乔恩在电话里解释了他为何拒绝那个候选人的缘由，不过听起来挺好笑的，我也不知道乔恩是否是认真的。我必须说，这位乔恩不管是代码水平、Github贡献或者其余能力点都很是弱，但毕竟是他负责简历筛选，因此我不得不听取来自他的反馈。

乔恩在共享屏幕上指出了他所看到的候选代码中的一些问题。他提到的全部问题事实上都是更优化的选择，而不是所谓的问题。他其余批评的地方在不专业的人看来确实有问题，但实际上都有很好的理由。而后我发脾气了。这些批评让我颇有戒心，并提出候选人在Github上的代码质量比乔恩的要好。在这里，我作出了和个人本职背道而驰的事情。幸好HR阻止了我，告诉我“咱们不是在评估Jon”。我以为没法继续沟通了，因而赶忙转换话题、挂断了电话。

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------