职业与工作方法web.mit.edu编辑精选
防患于未然的人，从来得不到认可
Nobody ever gets credit for fixing problems that never happened (2001) [pdf]
2015 — 2024，它一次次回到首页
黑点是上首页（≥ 50 分）的那次投稿，空心点是没冲上去的投稿，点越大分数越高。
导读
这篇 2001 年发表于 California Management Review 的论文（Repenning 与 Sterman）讨论组织为何难以持续进行流程改进：预防问题、维持系统平稳运行的工作往往不可见，而救火式的英雄行为却更容易获得关注和资源。作者用系统动力学解释这种“救火陷阱”如何形成并自我强化，进而削弱组织的长期能力。
为什么经久不衰：它精准揭示了“预防有功却无人见”的激励错位和救火循环，在工程管理与公共治理中至今仍随处可见。
HN 评论精选
出问题的项目因可见的救火而获奖励，稳定可靠的团队反而被忽视。
与此对应的一条规律是：设计糟糕、最后爆掉的项目反而获得大量关注和资源，它们的工程师最后看起来像英雄。我记得一个超大型 J2EE 网站里最差的模块得到了所有关注，拿到了更多开发人员和比计划多 10 倍的硬件……最后负责人还升职了。与此同时，另外几个模块做得毫无差错，却无人注意。这就是让业务人员来决定技术项目的结果。
alecco查看英文原文
And the matching rule: badly designed projects that blow up end up getting a lot of attention and resources, their engineers end up looking like heroes. I remember the worst module of a very large J2EE website getting all the attention, got more developers, got 10x more hardware than planned... And in the end the lead was promoted. While several other modules did their work flawlessly and went unnoticed. This is what you get when business people make decisions on technology projects.
成功预防灾难的人得不到认可，还可能因“什么都没发生”而被质疑。
Nassim Taleb 在《Fooled by Randomness》里给了一个好例子：想象一位政客在 9/11 之前通过一项耗资 10 亿美元、要求所有飞机驾驶舱上锁的法案。那位政客很可能会被批评，然后被选下台。
kaa2102查看英文原文
Nassim Taleb provides a good example in his book Fooled by Randomness. Imagine that a politician passed a $1 billion requiring all airline cockpits to be locked prior to 9/11. That politician would probably be criticized and then voted out of office.
社会正常运转背后是大量不被看见的日常维护工作。
我对政府整体上就是这么看的。人们会抱怨，但我们生活在一个（如果在美国）大多数东西都能运转、大多数东西都安全的国家。我们没有渡轮灾难，没有严重的病毒暴发，电力几乎从不停，水也可以直接喝。这是因为有人每天工作来维持这一切。
bruceb查看英文原文
This is what I think about government in general. People complain about it but we live in country (if in US) where most stuff works, most stuff is safe. We don't have ferry disasters, we don't have serious virus outbreaks, the power almost never goes out, and the water is drinkable. This is because people work everyday to keep this up.
预防性、看似轻松的胜利自古就不带来名声与功劳。
孙子在 2500 年前的《孙子兵法》里就谈过这一点：“古之所谓善战者，胜于易胜者也。故善战者之胜也，无智名，无勇功。”
kev6168查看英文原文
Sun Tzu talked about this 2500 years ago in the Art of War: """ What the ancients called a clever fighter is one who not only wins, but excels in winning with ease. Hence his victories bring him neither reputation for wisdom nor credit for courage. """
历次讨论
同类还值得读
用十年时间自学编程（1998）
Teach Yourself Programming in Ten Years (1998)
Peter Norvig 1998 年的经典文章，回应“21天/24小时学会编程”一类速成书，主张真正精通编程需要约十年持续、有意识的练习。
职业与工作方法上首页 11 次 · 2007–2025norvig.com编辑精选如何成为一名程序员：简短、全面而个人的总结
How to be a Programmer: A Short, Comprehensive, and Personal Summary
一篇广为流传的程序员成长指南，作者以个人经验系统总结了成为优秀程序员所需的各项技能——从调试、测试、沟通到团队协作与身心健康。
职业与工作方法上首页 6 次 · 2008–2015samizdat.mines.edu编辑精选不要自称程序员
Don't Call Yourself a Programmer
经典职业建议文章劝软件工程师不要把自己局限在“程序员”这个标签上，而要从公司业务角度说明自己创造的价值；文中讨论了成本中心与利润中心、头衔、求职与职业选择，也顺带批评了学术界的价…
职业与工作方法上首页 5 次 · 2011–2021kalzumeus.com编辑精选创作者的日程与经理的日程
Maker's Schedule, Manager's Schedule (2009)
Paul Graham 在这篇文章里把时间表分成两类：管理者的日程以小时为单位，会议可以填满一天；创作者（程序员、写作者等）的日程则以半天为单位，需要长时间不被打断的连续块。
职业与工作方法上首页 5 次 · 2009–2021paulgraham.com编辑精选为什么程序员的薪酬不与生产力成正比
Why programmers are not paid in proportion to their productivity
讨论为什么程序员的薪酬往往不随其生产力成比例增长：生产力难以客观量化，薪酬更多受组织预算、岗位定价和个人议价能力影响。
职业与工作方法上首页 5 次 · 2009–2022johndcook.com