A History of IDEs at Google
AIThis post was created with the assistance of artificial intelligence (AI).

TL;DR

Prime Big Deal Days · Oct 6–7Offer from Amazon

Get the latest gadgets delivered free — and shop member deals

  • Fast, free delivery on millions of items
  • Access to Prime Big Deal Days deals on October 6–7
  • Prime Video, Amazon Music and more included
Start your free Prime trial Free trial for eligible customers · Cancel anytime
As an affiliate, we earn on qualifying purchases.

Google’s engineers historically used varied IDEs, leading to fragmentation. Starting around 2013, Google developed Cider, a cloud IDE, which later transitioned to a VSCode-based frontend by 2020. This shift aims to improve productivity and standardize developer tools.

Google has moved from a highly fragmented IDE ecosystem to adopting a unified, cloud-based development environment based on VSCode, aiming to improve developer productivity and reduce tooling complexity.

Historically, Google engineers used various IDEs, which led to fragmentation and duplicated effort in integrating tools like code search, formatting, and build support. In 2011, senior engineers, including Jeff Dean, concluded that standardizing IDEs was impractical due to diverse preferences. Despite this, Google developed internal tooling projects organically, such as a dedicated IntelliJ support team formed around 2015.

Starting around 2013, Google began experimenting with Cider, a web-based cloud IDE designed to handle the company’s large-scale monorepo. Cider gained popularity for its speed and ability to support code search and cross-references across billions of files, especially among Go developers. It relied on a backend indexing system that maintained a comprehensive language graph, updating with every commit.

In 2020, Google shifted its strategy by adopting VSCode as the frontend for Cider, leveraging its mature ecosystem and extensibility. The transition aimed to unify the development experience and support a broader range of features, with a dedicated team working on the integration. By 2021, a beta version was used by approximately 5,000 engineers, with ongoing development to polish the experience and expand support for version control, code review, and extensions.

Why It Matters

This evolution reflects Google’s effort to streamline developer tools at scale, reduce duplicated effort, and foster a more productive coding environment. Moving to a cloud-based IDE built on VSCode could influence how large tech companies approach developer tooling, emphasizing flexibility, collaboration, and scalability.

Amazon

Visual Studio Code extensions for developers

As an affiliate, we earn on qualifying purchases.

As an affiliate, we earn on qualifying purchases.

Background

Google’s monorepo, known as google3, is one of the largest codebases globally, demanding specialized tooling. For years, engineers used various IDEs, leading to duplicated work and integration challenges. The development of Cider marked a significant step toward cloud-based development, addressing issues caused by the size and complexity of Google’s codebase. The transition to VSCode in 2020 aligns with broader industry trends favoring web-based, extensible IDEs.

“Trying to get a group of developers to all agree on a common editor is a recipe for unhappiness. Everyone has different opinions about what is important here.”

— Anonymous Google engineer

“Switching to VSCode frontend allows us to leverage an existing mature ecosystem and focus on integration at scale.”

— Google tech lead (2020)

Amazon

cloud IDEs for large codebases

As an affiliate, we earn on qualifying purchases.

As an affiliate, we earn on qualifying purchases.

What Remains Unclear

It is not yet clear how widely adopted the new VSCode-based IDE will become across all Google engineering teams or how it will impact existing workflows long-term.

Amazon

code review tools for software engineers

As an affiliate, we earn on qualifying purchases.

As an affiliate, we earn on qualifying purchases.

What’s Next

Google is expected to continue refining the VSCode-based IDE, expanding support for version control, code review, and extensions. Further integration with internal tools and broader rollout to all engineering teams are anticipated milestones.

Amazon

integrated development environment for Google developers

As an affiliate, we earn on qualifying purchases.

As an affiliate, we earn on qualifying purchases.

Key Questions

Why did Google initially avoid standardizing on a single IDE?

Senior engineers believed that forcing everyone to use the same IDE would lead to unhappiness, as preferences and priorities varied widely among engineers.

What is Cider, and why was it developed?

Cider is a cloud-based web IDE developed at Google around 2013 to handle the company’s large-scale monorepo, providing fast access, code search, and cross-referencing across billions of files.

What prompted the switch to VSCode in 2020?

The team aimed to leverage VSCode’s mature ecosystem, extensibility, and existing features, which would help unify development tools and improve productivity at scale.

How does this transition impact Google engineers?

The move to a unified, cloud-based IDE aims to streamline workflows, reduce duplicated tooling efforts, and foster collaboration across teams.

FALL

Fall Picks

As an affiliate, we earn on qualifying purchases.

You May Also Like

How to Evaluate Frameworks Without Chasing Hype

Analyzing practical testing methods and community support helps you evaluate frameworks beyond hype, ensuring you make smarter, more informed decisions.

Strace-ui, Bonsai_term, and the TUI renaissance

New tools like strace-ui and Bonsai_term are fueling a resurgence in terminal UI development, blending interactive debugging and reactive terminal apps in OCaml.

How Code Linters Improve Team Consistency

When teams use code linters, they ensure consistency and reduce conflicts, making it essential to understand how these tools can transform collaboration.

How Software Reliability Connects to Developer Experience

While software reliability improves your development experience, understanding its full impact can revolutionize how you build and deploy applications.