2021 年开发人员的绊脚石:构建时间长

Joseph Sibony
Joseph Sibony / 5月 16 2022
2021 年开发人员的绊脚石:构建时间长

看到这个标题你可能会大吃一惊,但是在 Incredibuild,我们正致力于缩短开发人员的构建时间,使大型开发项目的工作更加轻松。因此,我们想知道,对于开发人员来说,构建时间长真的是一个大问题吗?不幸的是,答案对我们来说一点都不意外。

为了进一步了解这一问题,我们对全球 300 多名高级管理人员进行了调查。我们向这些高级管理人员提出了各种问题,涉及他们所运行的构建类型、所使用的工具以及他们所面临的最大问题。我们的发现很有吸引力,因为它富有洞察力。简言之,开发人员浪费大量时间等待构建完成,几乎所有人都认为这是一个严重的问题。

接下来,我们将深入了解一下这个问题,并探讨我们能做些什么。

我们的发现

首先,构建时间就是个问题,但其根本原因在很大程度上是不可避免的——代码库不断变大。91% 的调查受访者表示,他们的代码库至少有数十万行代码。76% 的受访者拥有数百万行的代码库。

预计到 2022 年,这一数字还将平均增长 18.6%。问题是,这将如何转化为构建时间,对开发人员又意味着什么?

构建时间已经很长,而且会越来越长

与我们交谈的受访者中,有四分之一的人每次构建所花费的时间都超过了半小时。从表面上看,这似乎并不多,但是当您运行 CI/CD pipeline或必须在将新更改提交到仓库之前对其不断测试时,时间确实会增加。2021 年,平均构建时间增加了近 16%,而且随着代码库变得越来越大、越来越复杂,这个数字将在 2022 年继续跃升。

长时间构建不但使开发人员、团队和公司感到沮丧,同时还增加了成本

在等待构建完成的时间里,开发人员无法完成其他有价值的任务。读博客和讨论是消磨时间的好办法,但这也意味着开发人员没有做他们应做的工作。也就是说,用于测试、迭代和生产的时间更少。

98% 的受访者表示,他们的时间浪费在等待构建完成,91% 的受访者则认为这是个问题。此外,在开发人员日常工作面临的最大挫折中,构建时间缓慢排在第三位。对于在云端工作(有近一半的受访者便是如此)并寻求云优化策略的开发人员,构建时间缓慢意味着使用更多计算资源,启动更多的实例,投入更多的成本。

工具提高了代码质量,却也延长了构建时间

这不仅仅是要写更多代码——还需要更高的代码质量。不幸的是,开发人员使用的工具(例如 76% 的受访者使用的静态代码分析)会导致构建时间变慢。这意味着,随着代码库不断变大,这些方法和工具会耗费越来越多的时间,并成为加快开发周期的绊脚石。

我们使用的解决方案只是一个权宜之计,并不能解决问题

这个问题不会很快消失,所以我们的解决方案不能是短期方案。但即便如此,我们仍在继续寻求迅速解决痼疾的办法,这可能会适得其反。许多希望缩短构建时间的组织都希望获得更多更好的硬件,并缩小其代码库的规模(无论是通过削减代码还是改进代码)。

这些都是很好的短期修复方法,但是您可以购买和升级的硬件有限,而且当“修复”代码的回报逐渐边际递减而无法继续提升。随着时间的推移,这些解决方案往往会变得不那么有效且成本更高,因此需要更好的解决方案。

拥有合适的工具并不等于拥有了灵丹妙药,但它却能带来根本性的改变

构建时间缓慢的问题没有单一的解决方案,但拥有合适的工具有助于大大缩短构建时间。通过调查,我们发现使用合适的工具可以每天节省一个小时的生产时间。也就是说,一年可以节省 36 天的时间。如要想要更具体一点(我们确实做到了),那么根据开发人员的平均工资,每年可以节省大约 2 万美元。这些生产效率的提升是巨大的,可能会带来更好的产品、更多的空间来雇佣所需的开发人员,以及更多的时间来测试、调试、迭代和发布更好的产品。

2022,提速增效

提速不仅仅是未来的流行语——随着我们的应用程序越来越大、用户的注意力持续时间越来越短,它将成为我们的必行之举。为了保持竞争力并推出更好的产品,开发团队必须优质高效,但正如我们所看到的,这并不容易。

关于开发构建时间以及组织如何减少浪费时间,想了解更多信息?

阅读完整报告!

订阅博客

阅读 Incredibuild 独家内容

Joseph Sibony

Incredibuild 高级内容经理 Joseph Sibony 一辈子都在跟技术打交道,不论是硬件、软件,还是二者之间的结合。他从事数据科学和网络安全方面的工作,撰写了大量关于技术与社会相结合的文章。