3个月疫情倒闭了近90000家企业，为什么互联网公司每天都在招人？招聘一个程序员要多少成本

最新推荐文章于 2024-09-15 19:46:31 发布

m0_64382743

最新推荐文章于 2024-09-15 19:46:31 发布

阅读量414

点赞数

分类专栏：程序员文章标签：面试移动开发 android

本文链接：https://blog.csdn.net/m0_64382743/article/details/121898138

版权

程序员专栏收录该内容

203 篇文章 3 订阅

订阅专栏

本文强调了招聘环节对公司和团队的深远影响。错误的招聘可能导致团队效率下降、资源浪费，甚至破坏团队氛围。作者通过实例说明，技术牛人并不一定适合每个团队，而匹配度和团队文化契合度才是关键。招聘应当注重找到不仅优秀而且能融入团队的成员，以提升整体效能，避免后期更大的代价。招聘就像软件工程中的早期bug发现，越早识别不合适的人选，损失越小。因此，招聘应被视为提升团队能力的重要环节。

摘要由CSDN通过智能技术生成

因为对于许多互联网公司来说，招聘这个环节，和后面的环节比起来，性价比太高了，投入相对更值得。在招聘上省钱，很有可能，会让之后的团队运作付出多得多的代价，还不一定能识别并挽回造成的损失。

也许你会猜，我大概会举招聘的 b

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】完整内容开源分享

ar 太低，入职员工技术能力不足，拖累团队的例子。诚然，这样的例子很典型、很普遍，但是这方面绝大多数团队和招聘流程都会关注，并无新意可言。而且，对于一个技术或者业务能力不足的人，无论在决策还是实现层面，由于缺少技术或者业务影响力，往往造成的负面影响比较有限，换言之，更可怕的人，可能是技术或者业务足够强，但是种种原因不契合团队，严重影响工作输出的那些，而这，足以带来超出想象的破坏力。

经历过这样一个例子：
有一位黑客界的牛人，费了九牛二虎之力把他招到团队，结果入职以后工作能力并不达标，或者说，并不契合他所擅长的内容和方式，结果搞出一大堆问题不说，deliver 也不合格，同事不得不跟在他后面给他收拾残局，给他的代码修 bug、打补丁，他本人更是非常痛苦。最后他自己和公司双方都选择“解脱”，他入职不到半年就离职了。

其实这个问题就出在招聘，他至少在某些方面得到过业界的证明，他拥有顶尖的某些能力。可是无论是工作方法上，还是向往的工作内容和团队的契合程度，都不符合要求。

一个团队的包容力固然重要，可它依然是有限的。太多的鸡汤文推崇招募牛人，可随便什么牛人放到一起工作就可以做得很好，这只是一厢情愿，它只在书本上出现。

再比如这个更可怕的例子：

有一种可怕的开会，特别是那些十几个人的团队，一开就是一个小时的会议，结果变成了神仙大会，扯的东西看似工作相关，实则都是一些遥远而不甚关联的话题。每一次开会就是十几个小时工时的浪费。按照上面粗略的时薪计算，开销可观。

什么情况下会这样？

招来不干实事，却口若悬河的人。更可怕的是这样的人混成了团队骨干。于是带着一帮人天天在会议上侃大山。

招聘就是这样，招得好，公司和团队长期受益，招得不好，长期危害。

于是有人说，招聘小投入，等到入职以后再来衡量绩效不就好了吗？绩效不好就裁掉，或者其它方式中止合同。经历实战才能出英雄，不是吗？

理儿是这个理儿，可这个逻辑存在几个致命伤：

入职后的绩效衡量，等到得到结果的时候，羊已亡，无论补牢是否已晚。有很多后果是很难弥补的。这个绩效衡量，又怎样保证尽可能客观而有效？一个“最能混”的工程师，也许能够有十种百种奇葩的办法拿到好的绩效，却没有为团队带来真正等效的价值。这里还忽视了中止合同的代价。虽说合同都是 at will 的，法律上上午说离职，下午就可以滚蛋的。除非涉及种族歧视等法律底线，极少有公司这样做，如果因为绩效原因，通常这样的合同终止，公司都会给员工以数个月的补救或缓冲时间。原因很简单，一个习惯于中止合同的公司，名声就臭了，谁还愿意来？
……
更重要的，也是我要提醒的是，我们不能总把眼光放在“不损害团队利益”这样低层次的层面，而应该盯着怎样提升团队能力这个层面。

招聘就像是唯一的一个损失极小的影响产品方方面面的环节，如果不努力招聘更好的人，怎样要求最后发布的产品变得更好？

这也是 Amazon 最初定下的，要求招的人，“比团队中 50% 以上的人更好”这个说辞的由来。

若说起招聘环节在整个公司运作中的位置，它其实和软件工程里的项目流程同理，越早发现 bug 代价越小。

从招聘，到入职，到团队建设，到项目输出，整个流程下来，总要在一个环节上面付出很大的代价。如果招聘做不好，那么倒霉的就是后面的环节。****这也像软件工程的项目流程一样，如果设计做不好，那么糟糕的设计带来糟糕的版本质量，就要靠大量的测试来弥补，多数还补不过来；而如果测试也草草了事，那就要靠疯狂的 bug fixing 和打 patch 来弥补，还几乎肯定会造成大得多的后果。越往后，代价越大，效果也越差。

因此，把问题解决得越早越好。把工程质量这个 bar 抬高，抬得越早越好，不如就从筛选工程师开始。

招聘到的工程师不只是优秀，还符合团队需要，那么在后面的流程中，就可以减少很多投入。比如，不需要花钱请人监督工程师的工作，因为工程师又自我鞭策的能力；比如，不需要大量的团队建设活动，因为工作态度和方法上彼此都有大致相似的观点；再比如，不需要招许多测试来保证质量，因为良好的设计和实现阶段的开发期测试已经足够好；比如，不需要再维护优化环节投入很多专职人员，是因为良好的稳定性、易用性和可扩展性配合好用的工具使得开发团队自身就可以搞定这些事情。

最后，回到招聘本身。面试是双向的，一个草草了事的招聘几乎意味着一家草草了事的公司。想知道未来的团队氛围是不是适合自己，那么看看是不是和面试的人聊得来；想知道公司的技术实力如何，那就看看招聘过程反映出来的技术怎样；想知道入职以后身边的人会不会优秀而且契合，那就看看来面试你的面试官是不是优秀，招聘是不是严格且谨慎吧。