Bazel: Do We Really Need Another Build Tool?
summary
Bazel claims huge speed via strict sandboxing and caching and demonstrates building a multi-language repo (C++, Go, Rust, Scala) with 172 parallel tasks and a Starlark workspace that pins external artifacts (Starlark workspace isolation). It works well for large monorepos with dozens of tiny packages but breaks on evolving ecosystems: rule sets lag, JVM deps require tools like bazelisk and gazelle, and real projects hit dependency hell (example: had to forked rules_scala to use newer Scala). IDE support remains spotty.
AI-written summary · about
chapters (9)
- 0:00Introduction
- 2:10Bazel’s adoption
- 5:26Core principles
- 7:56How Bazel works
- 14:16Live demo
- 20:19Large-scale builds
- 24:56External dependencies
- 28:08ID support limits
- 30:13When to use Bazel
related talks
23mPolyglot Builds with Bazel
09mBazel: {Fast, Correct, Seamless}: Choose 3
11mPerformant Bazel Builds for Web Monorepos at Scale
42mMake local development (with Bazel) great again!
21mFast/Correct: Choose two using Bazel for a monorepo
06mLightning Talk: Do You Love or Hate Your C++ Build System?
31mTaming the Beast - Better Bazel in IntelliJ
09mLightning Talk – Bazel UI
