面试官的笔记
这里对软件工程招聘做法提出了尖锐批评,从关于 SOLID 和 Big-O 的冷知识式问题,到过度依赖 LeetCode 刷题、学业成绩和特定文化行话。评论者认为,这些做法往往筛选的是记忆力、从众性和特权,而不是真正的问题解决能力、沟通能力和真实经验,并指出工作样本测试和对过往项目的深入讨论等替代方案。也有一些实用建议:研究公司、认真倾听、简洁表达,并确保远程设备设置,尤其是音频,不会拖后腿。
候选人准备与动机
- 许多人支持基础准备:研究公司、了解产品、对自己感兴趣的原因有一个具体说法,并提出有见地的问题。
- 也有人提出异议:大多数公司并不“特别”,所以要求很深的热情是自以为是的;对于员工岗位来说,最低限度但真诚的兴趣加上公平的薪酬就已经足够。
- 领导岗位则被期望表现出更具体的兴趣和更强的上下文把握能力。
沟通与面试表现
- 强调简洁、聚焦的回答;“话痨式倾倒”和长篇离题是常见失败模式。
- 对于沟通能力较弱的人,建议使用结构化方法(例如类似 STAR 的方法)。
- 听清问题、不打断面试官、直接作答,这些都被反复强调。
- 在编码任务中忽视提示被视为重大危险信号;从卡住的状态中协作脱困,比一开始的完美更重要。
远程设置与后勤
- 多条评论强调要有可靠的麦克风、网络和基本的视频通话能力,尤其是远程岗位。
- 对于音频设备该投入多少存在争论;共识是“任何东西都比糟糕的蓝牙/笔记本麦克风强”,但有人提到较新的 MacBook 麦克风是个例外。
- 有人询问是否有能改善语音质量的软件;没有形成明确的共识方案。
面试内容:问什么以及为什么
- 对理论性问题(SOLID、HTTP 动词、内连接等)看法不一:
- 有人回避这些问题,更喜欢简单到中等难度的编码任务加解释。
- 也有人认为偏批评式的问题(例如“你不同意哪条 SOLID 原则,为什么?”)有助于探测深度和判断力——前提是不把它当作死记硬背的冷知识。
- SOLID 和 “Uncle Bob” 引发了大量争论:
- 有人认为 SOLID 是永恒、广泛适用的设计指导。
- 也有人认为它过时、过度抽象,或是企业级 OOP 教条式的盲从。
- 还有几位指出,许多开发者其实是自然而然地应用了类似想法,只是不知道这个缩写。
信号:LeetCode、成绩与启发式判断
- 一派认为“精通 LeetCode + 性格讨喜”是许多公司里的主流策略。
- 另一派更偏好工作样本式任务、对过往系统的深入探讨,以及围绕真实项目的讨论,而不是谜题和冷知识。
- 学业记录颇具争议:
- 有人认为它是衡量工作习惯和认真程度的不错启发式指标。
- 也有人反驳说,这会不利于神经多样性人群、年长候选人,并且忽视了学校与工作之间动机差异。
- 还有批评指出,许多面试流程优化的是面试官的舒适感、冷知识和文化契合度,而不是对工作表现的经验性预测。
元观察与犬儒主义
- 几位评论者称面试是一种“糟糕”但根深蒂固的筛选方法,往往与实际工作技能不匹配。
- 还担忧过度严苛、把关式的面试,以及依赖行话和缩写作为社交信号而不是真实能力。
- 有人建议提前发题以引出更深入的回答;也有人说这会扭曲期望中的信号。