A History of IDEs at Google

Google tried to tame the editor wars, and the comments immediately turned into a fight

TLDR: Google gradually moved from a free-for-all of coding tools toward a shared in-house editor, arguing it saves time in a company with one massive codebase. Commenters are torn between “this is super convenient” and “wow, that gives the company a lot of control and visibility over workers.”

Google’s long-running “let everyone use whatever editor they want” era is getting a juicy rewrite, and commenters are treating it like a workplace drama with keyboards. In Laurent Le Brun’s post, the big reveal is that Google went from a messy mix of coding tools to heavily backing its own browser-based option, Cider, because one giant shared codebase is easier to handle when people are using similar tools. Translation for non-tech readers: instead of every employee customizing their own desk, Google started handing out nearly the same desk to everyone.

The community reaction? Instant split-screen chaos. One camp is basically saying, “Honestly, this is convenient.” A former user praised how easy it was to jump between Google’s tool and regular VS Code outside the company, which is about as close to a love letter as software comments get. But the spicier crowd zoomed in on the unsettling part: if most workers use the same editor, Google can watch exactly which features people use and then flip on new tools — including artificial intelligence helpers — for everyone at once. That sparked the biggest eyebrow-raise in the thread.

Then came the side drama: commenters were weirdly stunned that engineers at Google often use Chromebooks, with one basically asking, “Wait, the world’s biggest tech company doesn’t give everyone a monster laptop?” And another commenter threw cold water on the company-unity storyline entirely, pointing out that lots of Googlers still can’t use these tools. So yes, the article is about software history — but the comments turned it into a battle over convenience, control, and whether “one tool for all” is genius or just expensive corporate babysitting.

Key Points

  • The article focuses on IDE usage in Google’s main monorepo, google3, and says IDE choice remained less standardized than other internal tooling for many years.
  • Google historically allowed engineers to choose their own editors, and a 2011 internal discussion concluded that enforcing a single IDE was not practical.
  • This fragmented IDE environment required repeated implementation of key integrations such as Bazel support, Starlark tooling, code formatting, and code search.
  • Google’s internal culture and shared codebase enabled engineers to build tooling organically, with some efforts eventually becoming officially staffed projects, including an IntelliJ integration team around 2015.
  • Around 2016, Google developed a web-based editor called Cider, which first found use among technical writers and provided a streamlined browser-based editing and pull request workflow.

Hottest takes

"collect a huge amount of telemetry" — compiler-guy
"mostly painless" — ncruces
"there is still a very large contingent of Googlers who cannot use these tools" — StilesCrisis
Made with <3 by @siedrix and @shesho from CDMX. Powered by Forge&Hive.