文章摘要
代码的价值在于运行而非阅读。传统观点认为代码应注重可读性以便维护，但更根本的是代码必须有效服务于用户需求。用户体验高于代码可维护性，后者又高于作者便利性。软件开发的终极标准是其实际效用而非代码本身。
文章总结
代码的运行比阅读更重要
在编程界有一句广为人知的格言："代码被阅读的次数远多于被编写的次数"。这句话提醒开发者，编写代码时不应为了便利而牺牲代码的可读性和可维护性。保持代码简洁、编写测试和文档等做法都是值得的投资，这体现了对软件开发周期的全面考量。
但我们可以更进一步思考：代码存在的终极目的是被使用。无论代码写得多么优雅，如果无法满足用户需求并提供良好体验，就失去了价值。因此应该将用户置于首位，尽早并频繁地获取用户反馈。
更深入来看，代码在生产环境中的"运行"（包括部署、升级、监控、维护等）所付出的长期成本，往往远超开发阶段的投入。正如Dan McKinley所言，保持系统长期可靠运行的成本通常远高于构建时的不便。这让我们需要将运维考量纳入优先级：用户 > 运维 > 开发。
在实际开发中，我们常会看到各种失衡现象： - 可维护性差的代码（开发者 > 维护者） - 难用的软件（开发 > 用户） - "在我机器上能运行"的代码（开发 > 运维） - 脱离业务的"完美"系统（开发 > 业务） - 简历驱动开发（开发优先于一切） - 从未上线的"想象式软件"（业务需求脱离实际）
最令人深思的是商业与用户关系的转变。传统观念认为优秀软件应该以用户为中心，但现实中越来越多的软件将商业利益置于用户体验之上，甚至将用户变为产品本身。这导致许多开发者的职业困惑：我们原以为做好软件就是服务用户，但行业现实却往往背道而驰。
或许我们需要建立新的平衡：既不忽视商业现实，也要坚守不伤害用户的道德底线。在用户、运维、开发和商业之间找到恰当的优先级关系，这才是构建有价值软件的关键。
评论总结
以下是评论内容的总结，平衡呈现不同观点并保留关键引用：
监管与商业模式的关系
- 支持观点：强监管能防止企业对用户的剥削，使企业成为用户资金的过滤器（choeger: "If you have strong regulations... a good thing"）
- 悲观观点：当前监管不足，大企业仍可能忽视用户利益（3form: "without a major crash... user won't matter"）
代码质量与人类/LLM对比
- 人类同样编写低效但可用的代码（alexpotato: "Humans write TONS of awful but working code"）
- 批评观点：糟糕设计不可原谅（jollyllama: "putting the oil filter inaccessibly... unforgiveable sin"）
资本主义下的优先级争议
- 企业＞用户是资本主义本质（direwolf20: "is capitalism... Non-removal is capitalism"）
- 符号解读争议：">"的含义是优先级还是顺序？（evanjrowley提问）
AI编程的潜在风险
- 代理编码可能导致维护性灾难（btown: "dev > ops style failure... only maintainable in isolation"）
- 讽刺观点：众包调试可能引发混乱（cineticdaffodil: "crowdsource debugging... screwing up"）
其他观点
- 完美软件的反讽：无用户运行的代码才无缺陷（tabsorspaces: "no customer was running it"）
- 符号泛化不足的批评（psychoslave: "failed to generalize ≹"）
总结呈现了监管、代码质量、资本逻辑、AI风险等核心争议，引用保留了原文的关键表述。