Hacker News new | past | comments | ask | show | jobs | submit login

As someone else who lived through those days, I have to disagree.

First, JavaScript performance was not an afterthought, it was a big deal.

Second, Chrome's sandbox was massively superior from a security point of view. In a world full of viruses, that was a big deal.

I personally recommended Chrome to family and friends. I did so because I didn't want to be tech support for their virus problems. But what I sold them on was the speed.






> First, JavaScript performance was not an afterthought, it was a big deal.

It's a /very/ big deal. It's not a mistake that V8 was chosen to build Node.JS on top of. Javascript performance continues to dominate the overall performance of browsers on the modern web as front-end developers utilize more and more JS weight in their pages and SPAs become even more commonplace.

Don't mistake my comment as saying that the win for Javascript performance wasn't a big win. V8 completely upended the expectations of both web developers and engine teams about what was not only expected but was what feasible when it came to JS performance. V8 is great, but it didn't need a new browser to ship it, which was my larger point.

> Second, Chrome's sandbox was massively superior from a security point of view. In a world full of viruses, that was a big deal.

Chrome's sandbox is not particularly better than Firefox's sandbox today. Both browsers invented new security concepts over the last decade+ as browsers have become larger, more integral to people's day to day workflows, and more security-sensitive. A modern browser in 2025 is easily as complex as a modern OS in 2025 with similar security implications.

When Chrome first came out, it had one major improvement over Firefox (and both were better than any alternatives for security) which was to run tab contexts in separate processes rather than separate threads. This opened up all sorts of opportunities and benefits, which Chrome capitalized on, proving this approach to be correct, and later Mozilla adopted it in Firefox as well. From a security perspective, the main benefit was to prevent different sites from sharing process memory context, in the event that the site was malicious and exploiting a browser bug to access process memory.

The modern Chrome sandbox (and Firefox sandbox) is magnitudes more advanced and complex than the sandboxing that Chrome initially shipped with, and at least to my recollection there was not a significant difference in security surface area between the two other than tab isolation at Chrome launch, which I don't really count as a "sandbox".


On performance, you're acknowledging my point without recognizing how important it was for switching back in 2008. Using the web, particularly JavaScript heavy parts of the web like Google's business suite, Chrome was a significantly better experience than Firefox. It was a real reason to switch. (I'll return to V8 shortly.)

On the sandbox, I think that you are confusing the Chrome Sandbox (released in 2008) with the Privacy Sandbox (released in 2019). At the release of Chrome, it was a significant security improvement over existing browsers. You might not call their process isolation a sandbox, but they certainly did. See https://blog.chromium.org/2008/10/new-approach-to-browser-se... to verify.

True, security and sandboxing have improved greatly in the decades since. But the current quality of Firefox is irrelevant to people's reasons to switch back then.

Now let's go back to why Chrome was developed. As articles like https://www.computerworld.com/article/1501244/the-real-reaso... demonstrate, Google's reasoning was widely understood at the time. Google wanted complex web applications to run better. And Google also wanted people to not fear for the security of their web applications. So they focused on performance and security.

What Google didn't care about was creating a monopoly. Sure, they could have released V8 without a browser attached. But that wouldn't have changed the consumer experience in the way that Google cared about. That said, they had every reason to pull V8 out of Chrome and release it independently. They were as surprised as anyone when someone chose to create node.js out of it. Their actual goal was to hope that other browsers would use a better JS engine after one was shown to them. Or, if they failed to use it directly, they'd study it and copy its good tricks.

Now you claim that the fact that V8 could have been shipped on its own was part of some larger point. I have absolutely no idea what larger point that might be. But there was a significant period of time where Chrome had V8 and everything else was comparatively slow. Which speaks directly to my point that consumers had very good technical reasons to switch to Chrome.




Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: