资深程序员收集错误，新手在删除记录

一份开发者调研显示，初级工程师平均在错误复盘上花费的时间，只有资深工程师的1/5——但前者的职业焦虑指数却是后者的2.3倍。

这组数据的矛盾点在于：我们以为隐藏错误能保护自己，实际上却在剥夺成长所需的原材料。

「被看见」的恐惧

每个初级开发者都经历过这个瞬间。

提交代码审查，看到反馈评论，胃部下沉——不是因为反馈错了，而是因为有人看见了。

大多数人的反应是加倍努力，确保这种事不再发生。

这种本能感觉正确。事实并非如此。

作者回忆自己曾在代码审查前熬夜重构，把代码改成"看起来懂行"的样子。遇到基础问题，先在Stack Overflow（技术问答社区）泡40分钟才敢提问—— terrified（害怕）它显得太简单。

他告诉自己这是严谨。实际上，这是一种高效回避经验积累的方式。

阅读错误和亲身经历错误，不是一回事。

阅读意味着你能回答关于它的问题。经历意味着生产环境凌晨11点崩溃时，你的手比大脑先动。

一个是信息。另一个是本能。

初级与资深的差距不是年限。是深度——而深度只来自与失败接触，而非回避它。

最贵的错误长什么样

作者在整理100个初级开发者常见错误后，发现了一个模式。

最贵的错误不是语法错误或糟糕的接口设计。它们长这样：

• 过度工程化一个三天后就要废弃的功能

• 在压力之下说"没问题"，而不是"我需要时间确认"

• 把"我不理解"重新包装成"这个设计有问题"

• 用工作时长代替工作成果来衡量自己的价值

这些都不会被代码检查工具（linter）标红。它们无声地叠加——塑造你的工作方式、沟通模式和压力应对——直到你环顾四周，发现同期入职的人都走得更远。

资深开发者不是不再犯错的人。

他们建立了一个自己的失败目录。他们记得当时的上下文、当时感觉坚实的推理、事情出错的精确时刻。他们构建了一个内部模式库：如果出现这种 setup（设置），小心那个。

初级开发者试图抹除错误。资深开发者分类归档它们。

这个转变——从要隐藏的东西到要归档的东西——才是真正加速成长的开关。

「必须犯」的100个错误

《100 Mistakes Every Junior Developer Must Make》这个标题是刻意的。

这些不是要避免的错误——是要去犯、去存活、去理解、并加入你目录的错误。这份指南涵盖100个具体场景：技术陷阱、沟通失败、规划失误，以及几乎是一种成人礼的自我破坏模式。

目标是压缩。让你更快到达"我来过这里"，这样下一个错误会被分类而不是仅仅被熬过去。

短期回避错误让你安全。长期收集错误让你危险——那种能解决问题的危险。

作者把这份指南发在devkoan——一份面向想要构建、发布、并从工作中获得收益的开发者的新闻通讯。

这里有一个值得追问的问题：如果你的团队文化惩罚错误暴露，你实际上在支付什么样的隐性成本？不是道德层面的，是资产负债表层面的——项目延期、人员流失、知识无法沉淀。

另一个角度：当你面试资深候选人时，你会问他们做过什么成功案例，还是问他们搞砸过什么、以及之后系统发生了什么变化？