Open source without the option for an alternate development organisation to drive or steer development direction means vey little.
Costs matter, and Web development costs are high. Google benefits from coordination, funding, and one migh presume, cost advantages, which would be exceedingly difficult for any comparable US or EU effort to match.
Development in lower-cost-of-living regions, perhaps most viably China, might pose an alternative.
The problem is that Google controls both the overwhelmingly dominant browser and the standard.
MSIE was bypassed not by a code fork of MSIE (itself originally based on the Spyglass browser, which was a fork of the NSCA's Mosaic codebase), but by independent implementations of an HTML-standard parser. Microsoft had some influence over Web development (noteably through ActiveX) but far less than Google has now.
My point is that Open Source of itself is not sufficient, and moreover simply is not viable. Glibly asserting that it is ... is utterly unrealistic.
Though the alternative of forking a Web-like markup and transport, as Gemini is attempting to do, is one option. For other technologies which have become sufficiently baroque, similar worse-is-better alternate paths have been pursued.
Otherwise, this is an antitrust issue, and Google very badly need busting.
>My point is that Open Source of itself is not sufficient
And I didn't claim that it was. My point was merely that Chromium being open source changes the equation pretty fundamentally compared to the IE situation.
Whether it's enough to make a Chromium monopoly consistent with an open web, I really don't know. There are very good reasons to be sceptical.
Your comments appear to be saying that Chromium being open source makes the equation better. Like the comments defending this point about Brave and other wrapper browsers.
So you’re not claiming open source is sufficient but you are seemingly defending it is a better situation.
While I and some other commenters are signaling we don’t think the situation is better.
To me the fundamental part of the equation is outsized power and influence. Being open source or not is part of the equation, but not as close to as fundamental as the core issues with this. This is made much much worse now than 20 years ago with the costs to get your own browser going so much higher. Which leads back to the outsized power being the fundamental issue.
Open source can even be argued to be a benefit to Google retaining power. Having enough attention diverted to the possibilities of open source when Google has only monumentally gained from open source with paltry benefits that are usually brought up as defenses against its power. Like AOSP mattering because China doesn’t use Google’s Android and some other irrelevant projects.
Any fundamental differences so far are giving Google and any other major central powers more power.
>Your comments appear to be saying that Chromium being open source makes the equation better. Like the comments defending this point about Brave and other wrapper browsers. So you’re not claiming open source is sufficient but you are seemingly defending it is a better situation.
Yes, that's exactly right. I think Chromium being open source changes the equation for the better compared to the IE situation. Whether it is sufficiently better to make it work, I'm not sure. I do see Google's outsized influence as a significant problem. I'm not denying that at all.
The fact that browsers like Brave have made changes that go against Google's interests is cause for some optimism though.
You are under the mistaken assumption that Google maintains absolute power over the Chromium codebase.
It is very permissively licensed, and Microsoft’s Edge is so successful and Microsoft is contributing a ton upstream. In a few years time they will have de-facto equal say over where the codebase goes. If Google disagrees too much, we will in fact see a fork.
Edge and Firefox are each under 5% of web browsing (among desktop browsers, each under 10%), vs. Google with well over 50%.
Furthermore, from what I can tell, Edge users are predominantly former IE users (rather than coming from other browsers), and combined IE + Edge use is still declining over time.
I'm not seeing your more recent statement as consistent with the first, given my own response: "Open source without the option for an alternate development organisation to drive or steer development direction means vey little."
Again: Microsoft's locus of control was not based on source code or standards, but on its control over the PC desktop market. MSIE shipped by default with that desktop, and any other browser, including Chrome, had to find its way to that desktop.
Microsoft has now ceded its own browser engine (Trident, I believe) for Google's (Blink), with Microsoft Edge. As this browser still ships by default with Windows, Chrome owns that platform by default.
Google also controls its own operating systems, Android (mobile and tablets) and ChromeOS (Chromebooks). Given Android's overwhelming numerical advantage in overall devices,[1] Google effecitely have Microsoft's previous leverage mechanism to themselves.
Google as the dominant search provider have an advertising advantage in advocating their browser, both within search and on Google properties with "works best with Chrome" or equivalent.
And again, Google effecitvely dominate both development of Chrome and Chromium, including gatekeeping over what code makes it in to each project, and through its own browser development, dominance within WHATWG, and ranking preferences withing Google Web Search, as well as compatibility favouritism through popular Google properties such as YouTube, Web standards themselves.
Microsoft's monopoly lock-in had a single peg, Google has four (OS, promotion, Chrome development, Web standards).
I do have to admit though, yes: It is a completely different situation. Microsoft's advantage was far weaker than Google's now is.
________________________________
Notes:
1. "As of April 2022, Android, an operating system using the Linux kernel, is the world's most-used operating system when judged by web use. It has 43% of the global market, followed by Windows with 30%, Apple iOS with 17%, macOS with 6%, then (desktop) Linux at 0.98% also using the Linux kernel." https://en.wikipedia.org/wiki/Usage_share_of_operating_syste...
My point was merely that Chromium being open source changes the equation pretty fundamentally compared to the IE situation
>You write here "And I didn't claim that it was", but you'd claimed initially "That's a completely different situation".
Yes, and I stand by that. Chromium being open source changes the situation completely. It makes no sense to compare the IE era to any Chromium monopoly without even mentioning that Chromium is open source.
>I'm not seeing your more recent statement as consistent with the first, given my own response: "Open source without the option for an alternate development organisation to drive or steer development direction means vey little."
I don't see any inconsistency. I simply disagree with you. It matters a great deal that Chromium is open source. It changes the politics in the industry. It changes the economics. It changes the regulatory situation. It changes the facts on the ground in terms of available browsers.
I do get your point though, and it's not that I disagree with everything you're saying. I just disagree with the claim that open source Chromium "means very little".
> Yes, and I stand by that. Chromium being open source changes the situation completely.
This is just a ridiculous assertion. Blink being Open Source does not change what Google does with the engine. If the web was Blink with a handful of irrelevant Blink forks then the web is Blink. That means whatever stupid specs Google puts forward like WebBluetooth or WebFacialTrackingAttentionMonitor become de facto web technologies.
No one outside of Google will affect the direction of Blink. Even if Microsoft tried, Google still has an overwhelming number of deployments and overwhelming influence with search and advertising.
Part of the problem of IE dominating the web was Microsoft using that domination to push their ecosystem and nudge out competitors. If things like ActiveX and VBScript had been more popular there would have been no room for Firefox to make inroads against IE.
Google's Web* specs they push are their equivalent of Microsoft's proprietary extensions of the web. No browser written from scratch can hope to catch up to Blink without billions of dollars of investment. A Blink fork disabling the most privacy invading Web* specs can't meaningfully compete with Google's install base and promotion.
What you're missing is the fact a project is Open Source doesn't mean it's governance is in any way open. The governance of Blink is not meaningfully open. Nothing a non-Google contributor says means anything to Google. They already add in half-baked and poorly thought out Web* specs to Blink with little concern for standards processes and there's at least some competition from Firefox and Safari. If Google doesn't care now it's ridiculous to assume they would care if Blink completely dominated in the browser space.
>Blink being Open Source does not change what Google does with the engine.
That's absolutely right, but it's not the point.
What matters is how much investment is required to offer an alternative to Google's Chrome. Does it take billions or does it take mere millions?
Building on top of Chromium means that it takes mere millions. And that changes the situation.
For that to be true, it is not necessary to wrest power from Google when it comes to deciding what does or does not go into Chromium as Google doesn't get to decide what goes into any forks.
Does any of this negate the power that Google currently has over web standards by way of Chrome's overwhelming market share? Certainly not.
What it changes is Google's margin of safety when it comes to imposing truly user hostile technology on everybody or stop investing in the technology.
And I don't mean "user hostile" in the sense that it enrages the HN crowd. I mean user hostile in the sense that many normal users will actually look for better alternatives on their own accord, not for political/advocacy reasons.
The fact that open source Chromium exist makes Google's dominance over the web far less assured than it would otherwise be.
> What matters is how much investment is required to offer an alternative to Google's Chrome. Does it take billions or does it take mere millions?
> Building on top of Chromium means that it takes mere millions. And that changes the situation.
This simply does not follow. If you're building on the back of Blink you're still chasing whatever Google unilaterally decides to include in Blink. You need to do extra work to merge stuff you want and keep stuff you don't want properly disabled. Google has no impetus to make it easy or even possible for third parties to disable features in Blink. The cost to maintain a defanged Blink can very easily go from "mere" millions to billions if Google makes it difficult to merge upstream changes in defanged forks.
If web developers readily adopt whatever Google throws out, and lets be honest it's adtech companies adopting "features" to better fingerprint users without cookies, then a Blink-based alternative to Chrome will get zero uptake. If the top sites on the Web require Google's version of Blink/Chrome with all of Google's handy dandy anti-privacy features then it does not matter in the slightest that a non-Google Blink browser can exist.
You're pretending that Blink being Open Source is somehow going to affect the decisions of web developers (adtech companies). They are going to chase Google's version of Blink/Chrome because that's how they make the most money. Right this second Apple and Mozilla are just barely keeping Chrome from fully dominating the web.
Google is never going to make Chrome overtly user hostile. They're just going to continue to making Chrome an advertiser's dream browser because they are an advertiser. While WebEyeTracking might have some non-advertising use 99% of the user cases will be to make sure people looked at an advertisement long enough. If Google controls the specifications that define the web and sites adopt those technologies, there's no room for alternatives that aren't Google's Blink. Not only can defanged Blink not be practical but neither are non-Blink browser engines.
> The economics of starting from scratch vs starting from Chromium's latest commit are fundamentally different.
I don’t think they are. That fork then immediately finds itself in the same position as other engines, where now the fork is going to need to keep up with whatever Google is adding to Chromium.
You might then think, “Then the fork can just pull from upstream.”
Okay, so then:
a) Your fork probably isn’t differentiated enough to matter; and more importantly
b) Google is still effectively calling all the shots!
The fact that both Brave and Vivaldi were able to disable Google's FlOC within a very short period of time is evidence against both (a) and (b) in my view.
Even more so the fact that Brave was able to build an alternative ad network on top of Chromium.
How can market share not be part of the discussion concerning who controls the web?
You wrote:
> The fact that both Brave and Vivaldi were able to disable Google's FlOC within a very short period of time
Okay, they disabled some stuff. That isn’t a fundamental divergence from the upstream project.
The original argument was that Google wouldn’t control the web in a Chromium monoculture because anybody can just fork it.
I disagree. My argument has two prongs:
1. A Chromium fork can only sever itself from Google’s control if it is not taking patches from upstream (ie, Google). I’m particularly thinking about the most consequential pieces: web APIs, not Google ad tech. That’s going to require an army of developers who now are immediately thrust onto the web API treadmill.
2. If a Chromium fork’s market share is tiny, how is it going to displace Google’s influence on the direction of the web? It isn’t. Everybody will still be coding against Google’s Chromium.
>How can market share not be part of the discussion concerning who controls the web?
Of course market share has to be part of the discussion. But the way in which you used it seems tautological. Also, market share affects alternative browser engines just as much as Chromium based browsers.
>The original argument was that Google wouldn’t control the web in a Chromium monoculture because anybody can just fork it.
That wasn't my argument though. I don't know if Google wouldn't control the web in a Chromium monoculture. It very well might. My argument was that the IE era does not serve as a valid historical precedent because the fact that Chromium is open source changes the situation in very significant ways.
>A Chromium fork can only sever itself from Google’s control if it is not taking patches from upstream (ie, Google)
I don't think Chromium based browsers can completely extricate themselves from Google's control. But this is not a black and white question. Alternative browser engines cannot do that either.
You make a good point that web APIs are a better test for Google's control than ad tech. But this kind of control affects independent browser engines just as much as Chromium based ones. If Chrome doesn't implement a particular web API then the API is dead in the water. That's where market share matters.
> A Chromium fork can only sever itself from Google’s control if it is not taking patches from upstream (ie, Google). I’m particularly thinking about the most consequential pieces: web APIs, not Google ad tech.
It's generally far easier to turn APIs off than add new things. Keeping a fork up to date with upstream while maintaining a list of Chromium platform additions that are disabled is exactly what we're talking about here, no?
You are ignoring the fact that Google can start making changes to make it incompatible on a scale that a small team of open source maintainers couldn't hope to keep up with.
Exactly. Even further, without market share it means very little. You could fork and fund a parallel browser, but if it has no market share then it has no influence on the web.
Why don't these criticisms apply to Linux? The relationship between Linux Core and the Flavors of Linux seems to work well. Edge, Brave, Opera and more are all using the Chromium engine. If Google went off the deep-end, they would easily have enough resources to maintain a fork.
Linux itself is at least not a proprietary and commercial entity, though quite arguably its development has largely been captured by a set of proprietary and commercial entities. There's enough multilaterality in that group that fixed loci of control don't seem overwhelmingly apparent, but I'd definitely watch for those.
I've been concerned over numerous elements of Linux development (including viewpoints expressed by senior developers) for a decade or so. I think you'll find some level of concern expressed by others, including some very senior former Linux devs. (I'm not positive A.C. has said as much, though that's a vibe I get.)
For what it’s worth, there are those of us who don’t think it’s great for GNU/Linux to be overwhelmingly dominant in the FOSS operating system sphere. It’s a wonderful project that we’re fortunate to have, but monocultures are rarely healthy.
It's not that different a situation. Chromium is open-source, but it's not community-based. If Google wants to do a rug-pull on Brave, they can do so at any time. Not as trivially as if it were closed-source, but not that difficult, either. I doubt Brave have the resources to maintain security updates, much less keep up with standards, on an abandoned browser engine codebase.
Licensing isn’t what is important here, control is. The vast number of major contributions and contributors come from Google, and therefore they can steer the project in any direction they wish. That it happens in the open is and accidental side effect that Google can leverage at will to claim it isn’t really in control when regulators come knocking.
Those are not fundamentals, more like bells and whistles. Fundamentals are strictly dictated by what Google want in the Chrome and its clones and will never change, at least with current trends when even MS switched to Chrome.
They can make some specific features of any forks useless, not all of them as the FlOC situation has demonstrated. But the same is true for features of alternative browser engines that don't gain enough market share.
This stuff isn’t that big of a deal in the overall scope. Not when compared to seeing how Google controls Android which has a longer history of others trying to get away from it. It didn’t work. Android is even more entrenched in most of the world sans China.
These sorts of arguments probably help cement Google’s power. By giving the guise that the open source part of the equation can be the key to usurping Google’s power. Instead of it mostly being the other way around.
It would not be surprising if Google loves these tiny changes from Chrome and Android. So the discussions and sentiment never get close to how bad it got for IE or other monopolies and dangers of power.
I think Android is very different, because the open source parts of Android (AOSP) do not constitute a viable OS on their own. The entirety of what we know as Android is simply not open source.
To make matters worse, Google has put in place some legal roadblocks against device vendors using AOSP in markets where others can fill in for some of the proprietary Google parts.
These requirements are subject to regulatory action and I'm almost 100% certain that they will be deemed anticompetitive and therefore illegal.
Of course. But the question at hand is: does it matter that the competition is using chromium to power their browsers? At least with chromium, competition is somewhat viable, in case Google goes over more lines than even the general public can stomach.
That's exactly where F/OSS has failed us big time. Just because it's "open source" doesn't mean browsers have to aggregate to whole operating systems. There was once this idea, you know, of exchanging documents and links via TCP/IP, and it was good. Then came platforms and browser wars, and the piece of crap that is JS and CSS along with them. In the end our only way out of this is to start over with a decentralized/p2p medium for document exchange. But F/OSS don't seem to get it that we need open standards not necessarily open implementations.
The same thing has happened to Linux which was ok as long as it was chasing commercial Unix, spawning POSIX even; but look what happened with systemd, wayland, snaps/flatpacks, Docker, k8s, and all the other erratic developments - all the while not a single end-user app was created in the last decade.
> The same thing has happened to Linux which was ok as long as it was chasing commercial Unix, spawning POSIX even; but look what happened with systemd, wayland, snaps/flatpacks, Docker, k8s, and all the other erratic developments - all the while not a single end-user app was created in the last decade.
Strongly disagree. Desktop Linux is better than it's ever been before, and not at all comparable to the degenerate hellhole that is the modern web.
systemd isn't perfect, but I think it's an improvement from traditional init. If you prefer the simplicity of traditional init systems, then you're free to use a non-systemd distro. Wayland is a much-needed modernization and simplification of the graphics stack, and again, nobody's forcing you to use it - X11 won't disappear any time soon. Snap, Flatpak, Docker, etc aren't exactly my cup of tea either, but again, nobody's forcing us to use them. Debian, Arch, etc are chugging along just fine. Meanwhile, PipeWire is a significant improvement compared to bare ALSA or Pulse+Jack, and iwd is a significant improvement compared to wpa_supplicant+NetworkManager.
>all the while not a single end-user app was created in the last decade.
This is the tragedy of the Linux Desktop. The problem with F/OSS is the "Free" part (as in "Beer"); as long as users resist paying for software, you will never have a rich enough ecosystem to develop that very software. The problems you list with "systemd, wayland, snaps/flatpacks, Docker, k8s, and all the other erratic developments" is that they are largely meant to solve corporate problems.
I don't think that's a failure of FOSS, just a scoping problem. Open source is a good thing and a contributor to a strong ecosystem, but it's not sufficient by itself.
You don't know how much CSS sucks until you understand it. Which is kinda the problem. CSS, its lack of formal semantics, self-serving spec process (as W3C's last holdout), and aura of Stockholm's is bordering on the criminal. There's no comparable tech as CSS that is as directly associated with the slip of the web into the hands of "browser vendors", for professionals and laymen alike.
Is someone maintaining a significantly different version of the chromium engine that I'm not aware of? Google can always change the license on Chromium as well which would require a hard fork and basically you end up with diverging versions. No we need multiple (or at least two browser engines) browsers.
We already have a number of Chromium based browsers that go against some of Google's most fundamental interests (e.g Brave).