Joseph Sibony
看到这个标题你可能会大吃一惊，但是在 Incredibuild，我们正致力于缩短开发人员的构建时间，使大型开发项目的工作更加轻松。因此，我们想知道，对于开发人员来说，构建时间长真的是一个大问题吗？不幸的是，答案对我们来说一点都不意外。
为了进一步了解这一问题，我们对全球 300 多名高级管理人员进行了调查。我们向这些高级管理人员提出了各种问题，涉及他们所运行的构建类型、所使用的工具以及他们所面临的最大问题。我们的发现很有吸引力，因为它富有洞察力。简言之，开发人员浪费大量时间等待构建完成，几乎所有人都认为这是一个严重的问题。
接下来，我们将深入了解一下这个问题，并探讨我们能做些什么。
我们的发现
首先，构建时间就是个问题，但其根本原因在很大程度上是不可避免的——代码库不断变大。91% 的调查受访者表示，他们的代码库至少有数十万行代码。76% 的受访者拥有数百万行的代码库。
预计到 2022 年，这一数字还将平均增长 18.6%。问题是，这将如何转化为构建时间，对开发人员又意味着什么？
构建时间已经很长，而且会越来越长
与我们交谈的受访者中，有四分之一的人每次构建所花费的时间都超过了半小时。从表面上看，这似乎并不多，但是当您运行 CI/CD pipeline或必须在将新更改提交到仓库之前对其不断测试时，时间确实会增加。2021 年，平均构建时间增加了近 16%，而且随着代码库变得越来越大、越来越复杂，这个数字将在 2022 年继续跃升。
长时间构建不但使开发人员、团队和公司感到沮丧，同时还增加了成本
在等待构建完成的时间里，开发人员无法完成其他有价值的任务。读博客和讨论是消磨时间的好办法，但这也意味着开发人员没有做他们应做的工作。也就是说，用于测试、迭代和生产的时间更少。
98% 的受访者表示，他们的时间浪费在等待构建完成，91% 的受访者则认为这是个问题。此外，在开发人员日常工作面临的最大挫折中，构建时间缓慢排在第三位。对于在云端工作（有近一半的受访者便是如此）并寻求云优化策略的开发人员，构建时间缓慢意味着使用更多计算资源，启动更多的实例，投入更多的成本。
工具提高了代码质量，却也延长了构建时间
这不仅仅是要写更多代码——还需要更高的代码质量。不幸的是，开发人员使用的工具（例如 76% 的受访者使用的静态代码分析）会导致构建时间变慢。这意味着，随着代码库不断变大，这些方法和工具会耗费越来越多的时间，并成为加快开发周期的绊脚石。
我们使用的解决方案只是一个权宜之计，并不能解决问题
这个问题不会很快消失，所以我们的解决方案不能是短期方案。但即便如此，我们仍在继续寻求迅速解决痼疾的办法，这可能会适得其反。许多希望缩短构建时间的组织都希望获得更多更好的硬件，并缩小其代码库的规模（无论是通过削减代码还是改进代码）。
这些都是很好的短期修复方法，但是您可以购买和升级的硬件有限，而且当“修复”代码的回报逐渐边际递减而无法继续提升。随着时间的推移，这些解决方案往往会变得不那么有效且成本更高，因此需要更好的解决方案。
拥有合适的工具并不等于拥有了灵丹妙药，但它却能带来根本性的改变
构建时间缓慢的问题没有单一的解决方案，但拥有合适的工具有助于大大缩短构建时间。通过调查，我们发现使用合适的工具可以每天节省一个小时的生产时间。也就是说，一年可以节省 36 天的时间。如要想要更具体一点（我们确实做到了），那么根据开发人员的平均工资，每年可以节省大约 2 万美元。这些生产效率的提升是巨大的，可能会带来更好的产品、更多的空间来雇佣所需的开发人员，以及更多的时间来测试、调试、迭代和发布更好的产品。
2022，提速增效
提速不仅仅是未来的流行语——随着我们的应用程序越来越大、用户的注意力持续时间越来越短，它将成为我们的必行之举。为了保持竞争力并推出更好的产品，开发团队必须优质高效，但正如我们所看到的，这并不容易。
关于开发构建时间以及组织如何减少浪费时间，想了解更多信息？
