有事没事别乱优化性能😂 刚看到的一条评论： > 一旦规模化，即使是你写的 Bug 也会拥有用户。 我大学毕业后的第一份工作是在一家公司，入职时有一个盛大的新员工培训研讨会。有一天，他们给我们讲了一个故事：那是 90 年代中期，技术团队把软件的加载时间从 5 分钟 优化到了 30 秒。 结果，客户的负面反馈瞬间爆发。 这次加载时间的优化，竟然摧毁了那家公司的企业文化。 原来，在优化之前，大家到了办公室，打开电脑，利用那 5 分钟的加载时间聊天、喝咖啡，开启轻松的一天。而现在，还没等他们从办公桌前站起来，软件就已经准备好，催着他们干活了！ 这个故事的寓意——以及上面那句引言——并不是叫你不要去改进事物。相反，它是一个提醒：你构建的软件不仅仅存在于 PRD（产品需求文档） 或测试套件中。它是一个在现实世界中与人交互的系统。人们会围绕它养成习惯，开发出变通的方法（Workarounds），甚至为了实际使用场景而依赖某些 Bug。 这对作为软件工程师的你来说至关重要：你必须理解软件的真正用途和现实世界的使用方式。你的工作不是为了完成产品经理给的一堆工单（Tickets），你的工作是构建能够解决用户问题的软件。 链接：