But building the software wasn't enough, they used some scammy browser toolbar company (one of our competitors) to deploy this software silently and without any user intervention, all of a sudden millions of users overnight switched to chrome. It was deployed as a proxy botnet and Google knew full well what was happening. I sent a note to the humans at Firefox because we had a top 10 extension at the time and were in the midst of porting it to Chrome. They called their contacts and sure enough our suspicions were correct.
Google would later go on to buy that company because they were pushing so much traffic to Google's ad partners (Ad Meld being another acquisition).
We got screwed and were never able to recover from the run-around. I became friends with the folks on the Chromium team and we talked about how google used a botnet to launch Chrome over beers in a SF dive bar.
I remember that the former GM of the Internet Explorer 5 and 6 team transferred to my org about a year after I joined. In his intro email, he included a sheepish apology for IE6, which I printed and kept on my office wall for the rest of my time at Bing, it was a prized possession. Man that browser caused so many nightmares.
(to clarify, the GM was a good and smart guy, the apology was a little tongue-in-cheek since IE6 was arguably the best browser upon its release - the problem was Microsoft effectively abandoned it and let it languish and stagnate for years while the web moved on without it, which turned it and the IE org into well-deserved pariahs)
For comparison, Internet Explorer 6 came 2.5 years after 5 and so did 8 after 7.
The lesson of IE6 is that people cannot be trusted to handle updating themselves.
The only good justification I can think of to update totally working software that I am happy with, is for mitigating security vulnerabilities. And even then, the choice should be on the user.
It often didn't, but the user was not always in control. Many business and educational environments held back and their users were in locked down machines (for good reasons) so could not upgrade if they wanted to.
This had a secondary effect: parents in households where the kids weren't in control of the tech were wary to upgrade in case it made them incompatible with work or things the kids needed for school.
> Maybe if IE6 was so terrible, Microsoft shouldn't have released it in the first place.
As has been mentioned a few times, upon release IE6 was the best browser commonly available by a number of metrics. Netscape was properly stagnating around then, Firefox was not yet a thing (even under is earlier names), chrome was even further off, and other alternatives only captured a niche market. A lot changed between then and 2009 but IE6 didn't.
> this assumption that we should always have to be on the update treadmill
This wasn't the enshitification treadmill that we experience today. Newer browsers at the time were offering key benefits for performance and security as well as significant useful features for designers that had to be inefficiently polyfilled or rejected if you needed to support older UAs.
> mitigating security vulnerabilities. And even then, the choice should be on the user.
No. As much as I disparage Windows for being the OS that can't be trusted not to randomly reboot if you leave it unattended for 12 hours, security updates are everybody's problem if you get infested with something that goes on to affect the wider network.
Why evolve software at all?
The rogues take responsibility, think carefully, act carefully.
I do occasionally think Safari is the new IE though -- not in terms of terribleness but just in terms of holding back the web by being the slowest to implement big new features.
You mean Chrome-only non-standards that Mozilla usually opposes, too
I'm sure there are many such examples.
People try to equate it to Safari now but that's just not comparable. Safari will render something badly or not support a CSS decorator that you'd really like to use, but it will rarely crash, go into an infinite URL-fetching loop, or arbitrarily fail to recognize random HTML tags.
The longer answer is yes, absolutely.
There was a sweet spot between roughly 2007 and sometime in the mid 2010s when web developers coded to standards instead of just the dominant browser, and where there was browser diversity: Firefox, Safari, Opera, Chrome, and IE 7+. It was a good time for the Web.
Chrome then became dominant, and unfortunately now we're in a "Best viewed in Chrome" era, and we're back in an era where some developers only code for the dominant browser.
Chrome when it came out was much faster than Firefox. It was lighter and worked better.
Also macs had moved to Intel chips a few years before and were actually pretty decent so a lot of people were moving to them.
Also of this chipped away at XP and the few people running XP machines were diehard xp fans or corps that were dragging their heels upgrading.
It also had an outsized impact on the web because it was a popular with developers for doing web development.
In 2010 Firefox 3.5 had a estimated global market share of 15-20%. BTW nobody thought any of the stats were accurate at the time as they were easily skewed. Some counters would report 30%, but it was an estimate and not a reliable one.
On the sites I was building, which were mostly travel sites, e-commerce and later gambling. Firefox was maybe 5-10%. I am also no in the US. I just didn't see anything like what was reported in site stats for the things I was working on.
Later on it was IE and Chrome and Firefox was still at maybe 10%. I really cared about compatibility and web standards at the time and made every effort to make sure that the sites work. So I knew it wasn't a "the site doesn't work in this browser".
> It also had an outsized impact on the web because it was a popular with developers for doing web development.
So people that used the net heavily used Firefox and people that didn't tended to use IE. So on some sites Firefox usage would be far higher than it would otherwise be.
e.g. People using IE might only use the internet for online shopping, checking mails, so visiting an online shop, booking a flight etc. Whereas many Firefox users would be using Social media, Blogs, Forums or YouTube more heavily. So you will see two completely different pictures depending on what your site's audience would be.
That is why the statistics can be misleading.
There's a long time during which Firefox was somewhat slow, and I remember the spidermokey team releasinf the famous Are we fast yet website that was saying no during this period.
I was so happy when Chrome came out. Over the years I've tried going back to Firefox and I've gone back to either Chrome, Ungoogled Chromium or Brave.
I was in perf engineering at the time. we would switch between a handful of string concatenation methods every browser release. it wasn't much about real performance, but just shifting trade-offs in the jit. but google PR team was very good at running in front of the changes and pointing their overly optimized way to magazines. so they would run an array concat test that was much faster while being much slower in plus sign concat, but they often left that out. anyway, everyone drank the coolaid. 100% of the v8 performance over spider monkey was not attaching debuggers and dev tools. and sadly, mozilla had to follow. nowadays we are mostly back to square one (still some niceties from dalvik missing).
true performance improvement came much later than that.
No I am not. I remember this clearly and all my friends were complaining about it before chrome was released. I just checked the dates. Firefox 3 was released a whole year before Chrome.
I really don't appreciate it when people tell me that I have been swayed by some big company, when my friends and I were complaining about it before we even knew that Google had a browser.
Firefox used to just completely lock up. Wouldn't load a tab. Chrome didn't with the same number of tabs. I am not talking about JS perf speed or anything like that, I am talking about the browser just not locking up when using more than few tabs.
But the trend for IE started before this and continued after it.
Firefox briefly dominated the web in between.
Chrome dominance is a result of Google wanting to control the web and its dominance in the ads and search areas.
Chrome was simply better than Firefox, Internet Explorer, Legacy Edge. I am not a Windows Admin, but Chrome also offered an MSI package whereas Firefox didn't bother until years later. So it was easy for IT to roll out Chrome as part of the standard corpo install image and not an option with Firefox.
As for web development it offered better JS debugging and had a decent phone emulator built in and this was back in 2014. I am sure I could also debug phones as well with some reverse proxy shenanigans via fiddler and some open source tooling I forgot the name of now.
To parody the situation: a consortium of bridge engineers is discussing building standards, but somehow they’ve been lumped together with every girl named Bridget and every young boy making toy bridges with blocks, and they all have voting rights, and the girls are insisting that bridges must sparkle, and the boys think every bridge should be able to support helicopters and diggers.
Internet Explorer 6 was an incredible waste of resources. I developed primarily on a Mac OS system at the time, which was somewhat progressive in the industry, but in order to verify the functionality we had was working correctly on Internet Explorer 6 (which we still had observed was greater than 50% of the market share) I had to keep a PC on my desk just for IE6 testing.
There were a number of hacks that we could incorporate into additional override style sheets like conditional HTML comments that you could use to incorporate IE6 overrides or weird patterns that you could do by using asterisks that would allow you to target it specifically.
We didn't necessarily prioritize feature parity with IE6, but the site had to load and render correctly and support the cause of marketing the property that we were tasked to do. Once the adoption of it finally slowed, it was a great sigh of relief to the industry, and it made it feel like we could do anything we wanted to because we had been making concessions to it for so long.
A conspiracy to kill IE6 (2019) - https://news.ycombinator.com/item?id=39294406 - Feb 2024 (106 comments)
A Conspiracy to Kill IE6 - https://news.ycombinator.com/item?id=38210439 - Nov 2023 (1 comment)
A Conspiracy to Kill IE6 (2019) - https://news.ycombinator.com/item?id=28725293 - Oct 2021 (80 comments)
A Conspiracy to Kill IE6 at YouTube - https://news.ycombinator.com/item?id=28655890 - Sept 2021 (2 comments)
A Conspiracy to Kill IE6 - https://news.ycombinator.com/item?id=19798678 - May 2019 (363 comments)
Also, IE4 was such a magnificent leap forward in the web that effectively enabled support for modern apps, which bought IE a ton of goodwill from me that didn’t wear off for a decade or so.
* Kind of, I was born in the 2000s
Oh, what the heck, it’s been 20 years. Vertex Pharmaceuticals: shame on you. In the mid-2000s you had very poor taste in browsers ;-)
Man, literally every time the web platform had to choose between the IE way and the Netscape way they made the wrong choice huh.
For my own part, I made sure my employer had plans to remove IE6 from our support list the day Google officially did the same in March 2010. The very next day, I started adding code to our site that complied with official standards and worked perfectly on every other browser, and removing all the compatibility hacks we'd deployed to make that pig render a screen correctly. It was incredibly liberating.
FWIW that app is still running to this day: https://resultview.q2labsolutions.com/resultview/logon/logon...
Vanilla JavaScript just works. Marvel at the circa 2001 Login button!
The most complex part was a dynamic query builder where you could pick columns and various kinds of filters. We could have gone to the server each time the user changed the query, but I found it a lot snappier to do it all with document.write().
For a while, JavaScript was shunned by a lot of web shops. Applets and Flash were the future! Then Google Maps came out and showed what you could really do, and JS became cool again.
YouTube on TVs is actually a web app that loads into a stripped down, custom webview. The YouTube team doesn't have the resources to implement many web APIs, so they implemented just what they needed.
The problem is that they can't reliably update Cobalt versions on TVs, they can't ask users to update, and they can't just break older TVs in the wild. So the YouTube on TV frontend (not YouTube TV the service) has to only use APIs they shipped like 10 years ago.
And because it takes so long for an old Cobalt version to go out of support, they don't invest in implementing new features because they wouldn't be usable anytime soon. 10 years ago I was in a meeting with them where they said they couldn't implement something because they wouldn't be able to use it for 5 years... They still haven't implemented it.
But YouTube is also a very complex app. Yes it "just" exists to play videos, but the app is so much more than a video player. Browsing, searching, comments, chat, playlists, YT Live, subscriptions, profiles, ratings... there's a lot there.
Perhaps they could start with just cutting down their bloated 100x-duplicated 4MB CSS file?
However, it's clear that the devs are mainly composed of trendchasing sheeple who have drunk the Goog-Aid and are addicted to newness and reinventing wheels to make them square... because they have to justify their existence.
I call that trailer park logic:
They say: "Why go to college? That will take four years and I need a job now!"
Then four years later, while still in a dead end job: "Why go to college? That will take four years and I need a job now!"
It's also not unreasonable to believe that the two things are linked.
This way they could keep an old html/css/js implementation running alongside the upgraded one.
What new features?
The only "new features" Youtube implements is shoving shorts down your throat and taking five seconds to show video times on thumbnails despite the fact that the data is already there.
There's nothing Youtube requires from "new features" that can't be implemented in a browser tech from 15 years ago.
Also, Youtube the site doesn't have to deal with Cobalt-the-TV-app just like it doesn't have to deal with YouTube-the-mobile-app
Video encodings themselves are separate the client always selects the most favorable one from the available set (e. G., vp9 over av1 when hw decode for av1 is not present)
It's not proprietary
Annual revenue is a few dozen billions.
So what's the problem, here?
Minimizing developer pain is not a business objective.
YouTube was perfectly usable 15 years ago, on the machines and software of the time.
I'll stop at the imminent conclusion that having Cobalt is a good thing for various reasons.
Man, I love these tales of people doing the right thing cutting through the red tape.
The significant shift IMO was when Windows 7 machines replaced the ageing XP machines. That is what I saw in the google analytics on the sites I was supporting at the time.
As an aside. IE7 was IMO worse in some ways the IE6. It had many of the same rendering bugs but was more subtle in how it failed.
I still remember the time when people cherished the arrival of IE5.5 and IE6 later. They were once the best browsers.
Whoever this Croatian guy is, thankyou! True hero of the internet.
As soon as that banner popped up on Youtube we were able to tell our customers the same thing.
And if you are actually concerned about the future of the web, instead of it's past, I would more concerned with Apple holding back development on Safari, to make people focus on writing native apps for mobile. There are so many apps that in the past would be websites, but end up being natively coded because that's the only way to get a good customer experience in mobile.
The writing is on the wall.
Maybe we need to hire construction teams to break into peoples' houses and change them every 5 seconds.
skrebbel•9h ago
> Frustrated, one of the lawyers asked “Why did you have to put Chrome first?” Confused, I explained that we did not give any priority to Chrome. Our boss, in on the conspiracy with us, had thoughtfully recommended that we randomize the order of the browsers listed and then cookie the random seed for each visitor so that the UI would not jump around between pages, which we had done. As luck would have it, these two lawyers still used IE6 to access certain legacy systems and had both ended up with random seeds that placed Chrome in the first position. Their fear was that by showing preferential treatment to Chrome, we might prick the ears of European regulators already on the lookout for any anti-competitive behavior.
Wow those lawyers must've left the place many years ago huh!
01HNNWZ0MV43FF•8h ago