我认为努力工作的表象往往意味着失败。在一个高压，中断驱动的环境下，通常是不能够进行高质量的软件开发的。长时间工作通常也并不是一个好主意。有 时解决一个困难问题的最好的方式就是停止思考，出去散个步，甚至最好去睡个觉，让你的潜意识去解决它。我最喜欢的书籍之一，是由 20 世纪一位领军的英国数学家G. H. Hardy 撰写的《A Mathematician’s Apology 一个数学家的辩白》，他在这本书里描述了他的日常生活：每天上午工作四个小时，然后看一整个下午的板球。他说一天中，超过四小时艰难的脑力工作是毫无意义并且徒劳的。
我想要对管理者说的是，应该根据结果及可运行的软件来评判人们的工作，而不是通过他们看起来的努力程度来判断。与直觉相反，你最好不要和开发者 们坐在一起，这样你才能够对他们的产出有一个更好的、不受常规或直观指标影响的了解。远程工作非常有好处，你只能根据产出来衡量他们的贡献，而不是简单地 看他们是否每天 8 小时都坐在桌前对着 IDE 噼里啪啦敲键盘，或者是否“热情地”围在彼此桌前提供“有效的”建议。