A History of IDEs at Google

· devtools · Source ↗

TLDR

  • Laurent Le Brun traces Google’s IDE fragmentation from vim/emacs/Eclipse chaos to Cider V (VSCode frontend + proprietary backend) reaching 80% adoption by 2023.

Key Takeaways

  • Google’s monorepo scale broke traditional IDE assumptions: local indexing, local builds, and local analysis all collapsed at google3’s size.
  • Cider started ~2016 as a browser editor for technical writers, became dominant after adding LSP-based code completion backed by a full-codebase language graph.
  • In 2020 the team replaced Cider’s custom frontend with VSCode, inheriting its extension ecosystem and unblocking ~100 internal extensions within two years.
  • The VSCode fork required monthly upstream merges and active upstream contributions to minimize local hacks.
  • Consolidating on one IDE created compounding leverage: more users per change, richer AI integrations (ML comment resolution, Smart Paste, AI completion), and a viable internal extension marketplace.

Hacker News Comment Review

  • Xooglers confirm the Eclipse-era pain was acute for Java teams due to source control incompatibilities, and that language choice largely determined which editor you used.
  • A recurring thread argues the monorepo itself created the IDE problems: Google’s singular engineering talent spent years solving self-imposed tooling constraints.
  • Commenters note Cider V’s unusually clean EOL story for internal Google tooling, and contrast Google’s browser-first approach with Meta’s different but also impressive internal dev toolchain.

Notable Comments

  • @anymouse123456: “incredible and impressive feats of truly singular engineering talent continuously wasted solving problems of our own making”
  • @phreeza: original Cider was actually deprecated and removed, rare for an EOL’d internal Google service.

Original | Discuss on HN