标题：How do you make programmers work 60-80 hours per week?
作者：Brian
问题
在我们创业公司里面，程序员通常工作8小时之后就回家了，我一直有阅读关于每周工作80+小时的故事的习惯。你们是如何让这些程序员工作更长时间的？我们要支付加班费吗？但是我们也给了部分员工一些股权，但这么做似乎并不凑效。
回答
接下来我将讲述一个关键的要领，因此请一定要认真阅读
很明显的一个事实是，没有程序员可以真的每周工作60-80小时，尤其是在工作日仅有5天的情况下，真要达到这个目标，意味着每天要工作12-16小时。
并且我敢保证，你们这些公司中的程序员虽然看似每天工作时间非常长，而事实上，他们真正用在工作上的时间大概只有2-4小时，其他时间在干嘛呢？其他时间被无意义的会议、浏览网页、以及一堆看似繁忙的事情所占用。
假若你注意到一个程序员每周工作30-40个小时，其实他们同样会每天只有2-4小时在做真正的工作，但会减少他们开会的时间、浏览网页的时间，并且为了让老板开心，假装在忙着。
然而我要说的是，编程是一门创造性工作，当你留意其他具有创造性的工种的时候，仅有少量的创造性工作才会对总输出产生实质作用，剩余的时间要么用在繁忙会议、要么花在整理手中的事情，或者一些琐碎的事情当中。
现在之所以把工作时长定位每周工作40小时仅仅是因为「本该如此」，但有了科学技术，几乎没有人真的每周工作达到40小时，并且坦率地说，员工也不该被要求如此。
如果你想大大提高创造性的工作的生产率，员工一定会发疯的，为啥呢？因为这些员工会讨厌他们的工作、讨厌他们的生活、讨厌他们的上司，最终这么做的结果就是辞职或者被炒。
所以说，如果你明白这些工作流程，你应该会知道有更好的解决办法。
接下来我讲一下关于我自己的案例
作为一名软件开发工程师，我的日常无非就是起床，然后去上班，完成上头分配的任务，至今为止我的雇主们对我的工作都非常满意。通常我是我们团队里面表现最好的，但是，我最高产的编码时间并不是在工作的时候。
我的一些好的、有趣的项目是一些业余项目，并且基本都是在晚上或者周末完成的。
几年前，我通过 Robert Martin 的演讲听到这种具有建设意义的方法，在视频的快结束的时候，有人问到，“那么我们究竟在什么时候编写这些代码？”，他回答道，“在你们的脑海里”，然而那个时候没有人真正去实践出一个好的例子。
因此，我决定去建立一种这样的模式，虽然这几乎和我的日常工作无任何关系，但最终我完成了。
并不是说我有很多业余时间，通常我只会在睡前花一到两个小时，大概一周5-10个小时花在这个项目，持续几个月时间。
没错，这些项目使得我能够在今天作为不错的经验分享出来，对于企业来说还是具有相当标志意义的。我花在编码上总的时间也许是100个小时，但这些时间也许永远不会发生在工作上。
日常的工作并非是为了创造意义的体验而设立的，它的存在是为了让软件开发者基于他人的指示去建造一个产品。
这样的定义似乎没错，但是这就好像让毕加索为你装饰你的房子一样，你永远无法让他完成的很好。
与此同时，我不仅仅有这样的体验，最好的程序员同样能够在业余项目编写最好的代码。
重要的地方在于，每周工作80个小时是一个错误观念，同样每周工作40个小时也是。我敢打赌大多数程序员可以在每周工作20个小时的情况下完成相同数量的工作，甚至是更多的工作量。
但是，这样的情况并不会发生，因为创始人、投资人、商人之类的认为更多时间意味着完成更多的工作。但只要他们这么做，他们将会有一堆软件开发工程师，这些工程师并没有真正的把工作做到最好，他们只是在打发时间罢了。
对了，不仅仅那些看起来忙的不可开交的软件开发人员，包括销售人员，市场人员，会计师，工程师等等，都是如此。
每周工作40小时只是让老板自我感觉良好的假象罢了，但对于公司来说，不会带来更多的收益。
每周工作80小时，那和血汗工厂没啥区别了，这仅仅会让那些不开心的老板感觉到他们的钱花得值罢了，但与此同时会使得公司的商业状况从内部开始慢慢变得糟糕。
事实就是，人们最主要的工作就是假装看起来很忙，因为这可以让老板感到开心。超出预期的额外的生产效益无法预料，不会有额外的奖励，也不会作为员工的报酬。
如果每个人都可以在每周工作40小时或者80个小时的情况下保持「满血」的状态，那将会引发更多你无法想象的问题。
所以换句话说，整个世界好像就不约而同地做了一个约定 ，「看起来一定要很忙」，对于大多数人来说，外表远比实际更重要。
如果有人认为这不是事实，那么他一定是不诚实或者没有注意到这一点。
第一次翻译，不是太好，望海涵，仅仅作为自我学习，建议阅读原文