News for hackers. Stuff that matters.
Re:Google isn’t the company that we should have handed the W... by jeromebaek on Tuesday December 18, 2018 @05:08PM (#18711043)
> even if Google takes Chromium in a direction that Microsoft disagrees with or opposes, Microsoft will have little option but to follow along regardless.

I keep seeing arguments like this and it doesn't make sense to me. Help me understand. My impression is that since Chromium is open-source Google cannot have a monopolistic wield over it. And now the fact that a bunch of Microsoft engineers will be contributing to Chromium seems to imply that Google and Microsoft will have the same amount of muscle mass to struggle for control. For example if Google tries to make a change in Chromium that will break Microsoft's products Microsoft can quickly respond to this. So why is the argument that Microsoft is ceding the web to Google, rather than trying to wrest back? To me it seems like the latter is at least as plausible as the former.

Re:Google isn’t the company that we should have handed the W... by btilly on Tuesday December 18, 2018 @06:23PM (#18711536)
The problem is this, who is seen as controlling the standard?

Perception is reality here.

Right now people get updates to Chrome and ChromeOS from Google. Microsoft is free to fork it. But if Microsoft goes one way and Google another, Google's version is what gets used. And everyone knows it. So anyone who wants to influence the direction of Chromium will talk to Google. Anyone who wants an idea of what is coming, will ask Google. Microsoft is a distinctly second class citizen.

Doubly so since Microsoft's last two attempts at a browser (IE and Edge) are now failed also-rans. If it attempts to fork Chromium, nobody is going to believe that their third try will win.

In its younger days, Microsoft fought hard to avoid being in such positions. For a flavor, read http://gunkies.org/wiki/Gordon_Letwin_OS/2_usenet_post to see how they thought about ownership of standards. But Microsoft has decided to cede this particular battle. At least for now.

Re:Google isn’t the company that we should have handed the W... by jeromebaek on Tuesday December 18, 2018 @06:35PM (#18711608)
Interesting bit of history. Thanks for this article. I'm curious, though, how the fact that Chromium is open-source will change this dynamic, because the ethos of open source seems directly against the idea of Google abusing their control over Chromium.
Re:Google isn’t the company that we should have handed the W... by mulmen on Tuesday December 18, 2018 @08:08PM (#18712149)
Firefox is Open source. Does Mozilla control what standards get adopted on the most used platforms? Or which ones influence your search ranking and traffic?

No, because Mozilla don't own them, Google does.

The problem is not Google having a browser, open or closed. The problem is all the influence Google has elsewhere.

Re:Google isn’t the company that we should have handed the W... by btilly on Tuesday December 18, 2018 @06:56PM (#18711758)
What is abuse?

Do you mean rolling a new protocol in Chrome without warning that magically makes Google faster because they rolled it out on their end as well? This already happened with https://en.wikipedia.org/wiki/SPDY.

As long as what they do is technically good and not too heavy-handed, developers won't resist. In fact it is likely to be welcomed. But the effect will constantly leave Google a half-step ahead of everyone else on the upgrade train. After all it isn't hurting developers, it is just leaving Google with a slightly better competitive edge.

Re:Google isn’t the company that we should have handed the W... by myrryr on Thursday December 20, 2018 @05:05AM (#18723699)
Pretty much this, technically good and not too heavy-handed is a lot better than we are used to from anyone else.
Re:Google isn’t the company that we should have handed the W... by walterbell on Tuesday December 18, 2018 @06:40PM (#18711639)
How about removing URLs in favor of legal names for website publishers (demo given by Google earlier this year)?

Where can users go if they still want YouTube to work well?

Re:Google isn’t the company that we should have handed the W... by jcranmer on Tuesday December 18, 2018 @05:42PM (#18711292)
Google effectively has the right to veto patches into Chromium. In the worst case, Google could fork Chromium, and since Google controls the build artifacts, in a dispute between Google and Microsoft, it's Google who wields the power.
Re:Google isn’t the company that we should have handed the W... by vbezhenar on Tuesday December 18, 2018 @06:58PM (#18711777)
How is it Google? Anyone could just fork Chromium and do anything about it, it's open source after all. Microsoft could buy people from Google if they wanted to, they probably could buy an entire Chrome team. Google has some control over Chromium engine right now, but this control is fragile. It's the same control that Oracle has over MySQL. Abuse it and you'll have MariaDB instantly. Abuse Java control and you'll have plenty of companies forked Java and ready to provide real LTS for Java 8. It'll be the same for Chromium.

The best outcome would be to have some Non-commercial organization funded by Google, Microsoft, Yandex and other big players who benefit from Chromium which would have some kind of independence. But current situation is not that bad.

There are other things than just source code license. May be Google has patents for Chromium sources and could use them to forbid fork? Then it's a bad situation but I didn't heard about that point of view yet.

Re:Google isn’t the company that we should have handed the W... by jacques_chester on Tuesday December 18, 2018 @07:25PM (#18711914)
Your examples of successful forks are due to branding amongst technologists, who understand the concept of a fork and who were following the most-trusted of the descendents (another example being Hudson and Jenkins).

Consumer brands are not as easy to fork. If Coca-Cola opensourced their recipe and then faced a fork by Examplesucre, I don't think anyone will really be betting against Coke.

Similarly, the longevity of mainline integrity for Linux relies heavily on the fact that it is a trademark and that the trademark holder (Linus) is trusted with it. Fork Linux as much as you please, basically nobody will care.

Google's power over Chromium comes from its power over Chrome. If you don't think that's true, fork it yourself and prove us all wrong.

Re:Google isn’t the company that we should have handed the W... by microtherion on Wednesday December 19, 2018 @12:04AM (#18713162)
> Fork Linux as much as you please, basically nobody will care.

Last I heard, Android was doing OK…

Similarly, I should think that Microsoft still has considerable clout in what browser Windows users will use by default (although I'm not sure what exact legal restrictions they currently have to observe re: bundling of browsers).

Re:Google isn’t the company that we should have handed the W... by jacques_chester on Wednesday December 19, 2018 @12:16AM (#18713222)
Android is a better example of forking Java, to be honest.
Re:Google isn’t the company that we should have handed the W... by Wowfunhappy on Tuesday December 18, 2018 @07:00PM (#18711791)
> How is it Google?

Because a majority of users are using Google Chrome.

You're right, if Microsoft could convince chrome users to switch to Edge, they would have more power. Things can change, but I don't see how this would happen.

Re:Google isn’t the company that we should have handed the W... by Micoloth on Tuesday December 18, 2018 @05:56PM (#18711386)
But, isn't it reasonable to assume that microsoft will get hold of the Whole codebase if they embrace this as their new default browser? I mean its Microsoft we're talking about..
Re:Google isn’t the company that we should have handed the W... by tracker1 on Tuesday December 18, 2018 @08:17PM (#18712205)
Well, it's likely they'll only use the core rendering engine (Blink, formerly Webkit) and wrap their own application around it. Hell, with all the applications they've released or are working on with electron (Teams, VS Code, SQL Operations Studio), I'm far less surprised.

I've been hoping they'd come up with for a more shared model for applications in the node/npm ecosystem similar to Adobe's Air. If MS did a good job of such a platform from open-source with tooling to build applications that run everywhere, more power to them.

Re:Google isn’t the company that we should have handed the W... by ridiculous_fish on Tuesday December 18, 2018 @05:55PM (#18711377)
Microsoft can make pull requests to Chromium, but the committers are Google employees.
Re:Google isn’t the company that we should have handed the W... by Micoloth on Tuesday December 18, 2018 @05:57PM (#18711393)
Couldn't they (Microsoft) fork it if requests got rejected?
Re:Google isn’t the company that we should have handed the W... by PhilWright on Tuesday December 18, 2018 @06:09PM (#18711476)
Yes, but then they have to integrate all future changes to the original to keep their fork in line with new features, bug fixes etc.
Re:Google isn’t the company that we should have handed the W... by Spivak on Tuesday December 18, 2018 @08:50PM (#18712375)
I don't see why people think that this is such a monumentous task when the alternative is MS developing an entirely separate browser.
Re:Google isn’t the company that we should have handed the W... by jeromebaek on Tuesday December 18, 2018 @06:14PM (#18711494)
Maybe I'm naive but it seems that if a fork happens, a team or two of good Microsoft engineers could keep the fork up to date with features from the original branch.
Re:Google isn’t the company that we should have handed the W... by 43920 on Tuesday December 18, 2018 @06:24PM (#18711550)
Chromium is an incredibly complex codebase, and they change their internal API's quite rapidly, so upgrading is a lot more difficult than you would guess. For example, this is what it took for Electron to upgrade from Chromium 69 to 70: https://github.com/electron/electron/pull/15405/commits, and Electron doesn't even make that many modifications to Chromium. If Microsoft were to make a decent number of changes, they would need a whole team of people just to import Google's changes, and if they start adding major new features I doubt they'd be able to keep the two in sync at all.
Re:Google isn’t the company that we should have handed the W... by pvorb on Tuesday December 18, 2018 @06:50PM (#18711720)
Additionally, this is nothing good engineers really want to spend their time on.
Re:Google isn’t the company that we should have handed the W... by maxxxxx on Tuesday December 18, 2018 @08:00PM (#18712104)
I would do it if the money was right but there is also the risk that Google may make the codebase intentionally difficult to port to the fork. I don't think such an effort would be sustainable in the long run.
Re:Google isn’t the company that we should have handed the W... by snaky on Tuesday December 18, 2018 @07:47PM (#18712030)
It's not an easy task indeed, but it's very feasible. We have some examples of that kind. Firefox' fork PaleMoon is doing well, thanks to individual efforts of approximately one man. RedHat used to backport a ton of features to their Linux kernels across the major version numbers.
Re:Google isn’t the company that we should have handed the W... by curt15 on Tuesday December 18, 2018 @09:17PM (#18712485)
"used to"?
Re:Google isn’t the company that we should have handed the W... by pcwalton on Tuesday December 18, 2018 @06:54PM (#18711744)
Microsoft explicitly said they won't.
Re:Google isn’t the company that we should have handed the W... by juhzy on Tuesday December 18, 2018 @07:19PM (#18711885)
That doesn't mean anything. They can and will change course depending on the circumstances, and the community could agree with them depending on what the circumstances are, effectively making it a non-issue.
Re:Google isn’t the company that we should have handed the W... by pcwalton on Wednesday December 19, 2018 @11:33AM (#18716825)
No, it does mean something, in that it affects Microsoft's entire product strategy (i.e. deinvesting in the browser). I don't see Microsoft changing course on this.