加载失败
这是 2025 年背景下小型独立工作室招聘开发者时的讨论，带回家作业（take-home）、AI 工具和招聘流程的现实冲突浮现出来。评论围绕着作业标称时长与实际工作量不符、面试前是否应先做 recruiter screening、以及候选人是否可以或会使用 AI 工具展开。小团队（约三人）对长周期招聘的时间成本敏感，因而有人建议外包初筛给 hiring agency（招聘机构）或只面试前五名候选人。整体讨论集中在公平性、效率与真实性三者之间的权衡。
不少评论指出公司标注的 take-home（带回家编程作业）预期为两小时，但实际题量常常更大，导致候选人被要求在初次通话前投入大量时间。把作业发给候选人而没有先做 recruiter screening（招聘筛选）会被视为红旗，候选人会因此怀疑公司是否尊重其时间与精力。有人表示在这种情况下会要求 Bring Your Own Code Examples（BYOC，带上自己现有代码示例）以避免重复劳动。总体论点是：在初筛前下发长时作业会增加候选人负担、降低申请意愿并影响招聘公平性和效率。
评论里有人对公司实行的“no-AI”政策表示好奇，因为现实中 AI 辅助编码工具已非常普及。许多面试题在短时窗口内要求完成且题量大，这促使候选人用 AI 快速搭出原型，而剩下的工作更多是 QA（质量保证）。有观点称在接近 FAANG（大型科技公司集合）层级的场景里，不使用 AI 有时会被视为不合格，因为不借助工具难以按时完成任务。讨论集中在原则性禁用 AI 与候选人在限时任务中实际效率之间的矛盾。
有人对所谓“候选人用 AI 回复”的判定方式表示好奇，并讨论如何识别 AI 生成的回复。具体可见的迹象包括大量风格一致、明显由工具生成的书面评论，或候选人在通话中出现奇怪的停顿随后给出看似被脚本化的回答。这些迹象让面试官担心交流的真实性，但也带来误判风险和道德争议。总体上，识别 AI 生成内容被视为必要但不完美的手段，需谨慎使用于评分与筛选。
多位评论者认为对于三人左右的小团队，长达数周的招聘流程代价太高，会消耗核心成员的时间与精力。建议把初步筛选外包给 hiring agency（招聘机构）或至少由 recruiter screening 先把关，然后只面试排名靠前的前五名以节省时间。领导层应把时间用在挑选能长期共事的人而不是做所有候选人的初筛工作。结论是：通过外包或集中面试名额可以降低时间成本并提高招聘效率。
take-home（take-home assignment，带回家编程作业）: 雇主给应聘者在家完成的编程或小项目任务，用于评估实际编码能力和工程实现能力。表面上常标注短时间完成（例如 2 小时），但实际题量可能更大，可能导致候选人投入大量未被报酬的时间。
Bring Your Own Code Examples (BYOC，带上自己代码示例): 候选人提供已有公开的代码样例或项目链接作为评估依据，以证明真实工作能力。BYOC 可减少候选人为面试重复编写新代码的负担，并让面试官直接评估过去实际产出。
no-AI policy（禁止使用 AI 的面试政策）: 公司在面试或作业阶段明文禁止使用 AI 工具（如代码生成器、聊天模型等）的规定。争议点在于当 AI 成为日常开发助力时，禁用政策可能与现实工作流程脱节并在限时任务中使候选人处于不利地位。