在国内，负责提升开发者的效率的团队，通常就是DevOps团队。而这些团队里，经常出现这样的论调：DevOps团队就应该让开发者只关心业务代码。甚至将这个论调作为DevOps团队的目标。
这句话是对，还是错，依赖于上下文。我们不在这里讨论对错。
但是，这句话可能会导致不好的后果。
这个后果，从我过往的经历看来就是：很少有人去关心开发者写代码的效率。
比如开发者在本地开发环境下载依赖的速度、在本地编译的速度、在本地执行测试的速度、在本地回归测试的速度、在本地启动IDE的速度等。
题外话，在某些上万人公司，有些高管觉得分配给外包程序员配置低下的电脑，是理所当然的事情。因为他们是外包。
开发者写代码的效率，Meta公司有一个专门的团队来负责，叫：DevInfra。
该团队的使命就是提升开发者的效率，以持续地向用户交付令人惊叹的产品。负责构建可靠、快速的开发者工具和自动化基础设施，以确保工程师的每一秒都花在重要的事情上。
该团队博客的地址：https://engineering.fb.com/category/developer-tools/
这里并不是说建议每家公司都组建这么一个团队。
我想说的是，对于国内DevOps团队（特别是效能工程团队）来说，它的目标不应该只是让开发者只关心业务代码。因为是否只关心业务代码只是手段，它不应该成为一个目标。
另一个问题是开发者是否应该只关心业务代码？我们留到以后讨论。
往期好文：
扫一扫
169
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
