加班真的可以加快开发速度吗？

在编程开发中另一个常见的现象是对如何才能做的更多的认识。人们往往是看时长，而不是工作成果。事实上这两种之间有非常大的区别。

通常，我更欣赏不按时长来看一个人的工作。很简单，有些人一天在办公室里工作12个小时，但只有很少的实际工作成果。加班加点短期冲刺可能会有效，我们有时也这样做，一般是因为有了重大的产品问题或产品发布前的最后一拼。

然而，我们刚刚发布了RavenDB 2.5，却没有发现有加班的必要。与其用加班加点来换在某个规定的时间点上发布，我们用了更简单更轻松的方法，推迟发布一周。我能记得的，在过去6个月里，我让程序员超过6点下班的事情只有两次。

为什么要这样做，有3个理由。其中两个非常明显：

每天工作12-18个小时的人会做出的东西会越来越糟糕，对产品有害。
每天工作12-18个小时的人自己也会出问题。他会身体透支，很快就会有症状。还有别的像这样的问题我且不谈。人会崩溃，或精疲力尽。

这些事情我以前说过，但这很重要，值得再说。精疲力尽是件有害的事情。除了会导致已经证明了的身体物理和精神健康上的问题，它会影响工作质量。我以前也干过这种事情，我讨厌这样。不能让身体达到这种程度，这是我日常工作的重要规定。这也就是我为什么转向要来做产品，以前的那种状况是不可持续和承受的，如果我有这样的感觉，那我们Hibernating Rhinos公司的其他人也会有同样的感觉。

我说过有3个原因。这第三个原因和前面两个同等重要。我们Hibernating Rhinos公司要建设成一个员工能从这里退休养老的公司。这是愿景，考虑到各种因素，我们大概还要走40年，但这就是我们的愿景。我们不是一个创业公司，不需要靠在百分之一的机会中追逐那一桶金来发展。

这也就是为什么我要把人们赶出办公室、诉他们明天再解决这些问题的原因。


注*本文标题有所更改。 转自: http://www.aqee.net/get-out-of-the-way-we-are-coding-part-2/