I believe they succeeded thanks to their huge resources, their popularity and their good insight, but which of these factors was the main one?
I believe they succeeded thanks to their huge resources, their popularity and their good insight, but which of these factors was the main one?
Rule of law or better ideas? Meet billions of dollars. We all know who wins ... justice delayed long enough is justice denied.
I would chalk it up to the massive amount of experience among the early team members. Chrome was started by ex-Firefox people. The initial tech lead for Chrome, Ben Goodger, was the former tech lead for Firefox. Chrome Extensions were developed by the guy who invented GreaseMonkey. V8 was designed & led by Lars Bak, a veteran of Beta, Self, StrongTalk, and eventually tech lead of Java HotSpot. Google literally hired all of the world experts in the technologies involved and had them put together a new browser.
Rather than Chrome being the story of huge resources, I see Chrome as an example of what a small team of highly-skilled, highly-motivated experts can do.
Edit: I found a full list of team members and description of their background from a blog post at launch:
https://s.niallkennedy.com/blog/2008/09/google-chrome-team.h...
https://www.niallkennedy.com/blog/2008/09/google-chrome.html
It really was about 20 people, and they all have extensive resumes working on products like Firefox, HotSpot, GMail, Google Gears, or other Google products.
> Rather than Chrome being the story of huge resources, I see Chrome as an example of what a small team of highly-skilled, highly-motivated experts can do.
I think this is a false dichotomy; the huge resources are what allowed them to hire all of those experts.
It appears it was management and/or politics that stopped other companies from doing what Google did.
I'd actually switched over to Chrome before joining Google, and told all my family to switch, and it was apparent at launch that it was just a better browser. Once you're at the point where your users tell their friends to switch to your product, there's basically nothing your competition can do to stop you other than massively improve their own product, because you're getting large and exponentially-growing amounts of free advertising.
How could Mozilla compete against Google (or even Apple) to pull this talent?
Again: Big money wins (exception being those organizations that are both big and inept).
"The process involved coming up with an idea, presenting it and getting approval to run with it. You would then repeat this approval process at various stages during development. It was, however, very hard to get approval for enough resources (both time and people) to finesse an idea long enough to make it obviously a good or bad idea. That aside, I found it very demoralising to not have the opportunity to write code that people could use."
The early Chrome people indicated a similar frustration with upper management once Firefox got popular.
Expense approval is less clear, because it's not obvious which things your immediate manager can approve and which need to be kicked higher up the chain. But in my experience asking your manager works pretty well. It's possibly I've been lucky with managers.
And for a number of years now, Chrome has had both a huge team _and_ huge marketing spend.
Note that excludes the V8 team, which I believe was a decent number itself.
Thanks to the Web applications, POSIX became irrelevant for desktops, ability to run a web browser is enough regardless of the kernel.
Google can switch the kernel in ChromeOS for whatever they feel like and no one will notice.
The web also nurtured the GNU/Linux server. Apache on Linux slaughtered IIS on Windows and itself got killed by Nginx on Linux in turn. The web giveth, the web taketh away...
The majority of web stacks, regardless of language, run on Linux.
All the programming languages I care and use for web applications have zero dependencies on OS specific APIs, some of which I can even run bare metal or on an unikernel, with zero code changes.
The cloud concept, Web APIs and serverless executions, the OS of server running my web application is irrelevant, thanks to rich runtimes.
As for Apache and IIS, they are pretty much alive outside HN bubble.
https://news.netcraft.com/archives/category/web-server-surve...