Typical issue of the corportate programming world being a hivemind. Just because many big tech companies use it you can't blindly implement it for your 5 developer team.
And it for sure has its usecases - like if you run something with constant load swings that does n't need to be 100 percent accurate like Youtube it makes sense. You can have a service for searches, comments, transcoding, recommendations, ... which all scale independently trading in some accuracy. Like when you post a comment another person doesn't need to see it within 1 second on another comment service instance.
I really don't care what others eat but a lot just of vegans, especially the ones who take it super serious, I had to deal with have just a aura of passive agressive judgmental smugness. Vegetarians not at all from my experience.
Its a lost cause, the new A line even in isolation was never "clean". With the 4G and 5G Versions often having very different specs and outlier phones like the A52s being better in every metric to both the A72 and A53. Not to mention that the A0 phones are always a mess with the Core, E and S variants.
Really? From my experience the opposite is the case. I work on a smallish team with 3 other developers and we also have a few spring services with < 100 classes and we constantly run into issues where making changes to a bean causes issues in another unrelated part of the codebase. I can't imagine what a nightmare it would be with a larger codebase and more devs working on it.
No not really. The active series were S line phones repackaged into a more rugged shell. With the same high end cameras and specs. The Xcover line always were mid to low end devices.
yeah, also the constant wait times when you install APK... it used to be a decent OS but starting with MiUi 11 they started really enshitifiying big time.
Its on by default but you can turn it off. I did so because it takes a good chunk of battery life away when your phone out of the blue decides to start updating apps.
I think the big difference why IE was so problematic is that was absolutely proprietary so there was no way of even soft forking it and that it and that many features were deeply tied to windows having the secondary effect that it kept people locked into windows.
Google can steer Chromium all they want, if others refuse to update at all and make up a big enough userbase no website can use these features rendering them useless and giving Google no power. You just gave a perfect example with Shadow DOM and Manifest V3.
Lets say Google in Chromium 140 they add Manifest V3 and in Chromium 141 Shadow DOM V2. If lots of non Google Chromium browsers with lets say a combined 30% market share refuse to update to Chromium 140 because of what a terrible antifeature manifest V3 is and thus never implement Shadow DOM how many websites are ever going to use Shadow DOM V2? Probably almost non. And thus the feature is already doa making your experience not a percent worse if you use a older chromium base. Basically I don't see why the resistance to Google can't come from within the Chromium browser space - given enough market share.
Google was only able to pull this shit on YouTube because on iOS 99% of people are accessing YouTube through the YT App anyway and on the Desktop the loss of annihilating the 5% of Firefox users was worth it.
Maybe it didn't come across right but Mozilla taking Google funds is no problem for me, but people just need to be honest about the situation and aware that Firefox isn't 100% independent and could have serious trouble staying alive if Google ever decided to stop funding them. If Google really wanted to go all out and really kneecap Firefox into the ground, antitrust aside they would have a lot of leverage to do so.
About the whole engine diversity argument - I removed my argument in the original post because really the whole post was already long enough. For me this falls into the same category as people wanting a third mainstream Smartphone OS besides Android and iOS. You already need a monumental amount of investment to even get a browser that even works with the top 100 most visited sites. On top of that you also need at least significant better performance (almost impossible) or some big new feature for the mainstream to even be interested adding further to the cost. And finally you also need to convince product managers and developers to make sure that the experience on browser #4 is also on par with the other 3 - in a age where some sites can't even manage to even function properly on all 3 I think honestly this is a lost cause and instead we should make sure the entrenched goliaths are kept in check.
And in the end I don't even know how desirable a potential 4th browser engine with its own quirks and workarounds really would be. I think 2 or 3 is usually the magic number for these large fundamental technologies. We have 3 major browser engines, 2 major mobile operating Systems, 3 major Desktop Platforms, 2 Graphics APIs, 2 major consumer CPU architectures, ... . And in cases where there are more developer support usually is strechted very thin and neither Platform feels compelling. Case and point - Smartwatches, Smarthomes stuff and Smart TVs.
And finally about Safari and why I despise it. Safari and WebKit have an iron grip on the web experience on iOS and iPad OS and thus a huge chunk of users. And they have many times shown that they blatantly put Apple's profits higher in priority than providing a feature complete browser. They kneecap many PWA related features - most prominently the Notifications API on iOS. Not to mention that testing if your site even works on Safari requires you to use Safari which requires an Apple device as there aren't really any other Webkit browsers, other than tiny projects around.
With their combined single digit market share? I don't think it would have changed much.
And sure they control Chromium but their control only has power if websites use these features on a large scale. And if the Softforks had a large enough market share and removed antifeature xyz websites can't really on it without annihilating large chunks of their userbase, thus it won't get used and the feature is meaningless and might as well not exist.
For example in Internet Explorer you could use Visual Basic Script instead of JS for client side scripts. But no other browser ever supported it, it never got adopted by any website and so it became nothing more than a footnote and nobody ever noticed that feature not being in other browsers.
Sounds better than coming up with the most mindfucking ways to please the borrowchecker in a large rust codebase
(Skill issue probably, i know)