这句话里有很多智慧。除了为真正高价值的工作保留一些精力外，我认为软件工程不是一种你一直很忙就能做好的工作。试图尽快写代码很少能产生最好的设计。这篇文章没有涉及的另一个重要方面是，如何在不惹恼经理的情况下以80%的效率工作。这需要在沟通和工作量估算方面多加注意。在我刚开始第一份真正的编程工作时，从经验丰富的开发人员那里得到的第一个好的建议一直伴随着我至今：在向经理/用户汇报你完成某件事所需的时间时，先将你自己的估算时间翻倍。随着你经验的增加，这个比例可以降到1.5倍，而不是2倍，但这个原则仍然适用。
源讨论在工作中无所事事原帖 162 条评论 · 导入时统计把你的经验，加入这段讨论。
Kent Beck（可能在《Good News Factory》中，也包括在一些演讲中）提到他的团队永远不会承诺比他们认为能完成的多一半的工作量。这是一种可持续的方式。这就是需要设定的优化和先例；我们是为了长期发展，以可持续的速度稳步交付。这是一个长期的策略，过度承诺只会消耗信任，而信任是我们作为开发人员所需空间的最大资源。 少做承诺，建立信任，证明我们能兑现承诺，赢得我们不需要过度劳累的空间。 说实话，随着我变得越来越资深（作为负责人），设定界限和保护我的注意力；不让自己精疲力尽，就是我的工作。因为有很多方式会让自己陷入这种状态。
完整原文> 把你对完成某件事所需时间的估计翻倍，然后再告诉你的经理/用户。 是的，但你有没有考虑到霍夫施塔特定律（Hofstadter's Law）？ 它总是比你预期的要长，即使你已经考虑了霍夫施塔特定律。 https://en.wikipedia.org/wiki/Hofstadter%27s_law
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。