zlacker

[parent] [thread] 30 comments
1. dredmo+(OP)[view] [source] 2022-06-22 11:36:27
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.

replies(3): >>paol+I3 >>fauige+24 >>megama+8s
2. paol+I3[view] [source] 2022-06-22 11:59:16
>>dredmo+(OP)
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.

That's where Firefox is right now, unfortunately.

replies(1): >>escler+9s
3. fauige+24[view] [source] 2022-06-22 12:00:43
>>dredmo+(OP)
>Open source without the option for an alternate development organisation to drive or steer development direction means vey little.

Open source is that option. The economics of starting from scratch vs starting from Chromium's latest commit are fundamentally different.

I'm not saying that it's easy, only that it is not remotely comparable to the IE situation.

replies(3): >>dredmo+t7 >>dblohm+Da >>stjohn+Sw
◧◩
4. dredmo+t7[view] [source] [discussion] 2022-06-22 12:24:43
>>fauige+24
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.

replies(1): >>fauige+Nd
◧◩
5. dblohm+Da[view] [source] [discussion] 2022-06-22 12:42:03
>>fauige+24
> 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!

replies(1): >>fauige+Gb
◧◩◪
6. fauige+Gb[view] [source] [discussion] 2022-06-22 12:48:57
>>dblohm+Da
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.

replies(1): >>dblohm+cc
◧◩◪◨
7. dblohm+cc[view] [source] [discussion] 2022-06-22 12:52:27
>>fauige+Gb
Brave and Vivaldi fall into the “don’t matter” category.

Call me when a Chromium fork displaces Chromium.

replies(2): >>fauige+sc >>jefftk+Aj
◧◩◪◨⬒
8. fauige+sc[view] [source] [discussion] 2022-06-22 12:54:14
>>dblohm+cc
If your argument is based purely on market share then it's basically a tautology.
replies(1): >>dblohm+Tg
◧◩◪
9. fauige+Nd[view] [source] [discussion] 2022-06-22 13:03:10
>>dredmo+t7
>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.

replies(2): >>skinny+Sf >>dredmo+jl
◧◩◪◨
10. skinny+Sf[view] [source] [discussion] 2022-06-22 13:15:48
>>fauige+Nd
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.

replies(2): >>fauige+Hh >>jorvi+qj
◧◩◪◨⬒⬓
11. dblohm+Tg[view] [source] [discussion] 2022-06-22 13:22:53
>>fauige+sc
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.

replies(4): >>jefftk+Qj >>dubswi+nk >>fauige+tm >>_ea1k+bp
◧◩◪◨⬒
12. fauige+Hh[view] [source] [discussion] 2022-06-22 13:28:38
>>skinny+Sf
>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.

◧◩◪◨⬒
13. jorvi+qj[view] [source] [discussion] 2022-06-22 13:39:50
>>skinny+Sf
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.

replies(1): >>jacobo+qk
◧◩◪◨⬒
14. jefftk+Aj[view] [source] [discussion] 2022-06-22 13:41:09
>>dblohm+cc
> Call me when a Chromium fork displaces Chromium.

This hasn't happened with Chromium, but it did happen with WebKit.

◧◩◪◨⬒⬓⬔
15. jefftk+Qj[view] [source] [discussion] 2022-06-22 13:43:12
>>dblohm+Tg
> 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?

◧◩◪◨⬒⬓⬔
16. dubswi+nk[view] [source] [discussion] 2022-06-22 13:46:53
>>dblohm+Tg
> Okay, they disabled some stuff. That isn’t a fundamental divergence from the upstream project.

They created a new ad model where users are paid for their attention.

◧◩◪◨⬒⬓
17. jacobo+qk[view] [source] [discussion] 2022-06-22 13:47:07
>>jorvi+qj
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.

◧◩◪◨
18. dredmo+jl[view] [source] [discussion] 2022-06-22 13:52:21
>>fauige+Nd
You write here "And I didn't claim that it was", but you'd claimed initially "That's a completely different situation". (https://news.ycombinator.com/item?id=31834544)

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

replies(1): >>fauige+rr
◧◩◪◨⬒⬓⬔
19. fauige+tm[view] [source] [discussion] 2022-06-22 13:57:41
>>dblohm+Tg
>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.

◧◩◪◨⬒⬓⬔
20. _ea1k+bp[view] [source] [discussion] 2022-06-22 14:13:07
>>dblohm+Tg
> How can market share not be part of the discussion concerning who controls the web?

Because market share can change. Its a statement of the past when we are talking about the future.

Put another way, would Google have had an easier time building Chrome and Chromium if IE had been 100% open source when Chrome was started?

Remember, it wasn't that long ago that IE dominated, and MS still has many of the same advantages now that they had back then.

◧◩◪◨⬒
21. fauige+rr[view] [source] [discussion] 2022-06-22 14:23:08
>>dredmo+jl
>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".

replies(1): >>giantr+ZO
22. megama+8s[view] [source] 2022-06-22 14:25:46
>>dredmo+(OP)
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.
replies(3): >>ciphol+wx >>kitsun+4D >>dredmo+HL
◧◩
23. escler+9s[view] [source] [discussion] 2022-06-22 14:25:49
>>paol+I3
Maybe if Mozilla had just forked Chromium in ~2015, its market share wouldn't have gotten as low as it is right now.

I've told some people to switch to Firefox. A lot of them switch back to Chrome after a while, simply because it's faster.

◧◩
24. stjohn+Sw[view] [source] [discussion] 2022-06-22 14:47:30
>>fauige+24
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.
◧◩
25. ciphol+wx[view] [source] [discussion] 2022-06-22 14:49:42
>>megama+8s
If one Linux distribution had 90% of Linux users, that might be a good comparison.
◧◩
26. kitsun+4D[view] [source] [discussion] 2022-06-22 15:12:17
>>megama+8s
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.
replies(1): >>dredmo+PK
◧◩◪
27. dredmo+PK[view] [source] [discussion] 2022-06-22 15:44:58
>>kitsun+4D
I'd be among that number.
◧◩
28. dredmo+HL[view] [source] [discussion] 2022-06-22 15:48:36
>>megama+8s
They do.

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.)

◧◩◪◨⬒⬓
29. giantr+ZO[view] [source] [discussion] 2022-06-22 16:03:25
>>fauige+rr
> 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.

replies(1): >>fauige+8z1
◧◩◪◨⬒⬓⬔
30. fauige+8z1[view] [source] [discussion] 2022-06-22 19:25:54
>>giantr+ZO
>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.

replies(1): >>giantr+uS1
◧◩◪◨⬒⬓⬔⧯
31. giantr+uS1[view] [source] [discussion] 2022-06-22 21:06:57
>>fauige+8z1
> 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.

[go to top]