premature-optimization - 在慢速机器上开发是否过早优化？

Question

We should develop on slow boxen because it forces us to optimize early.

Randall Hyde 在 The Fallacy of Premature Optimization 中指出，围绕 Hoare 引述有很多误解:

We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil.

特别是，即使现在的机器与霍尔时代的机器相比，它会尖叫，但这并不意味着“应该避免优化”。那么，我尊敬的同事建议我们应该以适度的速度发展，他有什么道理吗？这个想法是性能瓶颈在慢速机器上更令人恼火，因此它们可能会受到关注。

Answer 1

这应该是社区维基，因为它非常主观，并且没有“正确”的答案。

也就是说，您应该在可用的最快机器上进行开发。是的，任何较慢的事情都会引起刺激并鼓励您解决减速问题，但代价非常高:

作为一名程序员，你的生产力与你头脑中能记住的东西的数量直接相关，任何减慢你的进程或阻碍你的东西都会延长你在短期内存中记住这些想法的时间，使得你更容易忘记它们，而不得不去重新学习它们。

当您分心时，等待程序编译会使一堆错误、潜在问题和修复程序从您的脑海中消失。等待对话框加载或查询完成会类似地打断您。

即使你忽略了这种影响，你仍然知道后面的陈述是真实的 - 早期的优化会让你在圈子里追逐自己，破坏已经有效的代码，并猜测(通常准确性很差)事情可能会陷入困境下。首先正确地设计你的代码，你可以忘记优化，直到它有机会安顿下来，此时任何必要的优化都是显而易见的。