开发人员花什么时间？编写代码，调试，思考和与同事交流（包括会议）。这些活动之外的任何事情都是不必要的开销（有些会议也是不必要的，但这是不同的主题）。

 

    但是，根据我们的语言和工具，我们必须做更多的工作来支持编写代码的过程。这些活动包括但不限于：

 

    手动设置代码格式–必须对代码进行精美的对齐和格式化，但这是额外的工作。

 

    使用搜索和替换而不是重构–很少有语言和工具支持良好的重构，在大型项目中这是无价的

 

    手动调用编译–保存时编译可立即为您提供反馈；手动运行编译器的需要为编码过程增加了一个不必要的步骤

 

    在上一期的基础上，如果您的编译器很慢，那只是一个停滞时间。

 

    部署时间很慢–如果从编写代码到运行这段代码的时间超过几秒钟，那么您将浪费大量时间。例如，如果您需要在本地服务器上手动进行构建和复制文件。

 

    笨拙的资源导航–如果几次击键都无法转到给定的源文件

 

    基础架构问题–您依赖数据库，消息队列，可能还需要一些外部服务。在开发机器上安装和支持这些组件可能很麻烦。最近，我们花了一天的时间尝试集成3个组件，其中一些具有docker实例。在Windows和Mac上，Docker都无法正常工作。要开始工作，这是一个痛苦的error-google-try-error-google过程。避免使用未成熟，未经测试的工具（此处不抨击docker，仅作为示例，它可能已经得到改进/修复）

 

    操作系统问题–如果您的操作系统每两天崩溃一次，您的I/O阻塞了UI，有时您会失去ALT+TAB功能（这是我在使用Ubuntu时遇到的问题），那么您的操作系统就浪费了您的大量时间。

 

    上面的大多数手动任务可以自动化，而其他手动任务则根本不应该存在。例如，如果您使用的是Java，则可以拥有一个稳定的IDE，具有自动格式化和重构功能，保存时编译功能以及webapps的保存和刷新功能 。而且，您可以使用不会使您不时地重新编译内核的操作系统，以使其保持工作状态（请注意：此处为hyperbole）。

 

    这通常是一个权衡。例如，如果我必须在生产率方面将Java与Groovy进行比较，那么与Groovy中缺乏重构，格式化等类似，Java的（冗长的）冗长的滋扰是次要的麻烦（至少在这种情况下，几年前；如今，scala还是一样。是的，您必须多写几行，但这是一个已知的过程。如果您有不成熟的工具经常出现故障或无法正常工作（不幸的是，就是这种情况），那么如何处理该程序是未知的。您可能最终会浪费10分钟的人工“人工”，这会浪费语言的生产力。对我来说，Linux也是一个折衷方案–有时确实可以使用终端，但是它并不能证明保持系统正常运行的合理性（并且在版本升级后它完全失效了）。

 

    因为我真的感到所有开销都在消耗我的生产力，所以在使用技术方面我非常挑剔。能够更快地键入代码或写更少的代码行就可以了，但是您必须将其与必须执行的其余过程进行权衡。这就是为什么我偏爱IDE而不是文本编辑器 ，不使用Emacs ，不喜欢Scala和不使用Linux的部分原因 。

 

    您的体验可能会有所不同。但是，尝试衡量（或至少观察一下）您花了多少时间不进行实际编程（或思考），而不得不做“可自动化”或多余的工作。当您一开始不需要做的事情时，试着忽略成就感。而且，如果您偏爱的技术最终悄无声息地降低了生产力，请考虑进行更改。