我有个想得不太透彻的想法，就是对于项目而言，短时间高强度的工作方式，不等同于时间拉长，压力更小的工作方式。如果苹果公司在每个 iOS 版本上花两年的时间而不是一年，最终产物会截然不同，并且有些方面会改进，有些方面则更差。
Rob Ochshorn 指出，建筑专业的学生会等到项目截止的前一晚才开始设计。不是他们拖延或犯懒：等待的过程让他们有充分的时间来思考、画草图。将要截止前时间所剩无几，他们不能再费时间斟酌概念，而能专注于执行。这也许与过早的扩大规模会阻碍系统的迭代[1]有关。
我在苹果公司任职时发现，对于打磨质量的问题，如果要按流程归档后提交到 Radar 系统*，这个问题永远不会得到解决。项目管理部要拍板发布时间点，而此时问题往往依然存在，但之后又要编写新功能（就没空解决这个问题）。这样的问题最好「当即」解决。这样工作强度会增大。Chris Beiser 总结为：「无关紧要，现在做好」。（*译注： Radar 系统是苹果公司的内部 Bug 管理系统）
隐约有点关系：有效的深度工作不仅取决于时间，还取决于强度[2]
问：建筑学专业的学生会等到项目截止的前一晚才开始设计。根据 Rob Ochshorn，什么因素可以解释这个现象？
答：他们在「迟绑定（late binding）」，在付诸实物设计前花更多时间来斟酌概念。
链接至本文（已汉化）
- 暂无
声明
此内容发布由 Andy Matuschak 许可。未经允许，不得转载或修改。保留所有权利。
Thoughts Memo 汉化组译制
原文：Some outcomes are only achievable when working with very high intensity (andymatuschak.org)
参考
1. 过早的扩大规模会阻碍系统的迭代 ./500973639.html2. 有效的深度工作不仅取决于时间，还取决于强度 ./545276399.html