“DevOps团队就应该让开发者只关心业务代码”是对，还是错

在国内，负责提升开发者的效率的团队，通常就是DevOps团队。而这些团队里，经常出现这样的论调：DevOps团队就应该让开发者只关心业务代码。甚至将这个论调作为DevOps团队的目标。

这句话是对，还是错，依赖于上下文。我们不在这里讨论对错。

但是，这句话可能会导致不好的后果。

这个后果，从我过往的经历看来就是：很少有人去关心开发者写代码的效率。

比如开发者在本地开发环境下载依赖的速度、在本地编译的速度、在本地执行测试的速度、在本地回归测试的速度、在本地启动IDE的速度等。

题外话，在某些上万人公司，有些高管觉得分配给外包程序员配置低下的电脑，是理所当然的事情。因为他们是外包。

开发者写代码的效率，Meta公司有一个专门的团队来负责，叫：DevInfra。

该团队的使命就是提升开发者的效率，以持续地向用户交付令人惊叹的产品。负责构建可靠、快速的开发者工具和自动化基础设施，以确保工程师的每一秒都花在重要的事情上。

该团队博客的地址：https://engineering.fb.com/category/developer-tools/

这里并不是说建议每家公司都组建这么一个团队。

我想说的是，对于国内DevOps团队（特别是效能工程团队）来说，它的目标不应该只是让开发者只关心业务代码。因为是否只关心业务代码只是手段，它不应该成为一个目标。

另一个问题是开发者是否应该只关心业务代码？我们留到以后讨论。

往期好文：‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

• 反思一次效能提升

• Shell/Bash能力对于运维很重要吗？

• SQL文件管理方式影响研发团队效能和系统稳定性，这里有解决方案了...