Google Chrome: A Comprehensive Research Report on its Origins, Strategy, and Technical Innovation
Executive Summary
Google Chrome's development marked a pivotal moment in internet history, transforming Google from a company reliant on others' browsers into a dominant platform provider. Conceived in 2006 under the leadership of Sundar Pichai and officially launched in September 2008, Chrome emerged from Google's strategic recognition that its core business, particularly Google Search, was entirely dependent on browser technology . The project overcame initial internal resistance, notably from CEO Eric Schmidt, who feared "bruising browser wars" but was convinced by a compelling demonstration from co-founders Larry Page and Sergey Brin .
Chrome's success was built on a foundation of technical innovation, including the revolutionary V8 JavaScript engine and a robust multi-process architecture designed for speed, security, and stability. Google's decision to open-source Chrome through the Chromium project, releasing its code under a permissive BSD license, was a strategic move to "help drive the web forward" through collaborative development . This approach not only fostered industry-wide innovation but also solidified Google's position as a leader in web technology. The browser's rapid ascent to market dominance, achieving over 111 million users within three years, validated the strategic foresight behind its creation .
Origins and Initial Conception (2004-2006)
The idea of Google developing its own web browser began to surface as early as 2004, coinciding with Google's hiring of former Microsoft web developers and the rise of Mozilla Firefox 1.0, which challenged Internet Explorer's market dominance . Between 2005 and 2006, Google strategically recruited top Firefox developers, including Darin Fisher, Pam Greene, Brian Ryner, and notably, Ben Goodger, who would become Chrome's technical lead .
Official development commenced in 2006 under Sundar Pichai's leadership, with much of the initial work taking place in Google's Kitchener office . This period was characterized by a dynamic shift in web capabilities, as Pichai recalls: "around 2004-2005 when AJAX made the web dynamic" . The emergence of applications like "Flickr, Gmail, and Google Maps all came into existence around that time" , highlighting the limitations of existing browsers, which were "never meant for that world, with JavaScript execution being slow" . The team began prototyping a new browser built on WebKit, specifically designed for "broadband-connected, always-on, web applications such as Gmail or Google Maps" .
Key Players and Their Accounts
The development of Google Chrome was a collaborative effort driven by a core team of visionary engineers and leaders. Their firsthand accounts offer unique insights into the project's philosophy and challenges.
Sundar Pichai - Project Leader and Strategic Vision
Sundar Pichai, who spearheaded Chrome's development, emphasized the strategic necessity of the project. He recalled the excitement of early technical achievements, noting "the day they got a shell on WebKit running and how fast it was" . Pichai stated their clear vision: "they had a clear vision for building a browser, bringing core OS principles into it" . A pivotal moment was finding the V8 team: "Pichai recalls finding an amazing team in Aarhus, Denmark, with a leader who built the V8 JavaScript VM, which was 25 times faster than any other JavaScript VM at the time" . The name "Chrome" itself reflected their design philosophy, as "they felt the 'chrome' of the browser was getting plunkier, and they wanted to minimize it" . Pichai's personal ambition for Chrome was simple yet profound: "I want my mom to use it. I want my dad to use it" , believing that "even if Chrome doesn't snare huge market share, its innovations will improve the landscape. 'We benefit directly if the Web gets better,' he says" .
Lars Bak - V8 JavaScript Engine Creator
Lars Bak, the architect of the V8 JavaScript engine, described its mission as "a new, exciting, high-performance JavaScript engine built at Google" . He noted JavaScript's "platform independence" as a key strength. Bak's team set an ambitious goal: "We decided we wanted to speed up JavaScript by a factor of 10, and we gave ourselves four months to do it" . The results were astounding: "V8 processes JavaScript 10 times faster than Firefox or Safari. And how does it compare in those same benchmarks to the market-share leader, Microsoft's IE 7? Fifty-six times faster. 'We sort of underestimated what we could do,' Bak says" . Bak envisioned a future where "As soon as developers get the taste for this kind of speed, they'll start doing more amazing new Web applications and be more creative in doing them" . The V8 project began in late 2006, with Bak and Kasper Lund working from "an outbuilding on his farm" in Aarhus, Denmark, giving rise to the name 'V8' as a "playful reference to the powerful engine you can find in a classic muscle car" [7ea33543-5cc-4262-baad-04900d5e5050].
Ben Goodger - Chrome Tech Lead and UI Development
Ben Goodger, Chrome's technical lead, articulated the core design philosophy: "When we designed the user interface (UI), we focused on minimising the 'bulk' of the browser UI... This is because we wanted to put more emphasis on the web page or app being viewed. So we actually had this kind of ironic mantra given the product name: 'content, not chrome'" . He emphasized "reduction" as a key principle, removing "unnecessary or cumbersome" controls . Goodger also highlighted the focus on responsiveness: "note how fast the browser starts up, and how little you see the hourglass when using it" .
Darin Fisher - Early Development and Prototyping
Darin Fisher, a browser veteran, was part of the team that created Chrome's first prototype around June 2006 . He identified a key problem Chrome aimed to solve: "As a Firefox developer, you love to innovate, but you're always worried that it means in the next version all the extensions will be broken. And indeed, that's what happens" . Fisher also revealed a significant constraint: "building a great web browser isn't Google's only goal. Chrome exists in large part to put a search engine front and center... 'Anything we did that helps you get back to what you were doing, it means you weren't searching, right?'" .
Glen Murphy - UI Design Lead
Glen Murphy, who joined the team after relentlessly submitting mocks and ideas , echoed the "content, not Chrome" principle: "allowing Web applications to live front and centre" . He noted the team's "keyboard shortcut nut" culture and discussed considerations for touch interfaces, acknowledging that "Chrome on a pure touch device is going to look a little different" . Murphy captured the era's excitement: "We saw browsers as key to the future of computing. They were the gateway to the rest of humanity" .
Other Key Team Members
Evan Martin (Linux Development): Articulated the project vision: "We built Google Chrome because we believed we could add real value for users and help drive innovation on the Web" . He noted challenges on Linux due to its "heterogeneous user base" .
Mads Ager (V8 Integration): Detailed V8's technical innovations, including "hidden classes and hidden class transitions combined with native code generation" and "precise generational garbage collection" . He confirmed the V8 name was inspired by "the internal combustion engine... a powerful V8 engine under the 'chrome'" .
Alex Ainslie (Lead Designer, Modern Era): Maintained the "Content, not chrome" mantra, expanding it to include speed in getting things done, exemplified by the improved Omnibox . He emphasized simplification as a strategy and appreciated the team's focus on "difficult, long-term projects" like moving the web to HTTPS .
Mark Larson (Technical Lead): Acknowledged the "irony" of the browser's name given the "Content, not chrome" design philosophy .
Strategic Timeline and Business Motivations
Google's decision to develop Chrome was rooted in a fundamental business necessity: its entire revenue model was dependent on users accessing Google services through web browsers .
Development Timeline
2004: Rumors of a Google browser emerge, coinciding with key hires and Firefox's rise .
2005-2006: Google hires prominent Firefox developers, including Ben Goodger .
2006: Official development begins under Sundar Pichai, with a prototype built on WebKit for web applications .
September 1, 2008: A 38-page comic explaining Chrome's features is accidentally leaked .
September 2, 2008: Chrome officially released as a beta for Windows XP+ in 43 languages .
December 11, 2008: Stable public release for Windows .
May 2010: First stable releases for Mac and Linux .
Strategic Motivations and Business Context
Google's decision to enter the browser market was a calculated move. While CEO Eric Schmidt initially "opposed the development of an independent web browser for six years," fearing "bruising browser wars" , Larry Page and Sergey Brin's compelling demonstration of Chrome ultimately convinced him . By 2008, Google was "making billions of dollars a year" and "finally matured enough to go head to head with Microsoft" . The strategic vision extended beyond a simple browser; Chrome was positioned as a platform for "rich, interactive web applications" , aligning with Google's broader platform strategy and the evolution of web applications like Gmail and Google Maps .
Competitive Landscape Analysis
Chrome entered a market dominated by Internet Explorer (60% share) and Firefox (30% share) . Existing browsers were "slow and clunky," and "Internet bandwidth was limited, web browsers were slow and clunky, and smartphones had only been released the year before in 2007" . This stagnation presented a clear opportunity for innovation. Google leveraged its "superior financial resources," ability to build on existing technologies, and a vision for browsers as application platforms .
Initial Goals and Metrics
Chrome's official goal was to "build a browser that was fast, secure, and easy to use" while driving "innovation on the web forward" . Sundar Pichai initially set an ambitious target of 20 million weekly active users within the first year, a goal he "thought there was no way we would get there" . This initial target was missed, with fewer than 10 million users achieved . In 2009, the target increased to 50 million, but the team reached only 37 million . However, in 2010, after Larry Page pushed for a more ambitious goal beyond 100 million, the team achieved 111 million users with weeks to spare .
Continued Strategic Development (2009)
Google's strategic development continued into 2009 with the introduction of Google Chrome Frame on September 22, 2009. This open-source plug-in aimed to bring "HTML5 and other open web technologies to Internet Explorer" . This initiative addressed the challenge that "most people use some version of IE," forcing developers to implement workarounds or limit functionality for modern web applications . Chrome Frame allowed developers to leverage "a faster Javascript engine, to support for current web technologies like HTML5's offline capabilities and <canvas>, to modern CSS/Layout handling" within IE without additional coding .
Technical Innovation and Launch
Google Chrome's launch on September 2, 2008, was accompanied by the release of the open-source Chromium project, signaling Google's commitment to driving web innovation through collaboration . Ben Goodger stated, "one of the fundamental goals of the Chromium project is to help drive the web forward" .
The Official Launch Announcement (September 2008)
Dion Almaer of Google Developer Programs announced the simultaneous launch of Google Chrome and its open-source counterpart, Chromium, under a permissive BSD license . The team emphasized that "open source works not only because it allows people to join us and improve our products, but also (and more importantly) because it means other projects are able to use the code we've developed" . A critical technical decision was to engage with the WebKit community, integrating their patches back into the main WebKit development line, while building a significant port for Windows and developing for Mac OS X and Linux .
Technical Architecture and Development Philosophy
Chrome's technical foundation was built on several key innovations:
Multi-process Architecture: This defining characteristic separated different web pages and plugins into distinct processes, significantly improving stability and security. Darin Fisher presented on "Chromium's multi-process architecture" . The team designed Chrome for modern computing, with "multi-core multi-gigahertz CPUs, gigabytes of memory, megabits of bandwidth," separating browser tabs into their own processes and boosting cache sizes .
V8 JavaScript Engine: Developed by Lars Bak and his team in Aarhus, Denmark, V8 was a groundbreaking engine "specifically tuned for recursive JavaScript tasks, optimizing commonly used components" and featuring multi-threading capabilities . Mads Ager noted V8's use of "hidden classes and hidden class transitions combined with native code generation and a technique called inline caching" for speed, along with "precise generational garbage collection" .
Open Development Process: By April 2009, Google had established a uniquely open development process, with "very little difference between being a Googler working on it and being an external contributor" . Most development occurred via public wikis, mailing lists, and bug trackers under the Chromium project. The team shared technical expertise through presentations on various architectural elements, including Brett Wilson on "the various layers of Chromium," Dimitri Glazkov on "hacking on WebKit," Ben Goodger on "Views," and Wan-Teh Chang and Eric Roman on "Chromium's network stack" .
Key Insights for Content Creators
Google Chrome's development offers several valuable insights for content creators and those interested in the evolution of digital platforms:
The Web as an Application Platform: Google's vision for Chrome was not just a faster browser, but a robust platform for rich web applications. This foresight, articulated by Sundar Pichai and others, underscores the importance of designing content and experiences that leverage modern web capabilities, moving beyond static pages to interactive, application-like experiences.
"Content, Not Chrome" Philosophy: The core design principle of minimizing browser UI to emphasize web content ("content, not chrome" ) remains highly relevant. Content creators should focus on delivering immersive, uncluttered experiences that put their material front and center, rather than relying on browser-specific features or excessive UI elements.
Speed and Responsiveness are Paramount: Chrome's relentless focus on speed, from the V8 engine to UI responsiveness, highlights that performance is a critical user expectation. Content creators must prioritize fast loading times, smooth interactions, and efficient resource usage to retain user engagement.
Open Source and Ecosystem Enablement: Google's decision to open-source Chrome (Chromium) and contribute innovations like V8 accelerated web technology development industry-wide. This demonstrates the power of open standards and collaboration in driving innovation. Content creators benefit directly from these advancements, as they enable richer, more complex web experiences.
Strategic Constraints and Innovation: Darin Fisher's account reveals that even within a project like Chrome, strategic business goals (e.g., search engine prominence) can sometimes limit certain types of innovation . Content creators should be aware of the underlying business models and strategic priorities of the platforms they build upon, as these can influence feature development and user experience.
Long-term Vision and Adaptability: Google's willingness to tackle "difficult, long-term projects" like moving the web to HTTPS and its pragmatic approach with initiatives like Chrome Frame demonstrate a commitment to the web's future. Content creators should embrace evolving web standards and security practices, understanding that these long-term shifts ultimately create a more robust and trustworthy environment for their content.
Community Engagement: The passion of early Chromium contributors, who joined to build features they wanted , underscores the value of community and user feedback. Content creators can foster similar engagement by listening to their audience and building features that genuinely enhance the user experience.
References
When Google announced the release of its own web browser Chrome in 2008, many people asked themselves why Google was building a web browser. In retrospect, the better question would have been, why Google hadn't built a web browser earlier. After all, the company's entire business was people using a browser to access Google's services, most importantly Google Search.
History
See also: [History of Google](https://en.wikipedia.org/wiki/History_of_Google "History of Google")
Google chief executive Eric Schmidt opposed the development of an independent web browser for six years. He stated that "at the time, Google was a small company", and he did not want to go through "bruising browser wars". Company co-founders Sergey Brin and Larry Page hired several [Mozilla Firefox](https://en.wikipedia.org/wiki/Firefox "Firefox") developers and built a demonstration of Chrome. Afterwards, Schmidt said, "It was so good that it essentially forced me to change my mind."[\[23\]](https://en.wikipedia.org/wiki/Google_Chrome#cite_note-wsj-24)
* [Facebook](https://www.facebook.com/sharer/sharer.php?u={url} "Share on Facebook")
* [Twitter](https://twitter.com/intent/tweet?text={url} "Share on Twitter")
* [LinkedIn](https://www.linkedin.com/shareArticle?url={url}&mini=true "Share on LinkedIn")
* [Mail](mailto:name@example.com?subject=Check%20out%20this%20site&body=Check%20out%20{url} "Send via Email")
*
By Dion Almaer, Google Developer Programs
It has been an exciting couple of days. Google Chrome launched along with a [new blog for Chromium](http://blog.chromium.org/) the underlying open source project. Whenever you see an internal [project go live](http://www.google.com/chrome) to the world, and see the [source become open](http://src.chromium.org/viewvc/chrome/trunk/) it feels great. We've reposted the blog's [first post below](http://blog.chromium.org/2008/09/welcome-to-chromium_02.html), by Ben Goodger:
In 2008 Google set an Objective to build the next generation client platform for the future of web applications. In other words, to build the best browser. The Objective to build it was assigned to Sundar Pichai.
The timeline for the Objective, to build the best browser, was set at 3 years.
Pichai decided that the Key Resultto track that objective was number of users and set an audacious goal of 20 million by the end of 2008.
He missed it achieving less than 10 million users. [...] In 2009, Pichai raised the bar to 50 million but reached only 37 million.
In 2010, the final year of his Objective, Pichai set the Key Result to 100 million users. With his team aligned and working toward that objective, sub-objectives were set including expanded marketing, distribution and technology improvements.
The result? … Google Chrome grew to 111 million users, beating his target.
Today, Chrome is the most popular browser, used by more people than all other major browsers combined.
In September 2004, rumors of Google building a web browser first appeared. Online journals and U.S. newspapers stated at the time that Google was hiring former Microsoft web developers among others. It also came shortly after the release of Mozilla Firefox 1.0, which was surging in popularity and taking market share from [Internet Explorer](https://en.wikipedia.org/wiki/Internet_Explorer "Internet Explorer"), which had noted security problems.[\[24\]](https://en.wikipedia.org/wiki/Google_Chrome#cite_note-25)
Google hired top Firefox developers in 2005 and 2006 such as Darin Fisher, Pam Greene, and Brian Ryner. In Spring 2006 the team began work on a new browser prototype built on top of WebKit designed for broadband-connected, always-on, web applications such as Gmail or Google Maps. Could the browser experts give web apps some breathing room?
Modern computers feature multi-core multi-gigahertz CPUs, gigabytes of memory, megabits of bandwidth, and bulky hard drives. Our web browsers should separate browser tabs into their own processes, multi-thread all communications with the operating system, boost cache sizes, and not be afraid to command more bandwidth when available. Internet Explorer 8, Firefox 3.1, and Apple Safari are taking fresh approaches to web browsers for modern machines but Google Chrome has the advantage of a fresh start to achieve some features not currently possible in other browser architectures.
A New Browser from Scratch
Ben Goodger, Google Chrome’s tech lead, is best known for assembling the [Firefox web browser](http://www.mozilla.com/firefox/) out of [Mozilla’s SeaMonkey application suite](http://www.seamonkey-project.org/). [Manticore](http://bengoodger.com/work-resources/secretprojects/manticore/), [Camino](http://www.caminobrowser.org/), and later Firefox were all [attempts in 2001 to rethink the Web browser for the modern age](http://weblogs.mozillazine.org/ben/archives/009698.html). Browsing took center stage away from a communications suite, user interfaces reimagined for Web efficiency, and (some) legacy cruft tossed to the side. Google hired Ben in 2005 to strengthen its own browser contributions and eventually fully rearchitect a web browser for the modern Web.
Chrome is based on the open-source code of the [Chromium](https://en.wikipedia.org/wiki/Chromium_(web_browser) "Chromium (web browser)") project.[\[15\]](https://en.wikipedia.org/wiki/Google_Chrome#cite_note-:0-16) Development of the browser began in 2006,[\[25\]](https://en.wikipedia.org/wiki/Google_Chrome#cite_note-26) spearheaded by [Sundar Pichai](https://en.wikipedia.org/wiki/Sundar_Pichai "Sundar Pichai").[\[26\]](https://en.wikipedia.org/wiki/Google_Chrome#cite_note-27) Chrome was "largely developed" in Google's [Kitchener](https://en.wikipedia.org/wiki/Kitchener,_Ontario "Kitchener, Ontario") office.[\[27\]](https://en.wikipedia.org/wiki/Google_Chrome#cite_note-28)
Announcement
**YouTube**
Sure, here's the requested analysis of Sundar Pichai's firsthand accounts about Chrome's origin story and development:
Sundar Pichai recalls the dynamic time around 2004-2005 when AJAX made the web dynamic
**YouTube**
[01:12]. He mentions that Flickr, Gmail, and Google Maps all came into existence around that time
**YouTube**
[01:24]. He notes that the browser was never meant for that world, with JavaScript execution being slow
**YouTube**
[01:42]. Pichai remembers the day they got a shell on WebKit running and how fast it was
**YouTube**
[02:07]. He says they had a clear vision for building a browser, bringing core OS principles into it
**YouTube**
[02:17]. Pichai recalls finding an amazing team in Aarhus, Denmark, with a leader who built the V8 JavaScript VM, which was 25 times faster than any other JavaScript VM at the time
**YouTube**
[02:50]. Pichai says that the name Chrome came about because they felt the "chrome" of the browser was getting plunkier, and they wanted to minimize it
On the eve of the launch, Pichai shares some of his ambitions for Chrome. How many people will use it? "Many millions," he says. "I want my mom to use it. I want my dad to use it." The Google imprimatur doesn't assure success, but Pichai believes that even if Chrome doesn't snare huge market share, its innovations will improve the landscape. "We benefit directly if the Web gets better," he says.
**YouTube**
Lars Bak, the tech lead for the V8 project, introduces V8 as a new, exciting, high-performance JavaScript engine built at Google
**YouTube**
[00:00:20]. He notes that one of JavaScript's interesting properties and a reason for its widespread use is its platform independence, enabling it to run on Mac OS or Windows with the same application inside the browser
Bak set up a small team that originally worked from the farm, then moved to some offices at the local university. He understood that his mission was to provide a faster engine than in any previous browser. He called his team's part of the project "V8." "We decided we wanted to speed up JavaScript by a factor of 10, and we gave ourselves four months to do it," he says. A typical day for the Denmark team began between 7 and 8 am; they programmed constantly until 6 or 7 at night. The only break was for lunch, when they would wolf down food in five minutes and spend 20 minutes at the game console. "We are pretty damn good at Wii Tennis," Bak says.
They were also pretty good at writing a JavaScript engine. "We just did some benchmark runs today," Bak says a couple of weeks before the launch. Indeed, V8 processes JavaScript 10 times faster than Firefox or Safari. And how does it compare in those same benchmarks to the market-share leader, Microsoft's IE 7? Fifty-six times faster. "We sort of underestimated what we could do," Bak says.
Speed may be Chrome's most significant advance. When you improve things by an order of magnitude, you haven't made something better — you've made something new. "As soon as developers get the taste for this kind of speed, they'll start doing more amazing new Web applications and be more creative in doing them," Bak says. Google hopes to kick-start a new generation of Web-based applications that will truly make Microsoft's worst nightmare a reality: The browser will become the equivalent of an operating system.
When we designed the user interface (UI), we focused on minimising the "bulk" of the browser UI - for example, the toolbars, tabs, etc. This is because we wanted to put more emphasis on the web page or app being viewed. So we actually had this kind of ironic mantra given the product name: "content, not chrome".
The biggest theme applied in the development in our UI is "reduction". We reduced the number of buttons, options, and other specific controls that we found were either unnecessary or cumbersome. We tried to come up with some inventive ways to expose browser features that fit into the flow of existing user actions.
For example, when you visit a site that you've done a search from before, like Trade Me.co.nz, we show a tip in the omnibox on the right side allowing you to transform the omnibox into a special Trade Me-specific search box with a single key press (Tab).
We also spent a lot of time making sure the user interface feels responsive - note how fast the browser starts up, and how little you see the hourglass when using it.
**To what extent have ideas from Firefox made their way into Chrome?**
There is naturally a cross-pollination of good ideas between all browsers, and Chrome is no different.
There are many things Firefox and other browsers do right, and it makes sense to emulate those things where we don't think we have a substantially better approach.
For example, the fundamental properties of bookmarks are fairly similar across all browsers because that's something that people have found useful over time.
**What is it about Chrome that Google thinks will win users over from Internet Explorer, Firefox and Safari?**
We think Chrome is a compelling browser option for people who are looking for speed, stability and security.
Around June 2006, Goodger, Fisher, and another former Mozillan named Brian Ryner cooked up a small prototype. Their first big decision involved the choice of a rendering engine, the software that processes the HTML code of a Web page into the stuff that appears on your screen. The two major open source options were Gecko, used by Firefox, and WebKit, which powers Apple's Safari browser. The word was that WebKit (which had already been adopted by the group developing Google's Android mobile operating system) could be nasty fast — three times as fast as Gecko, in one example.
In a few weeks, they had a simple application running WebKit on Windows that kept going even when a Web page crashed a tab. Early on, Goodger recalls, "our prototypes had a picture of a little tab that was unhappy, and if a tab died you'd see that. It was the first piece of personality in the product."
When Microsoft's Internet Explorer and the codebase at the heart of Firefox were originally conceived, browsing was less complex. Now, however, functions that previously could be performed only on the desktop — email, spreadsheets, database management — are increasingly handled online. In the coming era of cloud computing, the Web will be much more than just a means of delivering content — it will be a platform in its own right. The problem with revamping existing browsers to accommodate this concept is that they have developed an ecology of add-on extensions (toolbars, RSS readers, etc.) that would be hopelessly disrupted by a radical upgrade. "As a Firefox developer, you love to innovate, but you're always worried that it means in the next version all the extensions will be broken," Fisher says.
But the even more intractable problem, at least for the Chrome team, is that building a great web browser isn’t Google’s only goal. Chrome exists in large part to put a search engine front and center, which Fisher describes to me as like “a brick wall” for all kinds of browser innovation. “Anything we did that helps you get back to what you were doing, it means you weren’t searching, right?” Fisher says. Better tab management means less searching; sending you straight to the page you want means fewer search results and fewer ad impressions. Making you close your tabs and reopen them all the time isn’t just acceptable for Chrome; it’s a victory. Fisher and his team had lots of UI ideas and new features, but “all these good ideas die on the floor.”
What the iPhone did for native apps, Arc hopes to do for web apps
There wasn’t an official designer on Chrome until [Glen Murphy](https://www.linkedin.com/in/glenmurphy/) convinced the team to let him join. Glen was a designer + developer and had been contributing to Firefox, but he really wanted to work on Chrome. So he relentlessly peppered the Chrome team with mocks and ideas for weeks, until he was finally invited to join.
I had a great conversation with Glen about the design of Chrome, how the team operated, and why he was so enthusiastic about working on Chrome. Glen captured the palpable excitement and energy that fueled the creation of Chrome:
> _**“We saw browsers as key to the future of computing. They were the gateway to the rest of humanity. The excitement around the web was huge. So being able to be part of developing a browser at the time, (a pre-mobile and pre-pre-smartphone time), seemed like where the platform of the future and the operating system of the future would be.”**_
* * *
**Building for Themselves**
The principle that we've stuck to from pretty early on was content, not Chrome: allowing Web applications to live front and centre. Users don't care about their computer. They shouldn't have to. Cutting Chrome back to absolutely nothing is our biggest challenge, and it's our biggest teacher. It is moving towards this simpler, high -performance approach.
**How hard is it to create a functional OS environment while using the browser as the main metaphor?**
It's very hard. It's We've spent a very long time on things like language selection and network detection. You need to be able to get onto a wireless network and choose your language, especially since a huge number of Chrome users don't speak English. But that flies in the face of keeping it simple.
**Chrome appears to deliberately de-emphasise keyboard shortcuts in the interface, in that they often work but they aren't always indicated on screen; was that a deliberate decision?**
We want to avoid clutter, but that said, we spent a lot of time and effort to at least keep keyboard shortcut parity. Chrome was developed at Google and tested at Google and everyone there is a keyboard shortcut nut. And there are some other things that we do want to do. People who use the mouse frequently should be educated on other options. So if we notice you're clicking refresh a lot, we should call out that there's a faster way to do that, but without being intrusive. We discuss this kind of thing a lot.
**How much attention are you giving to the role of touch as an interface for Chrome OS?**
We care about it a lot. As geeks and nerds, we're super-excited by touch. But the thing is that touch still isn't great on desktop computers. It's OK on laptops, but the form factor is not quite there yet. Looking at Chrome on a tablet, and we do a lot of exploration there. Chrome on a pure touch device is going to look a little different. Reaching for the top of the screen where your tabs are is a pain, for instance, so tabs have moved around a bit.
What do you think so far?
**How much interaction (if any) does the Chrome team have with the Android team?**
We do share a lot of things, such as the V8 JavaScript engine going over to Android. Similarly, The Android team worked on the specification for geolocation in the browser. Mostly we collaborate when it comes to browser things.
**What are the main technologies you use to organise your working life?**
EM: We built Google Chrome because we believed we could add real value for users and help drive innovation on the Web. Google Chrome is built for speed, has a very simple interface and uses innovative technology to ensure it is always secure and stable, providing a great experience for users as they browse the Web. But what's more, by making Google Chrome open source and developing a powerful new JavaScript engine, V8, we believe we can help spur innovation in the industry and provide developers with the platform with which to build the next generation of Web applications. This is good for users, and good for Google, as we benefit directly when the Web gets better.
LJ: What is the Google Chromium Project?
EM: Much of the challenges we've encountered on Linux stem from how heterogeneous the user base is—which, surely, is also the strength of Linux. This ranges from how to port simple UI decisions (Chrome's shade of blue was chosen to look good next to the blue seen on every Windows computer), to getting boring technical details (a binary built on Ubuntu won't work on a Fedora machine), to real problems that will require engineering work to solve.
MA: The V8 Project started in late 2006. At that time, existing JavaScript engines did not perform very well. The goal of the V8 Project was to push the performance of JavaScript engines by building a new JavaScript engine on which large object-oriented programs run fast. The V8 Project was pioneered by the dynamic duo of serial virtual machine builders Lars Bak and Kasper Lund in a farmhouse outside Aarhus, Denmark.
**JG:** What innovations and new approaches does V8 bring to the browser?
MA: V8 uses the concept of hidden classes and hidden class transitions combined with native code generation and a technique called inline caching to make property accesses and function calls fast. V8 uses precise generational garbage collection to make the engine scale to large object-oriented programs that use a lot of objects. In addition, V8 contains a JavaScript regular expression engine that was developed from scratch, is automata-based and generates native code for regular expressions.
MA: The internal combustion engine. It was developed in the context of Google Chrome, and we thought that there should be a powerful V8 engine under the “chrome”.
**JG:** Why did Google choose to develop a new JavaScript engine and use WebKit rather than use code from Mozilla?
EM: We have always been and remain great supporters of Firefox—Mozilla helped lead the way in much of the innovation we've seen in the browser space during the last couple years, with features like tabs, search boxes in the browser chrome and extensions. They've also proved that you can build a mass-market software product using open-source technology and collaborative development in the open. However, we initially thought of our work in this space as an experiment and didn't want to impose our ideas on anyone else. Rather, we thought about developing a new JavaScript engine and open-sourcing it so that other browser developers could benefit.
**Alex:** We still rely on the early Chrome team mantra, “Content, not chrome,” which is based on the idea of designing the browser UI to make the web content stand out. And our core values remain the same, though they’ve expanded. For example, in the case of speed, we think both about performance improvements to make pages load faster and about how Chrome can help people get things done more quickly. The improved Omnibox—which merges the search and address bar into one—is a great illustration of this.

**What’s your proudest moment from the 8 years you’ve been on the team?**
**For most people (who are non-designers), the modern browser is a simple window to the internet. Is it really that simple?**
**Alex:** A major focus of our work is about finding ways to [simplify web browsing](https://medium.com/@san_toki/unboxing-chrome-f6af7b8161a2). And we think about simplification not so much as a goal, but instead as a strategy for making Chrome more usable. The new, simplified tab strip, for example, makes it faster to find a specific tab when you have many open.
Goodbye "tablerone." Hello user-friendly icons.

We’ve learned from user research around the world it can be hard to decipher URLs with too many words and characters. So we simplified the text you see in the address bar to make it easier to understand where a URL is taking you.

**Alex:** I appreciate that the Chrome team takes on difficult, long-term projects. For example, helping to move the web to HTTPS has been a multi-year effort. From improving our [connection security indicators](https://ai.google/research/pubs/pub45366) to [marking HTTP sites as “Not secure,”](https://www.blog.google/products/chrome/milestone-chrome-security-marking-http-not-secure/) we have plenty of examples of how design can help keep people safe and contribute to change throughout the ecosystem. So it’s not any specific element in Chrome’s UI that I am most proud of, but instead the broader outcomes that impact people out in the world.
POSTED IN:
* [Chrome](https://blog.google/products/chrome/)
Related stories
[
Learning & EducationNew Chromebooks and tools for even better teaching and learning
By Tom Chapman & Andy Russell
As the plumbing aspects of the product fell into place, activity focused on user interface. From the beginning, the Chrome team hoped that its visual presentation would be so understated that people wouldn't even think they were using a browser. The mantra became "Content, not chrome," which is sort of weird given the name of the browser. ("We've learned to live with the irony," Mark Larson says.) The clearest expression of this comes when you drag a tab containing a Web application like Gmail to its own separate window and specify that you want an "app shortcut." At that point, the tabs, buttons, and address bars fall away and the Web app looks pretty much like a desktop app. Welcome to the cloud era.

The release announcement was originally scheduled for September 3, 2008, and a comic by [Scott McCloud](https://en.wikipedia.org/wiki/Scott_McCloud "Scott McCloud") was to be sent to journalists and bloggers explaining the features within the new browser.[\[28\]](https://en.wikipedia.org/wiki/Google_Chrome#cite_note-mccloud-29) Copies intended for Europe were shipped early and [German](https://en.wikipedia.org/wiki/Germany "Germany") blogger Philipp Lenssen of Google Blogoscoped made a scanned copy of the 38-page comic available on his website after receiving it on September 1, 2008.[\[29\]](https://en.wikipedia.org/wiki/Google_Chrome#cite_note-lenssen-30)[\[30\]](https://en.wikipedia.org/wiki/Google_Chrome#cite_note-comic-31) Google subsequently made the comic available on [Google Books](https://en.wikipedia.org/wiki/Google_Books "Google Books")
The browser was first publicly released, officially as a [beta version](https://en.wikipedia.org/wiki/Beta_version "Beta version"),[\[34\]](https://en.wikipedia.org/wiki/Google_Chrome#cite_note-35) on September 2, 2008, for [Windows XP](https://en.wikipedia.org/wiki/Windows_XP "Windows XP") and newer, and with support for 43 languages, and later as a "stable" public release on December 11, 2008.
Google also explained that Chrome was an open-source initiative. The browser’s source code was made available to the public via its open-source counterpart, [the Chromium browser](https://www.chromium.org/Home), and Google pulled components from Apple’s WebKit and Firefox to develop it.
Naturally, the initial launch was for the beta version, which was first released on Windows. And while Windows saw a stable release three months later, Mac and Linux didn’t receive stable releases until [May 2010](https://chrome.googleblog.com/2010/05/new-chrome-stable-release-welcome-mac.html).
As a matter of fact, the plan to make a Google web browser had existed for years, Google's CEO Eric Schmidt just hadn't considered his company ready to enter the resource draining 'browser wars'. By 2008, Google was making billions of dollars a year and had finally matured enough to go head to head with Microsoft and it's market dominating Internet Explorer. On September 2, 2008, the first official release of Chrome was published and the open-source browser began its steady climb through the ranks. It took less than five years for Chrome to become the world's most popular web browser, overtaking Microsoft's Internet Explorer which had utterly dominated the market when Chrome was first launched. According to [StatCounter](https://gs.statcounter.com/browser-market-share/desktop-mobile-tablet/worldwide/#quarterly-200901-202404), Chrome's cross-platform market share currently stands around 65 percent, more than triple that of its closest competitor Safari.
Chrome offered some huge benefits over the competition. First of all, Google had more money and resources than most of the competition. Second, it built off of existing technologies and wanted to adhere to web standards. Third, Google saw Chrome as more than just a browser by developing it with rich, interactive web applications in mind. Lastly, it offered tab “sandboxing,” which kept the entire browser from crashing when one website crashed.
**Read also:** [Should you switch to the Brave Web Browser?](https://www.androidauthority.com/brave-browser-review-1110069/)
Add these on top of a simple, easy-to-use piece of software that eventually became fully cross-platform, and it’s easy to see why Chrome is so widely adopted today. Google developed the right product at the right time and in the right way to enable Chrome to become king of the hill. From there, the history of Google Chrome had its path laid out.
Growing up
Google released its second web browser yesterday afternoon, adding additional headroom for web applications stretching the limits of what it’s possible to accomplish within a web browser. The [Google Chrome](http://www.google.com/chrome) team assembled domain experts in various fields over the past six years, both through direct hires and acquisitions, to create a new browser and its critical components from scratch. GMail and Google Maps pushed the Web to its limits, taking advantage of browser technologies invented in Redmond but left dormant for far too long. Contributing to Firefox’s core, writing browser extensions, and championing HTML could only take the $150 billion company so far: they needed to own the full browser to push their Web efforts forward at full speed.
Google Chrome debuted on September 4, 2008, when Google was looking to create a better, more modern browser. At the time, there were only two mass-market competitors since Safari was only available on Apple devices: Internet Explorer and Firefox. Internet Explorer was more widely adopted, but it was also harshly criticized. Firefox appeared to be a better offering, but it only had 30% of the market compared to Internet Explorer’s 60% share.
A few days before Google Chrome launched, Google released [a blog post](https://googleblog.blogspot.com/2008/09/fresh-take-on-browser.html) titled “A fresh take on the browser.” The post explained that they were releasing this new browser because they believed they could “add value for users and, at the same time, help drive innovation on the web.”
Chrome offered some huge benefits over the competition.
Copy link

When we introduced [Google Chrome](https://googleblog.blogspot.com/2008/09/fresh-take-on-browser.html) back in 2008, our goal was to build a browser that was fast, secure, and easy to use. For over a decade, we’ve worked with the larger ecosystem to drive innovation on the web forward and build a user and developer experience that helps people and developers get things done. We continue this work today.
* **Larry Page is known for being an ambitious goal-setter — he pushed this mindset on executives throughout his time at Google.**
* **Before becoming CEO, he was the president of the products team working closely with then-VP of products management Sundar Pichai, who was overseeing the launch of the Chrome browser.**
* **Pichai himself had set very ambitious goals for the launch, having learned the importance of "stretch" goals at the company, but Page stepped in to push the "aggressive goal" even further.**
* **The team reached their goal with weeks to spare.**
* * *
In 2008, current Google CEO Sundar Pichai was overseeing the launch of Chrome as part of his role as the vice president of products management, where he worked closely with then-president of products Larry Page.
When Chrome launched, Pichai set a fairly ambitious goal to hit 20 million weekly active users within the year.
"Candidly, I thought there was no way we would get there," he recalls in John Doerr's "Measure What Matters."
The idea was to push the products team to its limits with "stretch" key metrics in order to reach the main goal: to create "the next-generation" web browser that could house third-party web applications.
Pichai was right. The people who used Chrome loved it, but a hiccup led to a missed milestone, and Pichai proceeded to set a second ambitious goal of 50 million users for 2009; this time, the team missed the goal by about 12 million. When Pichai set the next year's goal at 100 million — doubling up, having put in place safeguards like advertising, faster code, and distribution deals — Larry Page stepped in to say it wasn't enough.
"My target, he pointed out, touched only 10% of the world's one billion internet users at the time," said Pichai. "I countered that 100 million was in fact aggressive."
This was a [classic Larry Page](https://www.businessinsider.com/in-1999-larry-page-said-google-would-be-valued-at-100-billion-2018-6) mindset, according to various excerpts and accounts from colleagues.
Page was famous for using sayings like "always work hard on something uncomfortably exciting," and encouraging Google employees to "have a healthy disregard for the impossible." He pushed this thinking on Pichai when it came time to popularize Chrome, and the two settled on 111 million users by the end of 2010.
The more-than-aggressive goal pushed the pair to think about what they could do differently. Google heightened awareness about Chrome via marketing tactics, increased distribution deals, and launched Chrome on Apple's OS X platform and on Linux. By the second half of the year the outcome still looked uncertain, but a few weeks into Q4, the products team reached their 111-million user mark.
* [Facebook](https://www.facebook.com/sharer/sharer.php?u={url} "Share on Facebook")
* [Twitter](https://twitter.com/intent/tweet?text={url} "Share on Twitter")
* [LinkedIn](https://www.linkedin.com/shareArticle?url={url}&mini=true "Share on LinkedIn")
* [Mail](mailto:name@example.com?subject=Check%20out%20this%20site&body=Check%20out%20{url} "Send via Email")
*
Today, we're releasing an early version of [Google Chrome Frame](http://code.google.com/chrome/chromeframe "Google Chrome
Frame"), an open source plug-in that brings HTML5 and other open web technologies to Internet Explorer.
We're building Google Chrome Frame to help web developers deliver faster, richer applications like [Google Wave](http://googlewavedev.blogspot.com/2009/09/google-wave-in-internet-explorer.html "Google Wave"). Recent JavaScript performance improvements and the emergence of HTML5 have enabled web applications to do things that could previously only be done by desktop software. One challenge developers face in using these new technologies is that they are not yet supported by Internet Explorer. Developers can't afford to ignore IE -- most people use some version of IE -- so they end up spending lots of time implementing work-arounds or limiting the functionality of their apps.
With Google Chrome Frame, developers can now take advantage of the latest open web technologies, even in Internet Explorer. From a faster Javascript engine, to support for current web technologies like HTML5's offline capabilities and <canvas>, to modern CSS/Layout handling, Google Chrome Frame enables these features within IE with no additional coding or testing for different browser versions.
To start using Google Chrome Frame, all developers need to do is to add a [single tag](http://blogs.msdn.com/ie/archive/2008/06/10/introducing-ie-emulateie7.aspx "single tag"):
<meta http-equiv\="X-UA-Compatible" content\="chrome=1"\>
Today, Google launched a new web browser called [Google Chrome](http://www.google.com/chrome). At the same time, we are releasing all of the code as open source under a permissive BSD license. The open source project is called Chromium - after the metal used to make chrome.
Why did Google release the source code?
Primarily it's because one of the fundamental goals of the Chromium project is to help drive the web forward. Open source projects like [Firefox](http://www.mozilla.org/) and [WebKit](http://www.webkit.org/) have led the way in defining the next generation of web technologies and standards, and we felt the best way we could help was to follow suit, and be as open as we could. To be clear, improving the web in this way also has some clear benefits for us as a company. With a richer set of APIs we can build more interesting apps allowing people to do more online. The more people do online, the more they can use our services. At any rate, we have worked on this project by ourselves for long enough - it's time for us to engage with the wider web community so that we can move on to the next set of challenges.
We believe that open source works not only because it allows people to join us and improve our products, but also (and more importantly) because it means other projects are able to use the code we've developed. Where we've developed innovative new technology, we hope that other projects can use it to make their products better, just as we've been able to adopt code from other open source projects to make our product better.
How will we be working with the open source community?
To begin with, we are engaging with the WebKit community to integrate our patches back into the main line of WebKit development. Because of Chromium's unique [multi-process architecture](http://dev.chromium.org/developers/design-documents/multi-process-architecture), the integration of the [V8 JavaScript engine](http://code.google.com/p/v8/), and other factors, we've built a fairly significant port of WebKit on Windows, and are developing the same for Mac OS X and Linux. We want to make sure that we can find a productive way to integrate and sync up with the WebKit community in this effort as we move forward.
* [Darin Fisher](http://www.youtube.com/watch?v=A0Z0ybTCHKs) talking about Chromium's multi-process architecture
* [Brett Wilson](http://www.youtube.com/watch?v=IiN9fxwjcL0) talking about the various layers of Chromium
* [Dimitri Glazkov](http://www.youtube.com/watch?v=QND2lFCrIGw) talking about hacking on WebKit
* [Ben Goodger](http://www.youtube.com/watch?v=WsvNebq1dRg) talking about Views (and how to write good tests for them)
* [Wan-Teh Chang and Eric Roman](http://www.youtube.com/watch?v=ZhDb42M6ZLk) talking about Chromium's network stack (and its history)
By Jeremy Orlow, Software Engineer
posted in:
Previous
Next
Lars Bak and his team in Århus, Denmark have spent many years writing virtual machines: the run-times that translate programming code into machine code. Lars wrote Sun’s Java VM, HotSpot, and later slimmed down the VM for J2ME (CLDC HI [project Monty](http://java.sun.com/products/cldc/wp/ProjectMontyWhitePaper.pdf "Sun CLDC HI project Monty")). A few years ago Lars and his team in Denmark began work on a new interpreted JavaScript engine optimized for x86 and ARM architectures.
[The V8 engine](http://code.google.com/apis/v8/design.html) is specifically tuned for recursive JavaScript tasks, optimizing commonly used components of your application. V8 is multi-threaded, opening up new parallel processing on multiple computing cores. V8 guesses how you might use your JavaScript code, and backtracks over any faulty assumptions. It’s just one of the new engines we’ll see inside our web browsers by the end of 2008.
* [Facebook](https://www.facebook.com/sharer/sharer.php?u={url} "Share on Facebook")
* [Twitter](https://twitter.com/intent/tweet?text={url} "Share on Twitter")
* [LinkedIn](https://www.linkedin.com/shareArticle?url={url}&mini=true "Share on LinkedIn")
* [Mail](mailto:name@example.com?subject=Check%20out%20this%20site&body=Check%20out%20{url} "Send via Email")
*
As a developer, one of the coolest things about working on the Google Chrome web browser is that there's very little difference between being a Googler working on it and being an external contributor. Most development happens via public [wikis](http://dev.chromium.org/), [mailing lists](http://dev.chromium.org/developers/technical-discussion-groups), [bugs](http://crbug.com/), and [code](http://src.chromium.org/viewvc/chrome/) under the Chromium project. Chomium's openness is something we take a lot of pride in.
I contributed to Chromium early on in late 2008, the passion and dedication that team was contagious, loved every second. I joined because I wanted to build a browser for myself too. And features like middle click to close tab, bookmark all tabs, full tab print preview, keyboard accessibility, were a few things I wanted and they were welcoming and their dedication is shown in how they review. Family and friends were raising their eyebrows on why I would contribute my nights, 6-midnight working on Chromium for free, it was simple, I learned a lot, I was respected, felt like I was part of the team, and contributing code that I really wanted in a browser was amazing to have and share with millions others.
Expand full comment
Reply
Share