我完成了12项基于技能的招聘评估——它们归纳出的3种类型

发布: (2026年5月2日 GMT+8 08:40)
9 分钟阅读
原文: Dev.to

Source: Dev.to

Source: https://dev.to/charliemorrison/skills-based-hiring-is-real-now-heres-how-to-use-it-to-your-advantage-4kh4

概览

几周前,我写了关于技能导向招聘已成现实的文章。此后,我个人在 9 家公司中完成了 12 次此类评估——一方面出于研究好奇,另一方面因为其中一些评估正好与我感兴趣的职位挂钩。

我现在确信,90 % 的“技能导向”招聘评估只有三种口味。一旦你识别出自己即将参加的是哪种口味,就可以在 20 分钟内进行预备,并以明显更平静的状态进入评估。

Source:

Flavor 1:现场编码模式匹配

实际内容: 一场 35‑60 分钟的现场会话,通常在 CoderPad 或 HackerRank 上进行,你在向大多数保持静音的面试官解释思路的同时解决 1‑2 道题目。

如何在测试前识别

  • 日历邀请上写着 “Technical Screen” 或 “Coding Pair”。
  • 预计时长为 45‑60 分钟(45 分钟 = 一道题,60 分钟 = 两道题)。
  • 邀请中列出的工具是 CoderPad、HackerRank,或 “shared editor”。

他们实际评分的点

  • 代码是否能在第一次运行时编译通过(约占总分的 25%)。
  • 编码时是否进行思考朗读(这点非常重要——沉默的解题者即使完成也会被扣分)。
  • 在动手写代码前是否提出一到两个澄清问题。
  • 在后续被问到 “时间复杂度是多少?” 时是否能镇定回答。

需要准备的内容

  • 考试当天早上做两道热身题(不要前一天晚上做——近期练习比数量更重要)。
  • 一个常用的开场白:“在开始之前,我想先澄清两件事”。
  • 对大声思考保持舒适——可以在散步时独自练习,边走边叙述自己的思考过程。

口味 2:带强制时间盒的在家项目

它到底是什么: 通过电子邮件发送给你的问题陈述,通常是一个小型 CRUD 项目,明确指示“不要超过 4 小时”或“在 5 天内交付”。

如何识别

  • 邮件中包含问题陈述和一个 GitHub 仓库模板。
  • “在 X 天内交付”,但也写明“不要超过 Y 小时”。
  • 该岗位是中高级个人贡献者(IC)。

实际评分项(按顺序)

  1. 你是否真的在时间盒内停止?公司越来越怀疑那些看起来用了 12 小时却超出 4 小时限制的提交。三家我询问的公司承认会扣分过度打磨的作品。过度打磨 = 更低分,而不是更高分。
  2. 你是否交付了核心需求,还是在基础设施上花了太多时间?
  3. 你的 README 是否足够清晰,使他们能够在 90 秒内克隆、运行并验证?
  4. 你的测试用例是否务实?不是要穷尽所有情况——务实即可。两三条好的测试胜过 30 条琐碎的测试。

准备工作

  • 为公司使用的技术栈准备一个模板仓库,包含 .gitignore、README 框架、基本测试配置。每次都复用它。
  • 为 README 预先写好“一旦有更多时间我会做的事情”章节,列出 3‑5 条诚实的条目。
  • 练习决定削减哪些内容,而不是添加哪些内容。该测试奖励的技能是范围控制的自律。

Flavor 3:异步“真实工作”模拟

实际内容: 你将获得公司实际产品中一小块的沙盒化版本。任务是完成一个具代表性的工作——修复 bug、添加小功能、编写迁移脚本等。有时会付费(约 $100‑300),有时则免费。

如何辨认

  • 任务描述中提到“我们的实际代码库”或“我们系统的沙盒化版本”。
  • 时长较长(通常 1 周),但实际工作量较小(3‑5 小时)。
  • 联系人是正式工程师(而非招聘人员)。

他们真正评估的点

  • 你能否在不熟悉的代码库中顺利工作,而不是手忙脚乱?
  • 你的提问方式更像同事还是候选人?比如“我注意到 X,这是不是有意为之,还是应该把它当作 bug 的一部分?”要好于“我该怎么运行这个?”
  • 你能否写出一份 PR 描述,让另一位工程师在没有你在场的情况下也能审阅?
  • 你能否为权衡取舍提供理由?他们会问为什么不做 Y 而选择 X。准备好答案。

事前准备

  • 前一晚快速浏览代码库。不要实际动手解决问题,只是熟悉环境:测试在哪里、构建命令是什么、项目如何组织。
  • 将 PR 描述写得像你已经是团队成员一样。加入“我考虑的权衡取舍”章节。
  • 若有任何澄清问题,按真实 PR 的格式提出:一句上下文说明、一个具体问题、以及若未得到回复你将采取的行动。

这些测试都不涉及的内容(尽管营销如此宣称)

  • 你单纯的算法能力。
  • 你简历上写的工作年限。
  • 你的学历。
  • 你的“热情”。
  • 人格匹配(那是另一轮考核)。

作弊代码:询问你将要面对的面试类型

这是单一最大杠杆点。当招聘人员发送邀请时,回复一句话:

“快速提个问题帮助我准备——这主要是现场编码环节、居家完成的任务,还是沙盒化的真实工作任务?”

在过去六个月的每一次循环中我都这么问。每位招聘人员都有回应。大多数人的回答出乎意料地具体(“这是居家任务,你将在周五上午收到任务说明,目标时长为 4 小时,评估标准是 PR 质量和 README 的清晰度”)。这一个问题就能把黑箱变成明确的准备目标。

关于技能导向招聘如何决定谁能拿到 offer 的更广泛模式,请参阅原帖: Skills‑Based Hiring Is Real Now

这里有如何利用它为自己争取优势的指南 详细阐述了公司侧的运作机制。

如果你想更深入了解我亲身遇到的八种具体测试类型,请阅读 The 8 Skills Tests Companies Are Actually Using in 2026 的完整版本。

0 浏览
Back to Blog

相关文章

阅读更多 »