
一位经理决定找出为什么自2026年4月以来,他所在团队的高级助理职位一直空缺。为此,他注册了一个新邮箱,使用了不同的名字,稍微调整了简历上的日期,并提交了申请。六分钟后,他收到了回复:系统自动拒绝了申请。有趣的是,这位经理发送的是他自己编写的简历,他也撰写了职位描述。这则故事由Reddit上r/recruitinghell社区的一位匿名用户在2026年10月20日分享。他的帖子截图被发布在X上,帖子获得了超过800万次浏览,约25万次点赞,以及超过1.2万次转发。
这位经理的团队由九人组成。在这几个月里,人力资源部门一直以候选人短缺和初步筛选不力为由。被拒后,经理花了一周时间调查原因。结果发现,过滤器在简历中寻找的是严格的React.js字样,而文件中只是写了React。一个缺失的扩展名就足以过滤掉申请。根据作者的说法,自四月以来,所有合格的申请人都符合这一标准,而复杂的劳动力市场状况在每周会议上被讨论。他现在承认自己害怕检查其他职位要求,因为不知道还有多少形式条件在过滤掉申请者。
这一故事被印度媒体News18和Economic Times报道,并专门撰写了文章。讲述者保持匿名,公司名称未被提及,媒体仅是转述帖子。无法确定在选择系统中具体是哪种机制在起作用。然而,这个案例触及了求职者的痛点:自动过滤器如何字面地解释简历文本。
React和React.js的案例并非独特,而是典型的:程序比较的是字符,而不是所写内容的含义。早在2020年,哈佛商学院和埃森哲的研究人员计算出,在美国,超过2700万人是隐形工人,因为传统的招聘方法将他们排除在外。结果,一个多余的点变成了看不见的障碍。速度加剧了这一情况:根据InterviewPal的数据,招聘人员大约在11秒内查看一份简历,通常第一个阅读简历的是程序。在这样的筛选漏斗中,人和机器都节省了时间,但候选人付出了代价。问题在于:公司中谁负责确保过滤器至少每季度在别人的简历上进行一次检查。
本材料仅供参考,不构成财务建议或推荐。




