63. 掌握（并重构）构建

掌握（并重构）构建

        对编码实践高标准严要求，却对构建脚本极其忽视的团队并不罕见，可能是认为构建脚本不重要，也可能是认为构建脚本太复杂了，需要狂热的发布工程才能完成。无法维护的、有着各种重复和错误的构建脚本会导致问题，正如很差的代码一样。
        自律的、技术强大的开发人员把构建放在他们工作的第二位的一个理由是，构建脚本经常与源代码中所用的语言不同。另一个理由是构建脚本算不上真正的“代码”。这些辩解与很多程序员喜欢学习第二种语言、正是构建过程来生成供开发人员测试和使用的可执行文件的现实大相径庭。如果不构建出来，代码是没有用的；正是构建过程定义了应用程序的组件结构。构建是开发过程的一个基本组成部分，并且构建过程中的决定可以让代码和编码更加简单。
        用错误的习语编写构建脚本会让其难以维护，更重要的是，难以改进。值得花一些时间理解进行改变的正确方法。如果应用程序是基于一个错误版本的依赖库或者构建时间配置是错误的话，就会出现bug。
        传统的测试，总是作为给“质量保证”团队的工作。现在我们认识到在编码过程中测试，对于可预测地传递价值是必需的。类似地，构建过程也需要由开发团队掌握。
        理解构建过程可以简化整个开发周期，减少支出。一个可以简单执行的构建可以让新的开发人员更快、更容易上手。构建中的自动配置可以让多人工作的项目保持一致的结果，避免出现“我这里是正常的”这样的交谈。很多构建工具可以生成代码质量报告，让你提早知道潜在的问题。通过花一点时间了解如果构建，可以帮助到自己和组内的每一个人，可以专注于编码特性，让关系人受益，并使工作更有兴趣。
        充分学习你的构建过程，了解什么时候以及如何作出修改。构建脚本是代码。它们太重要了，不能让别人来管，因为如果不构建出来，应用程序就没有开发完成。有这么一个理由就够了。编程的工作直到我们递交了可工作的软件后才算完成。

原文：Own (and Refactor) the Build by Steve Berczuk