Skip to main content
DevInfra teams always feel understaffed (even at Google). A key selling point of Bazel is that it provides a uniform interface for Build and Test that allows a small DevInfra team to support a large number of engineers. The business wants to minimize the overhead of infrastructure, and your job is to keep it that way. This “economy of scale” justifies the difficulty in learning and operating Bazel. Thus, one goal of a DevInfra team must be to protect your ability to operate at scale, by preventing teams from fragmenting the codebase and making “unique snowflakes” that force you to provide custom support.
Takeaway: Resist efforts by product engineers to be “special” and diverge from the monorepo standards.