• DevOps团队就应该让开发者只关心业务代码?
  • 发布于 2个月前
  • 116 热度
    0 评论

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


这句话是对,还是错,依赖于上下文。我们不在这里讨论对错。但是,这句话可能会导致不好的后果。这个后果,从我过往的经历看来就是:很少有人去关心开发者写代码的效率。比如开发者在本地开发环境下载依赖的速度、在本地编译的速度、在本地执行测试的速度、在本地回归测试的速度、在本地启动IDE的速度等。


题外话,在某些上万人公司,有些高管觉得分配给外包程序员配置低下的电脑,是理所当然的事情。因为他们是外包。开发者写代码的效率,Meta公司有一个专门的团队来负责,叫:DevInfra。该团队的使命就是提升开发者的效率,以持续地向用户交付令人惊叹的产品。负责构建可靠、快速的开发者工具和自动化基础设施,以确保工程师的每一秒都花在重要的事情上。

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

这里并不是说建议每家公司都组建这么一个团队。我想说的是,对于国内DevOps团队(特别是效能工程团队)来说,它的目标不应该只是让开发者只关心业务代码。因为是否只关心业务代码只是手段,它不应该成为一个目标。

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

用户评论