文章探讨了优秀软件工程师的特质往往难以被传统标准衡量。他们可能在线表现低调，却同时处理不同层级的工作，如修复部署流程与指导新人、回复客户邮件与重构核心系统等。这些贡献常超出组织设定的绩效框架，无法被简单量化排名，体现了软件开发人才难以被标准化的独特价值。

标题：软件开发人才难以量化的本质

本文通过整合多位行业人士的观点，探讨了优秀软件工程师往往难以被传统评估体系识别的现象。

Mitchell Hashimoto在推文中指出，他合作过的最佳同事往往无法通过线上活动或工作时长来判断其能力。Nikunj Kothari在博客《沉默的实干者》中描述了一类特殊的工程师：他们同时处理不同层级的工作（如修复部署管道的同时指导新人），其贡献无法用组织的绩效标准来衡量。

Gergly Orosz在领英分享了一个典型案例：一位极其优秀的资深工程师正在求职，但他在社交媒体上几乎毫无痕迹——领英仅列出工作经历，GitHub近五年空白。这些优秀人才之所以能被识别，完全得益于共事经历。

文章指出，招聘和晋升决策者面临"可识别性"困境：评估标准往往聚焦于易于观察的表面指标（如社交媒体活跃度、GitHub提交记录），就像历史上通过笔迹或颅相判断性格的伪科学。这种机制导致那些在普通公司朝九晚五工作的实干型人才容易被忽视。

作者悲观地认为，短期内行业难以改善人才评估方式，提醒企业不要过度依赖表面指标，而错失那些默默无闻的优秀工程师。

（注：删减了原文中关于伪科学的具体举例和导航链接等非核心内容，保留了三个典型案例和核心论点，并对语言进行了符合中文阅读习惯的调整。）

这篇评论主要围绕软件人才评估的困境展开讨论，核心观点可归纳为以下四个方面：

1. 现行评估体系的缺陷

• 过度依赖算法记忆而非实际能力："Today's hiring process feels like you have to memorize algorithms" (评论1)
• 评估标准与真实工作脱节："We can't measure what's important, so we'd better measure what we can measure" (评论4类比)
• 量化评估的局限性："Promotion processes favour people who want to play the promotion game" (评论11)

2. 优秀开发者的多样性

• 成功路径各不相同：列举了两个极端案例——自幼编程的天才和半路出家的学者型开发者(评论3)
• 个性特质与能力无关："Super nice guys, complete assholes... what they have in common is great at making software" (评论9)
• 工作方式差异显著：比较了系统知识型与工作投入型开发者的同等贡献(评论7)

3. 职场现实的反思

• 自我营销的悖论："people who promote themselves the most aggressively should be looked at with skepticism" (评论14)
• 工作生活平衡："Being a hero is a young-people game... can't be a hero for years without burning out" (评论13)
• 人脉的重要性："when you need to find a new job... you will have people who wished they could have taken you" (评论17)

4. 改进建议

• 面试流程优化："leetcode just one round... then system design as main interview" (评论7)
• 质性评估的价值："word of mouth, not measuring git commits" (评论16)
• AI评估的激进方案：通过模型对比量化员工贡献(评论10)

不同观点间的张力体现在：既有对标准化评估的批判，也承认"can't think of a better framework"(评论7)；既强调专业能力，也指出"maintain professional contacts"(评论17)的实用主义。整体反映出软件行业人才评估的复杂性与多维性。