I use Safari as my main browser (by choice) but wish they'd do a bit more about general snappy-ness and better support for sites that use video/microphone (like google meets)
It's sad that a lot of sites decide to only optimize for Chromium/Blink and have horrible performance on anything else, or hold back features altogether.
Orion browser was posted here just recently and looks very neat which feels a bit snappier, though still a bit rough on extensions and doesn't support Safari extensions.
how about sites that refuse to give you access if you're not using chrome?
i use firefox as my main browser and ive found that a few sites which claim to not be compatible with ff work perfectly fine if i change my useragent to appear as chrome. it's really annoying and lazy to see how many people they're shutting out when they do this, vs just giving a warning that some features haven't been tested on browser x.
I find Google Maps painfully slow in Safari. When I got a new M1 Pro and loaded it up the first time it seemed amazing, but over time it got worse. I don't know if this is an issue with Safari or Google's way to push poeple to Chrome.
I started using Orion over the past few days. There are definitely some things I like, but even though it says it supports Chrome and Firefox extensions, the only one I care about is 1Password. It installed, but wouldn't run because Orion isn't verified in some way.
The reason for only optimizing for Blink based browsers is simple, it works correctly most of the time while Safari/Webkit lags with compliance. Safari/Webkit is essentially the new IE6/10 of this era.
Also Blink based browsers have vastly more market share and generally if it works on Blink it will work on Firefox/Gecko, because unlike Safari/Webkit it doesn't live in the dark ages.
The only reason people don't outright ignore it is that it's the only engine that runs on iOS.
This does often mean though people only test for it when doing mobile/responsive testing.
Apple either needs to really get off their ass and invest properly in Webkit or do something more drastic like adopt Blink (bad for us, browser monoculture but probably easiest option) or Gecko (good for us, unlikely to happen).
In the early days maybe with ActiveX and friends but that was a small portion of IE's life. The vast majority it remained a laggard until Edge and now the Blink switch.
Safari is usually the last one to the party and often has the most lolwtfbbq bugs which to me was the essence of the IE6+ era.
Nnno, Chrome is the new IE5 of this era: putting stuff in unilaterally without regard to standardization and pushing webdevs to see Chrome as "the standard".
There's a 6 step process to shipping features, which includes writing specs, seeking guidance from others, asking for W3C Technical Architecture Group & security group review, & numerous phases of soliciting comments. https://www.chromium.org/blink/launching-features/
Can you name a piece of software that does a better job about being open, transparent, & working in a more pro-social way?
In 2015/2016, I led a 4-member engineering team to overhaul an upcoming eCommerce website for a pretty well-known brand in India. I think this was when an Indian unicorn, Flipkart, was going around town advertising their excellent Progressive Web App features for browsers (Chrome/Android).
We stole many ideas from that and implemented them for the client, including the notorious connection persistence when the Internet was patchy.
One of the biggest hurdles was convincing the CEO (for revenue) and CTO of the calculated risk of alienating a tiny fraction of users on iOS (iPhones) and pre-IE10s (I think). They will lose about 2% of the revenue from those if we go ahead with the plan and push those people away. Remember, 2% of a large number is still a significant number when seen independently and impacts their P&L.
I promised them that the increase in revenue would make up for that north of their expectation. It did. In fact, to my surprise, their revenue doubled in about 3-5 months of the new deployment.
I saw the internal email sent by the CEO to the whole company; it was all praises, big numbers, and such. The lesson was to look closely at the data and take big calculated bets. Based on usage, quite a lot of things happening in the Safari world was pretty insignificant.
By 2018/19, for another product decision, we were hoping that Safari will catch-up but didn't really.
Personally, I use Safari on all devices and would hate websites pushing notifications!
> SharedWorkers, shipped in Chrome 4, in January 2010
And in Safari 5, June 2010. Many features around workers, shared resources between them, high resolution timers and much more have been introduced… then removed… then reintroduced by all of the major browsers. As with push notifications, I’m glad the WebKit team has been cautious about adding or reintroducing functionality that could be abused.
There are surely pet bugs I wish they’d fix sooner, but they’re hardly the stagnation you portray, especially in the last couple years. There are features devs care about where WK and even Safari have been first to ship.
I’m sympathetic to the argument that iOS shouldn’t prevent other browser engines, albeit cautiously so. But this kind of disingenuous haranguing isn’t helping anyone understand the situation or helping them have a better experience on their own devices.
Do you have any links sharing why this feature was removed? I'd be interested to see the justification.
I have a hard time reconciling a little caution & reasonableness with a 12 year absence. Calling it "disingenuous haranguing" feels itself disingenuous.
> Do you have any links sharing why this feature was removed? I'd be interested to see the justification
Turns out in this case it wasn’t to prevent abuse, it was balancing their dev resources with a feature which wasn’t being used.[1] The link addresses WebKit, but similar search results turn up in standards groups referencing not just Apple but Microsoft and Google expressing similar objections.
> I have a hard time reconciling a little caution & reasonableness with a 12 year absence. Calling it "disingenuous haranguing" feels itself disingenuous.
I have a hard time reconciling the claim—that a feature implemented in the same year wasn’t for many years after—as a good faith opening of the conversation. People have plenty of reasonable misgivings about WebKit and Safari both in terms of progress and platform privilege. But just sidestepping facts to amplify those misgivings is not reasonable.
I didn’t know the history of this particular API when I saw the comment, but it took ten seconds to realize it had been misrepresented. OP could have taken that ten seconds too. It happens so frequently that there are whole tropes about Safari holding the web back while complaining about things… it’s supported for quite a while.
I’m being sincere when I say, there are plenty of things I wish WebKit/Safari would improve, and the vapid critique brigade that come out whenever this topic comes up are not helping and generally seem to be motivated by other priorities (see above re: platform privilege in this case), not by facts.
> I have a hard time reconciling the claim—that a feature implemented in the same year wasn’t for many years after—as a good faith opening of the conversation.
I think you're vastly over-ascribing a lot of malice to what has been a pretty harsh & specific tragic trauma that I/some others may not specifically remember, over this.
I missed some basically pointless details? So what? I remember Safari rejecting something that seemed elemental & necessary, & rebuffing essentials. I failed to see a small, short-lived specific, before the inner anti-web Safari beast took back over & re-asserted control. You seem to have vast sympathy for the 10 year absence of this feature, based off of 25 months of availability, before being snuffed out for- literally- the excuse of cheapness. 'We don't want to maintain it.'
> I didn’t know the history of this particular API when I saw the comment,
Bro, I thought it did. But you are agitating for a lot of scorn & anger my way for having missed a detail. It's an interesting footnote. But I fail to see how it impacts the pent-up frustration that's developed over the intervening decade since. What's the relevance here?
I don’t know what trauma you’ve experienced, but if you have and it’s presenting itself in missing browser functionality I hope you’ll take some time off to rest, you surely deserve it and very likely need it. And I apologize for the aggressive way I framed my comment.
Many are burnt out from Safari being a boat anchor being held in place by app-store control. We want to be be able to leave this spot & move on. But we are all anchored here. There is no rest from this, no remedy is coming, we can only drown ourselves in temprary forgetting of the pervasive unjust suppression.
SharedWorkers was but one (particularly salty) place crucial to the enterprise where Safari took an anti- stand.
That post is from 2018, but Safari 7 dropped SharedWorkers in 2012.
My longstanding belief & understanding was that Safari was deliberately crippling cross-tab interactions. This felt like a marked place where Safari had did the right thing, and simply decided what was good for the web was bad for Apple. But I don't know where I'd go to find evidence or citations.
Wasn’t this because is spectre, I remember all the major browsers did this. There was a risk of using workers+communication to read data across process.
Giving third party developers push notifications would be a win because at least we could start building open chat applications again. Apple is pretty much single-handedly responsible for destroying internet chat apps.
Safari definitely needs work, and there are quite a few areas it's holding back wider adoption of features. My previous comment was scoped only to Apple's prohibiting other browser engines in the App Store being the only thing holding back a Chrome monopoly.
Safari, as the default browser, could still keep Chrome from embracing and extending the web. It would just have to be a competent implementation instead of the half-baked pile of bugs it is now.
Judging only by our own limited known experiences, & weighting that higher than all the people who do use & enjoy a thing is... not good.
I agree that Web Push has a lot of really bad uses, is terrible on almost all sites. But it also means folks using ProtonMail or other email systems[1], or folks on chat platforms, can function when all they have is a random web browser on a random computer in front of them.
Ultimately I lay much of the blame here on how permissions & user-gestures were iterated forwards, thinking it was going to reduce nagging on websites. User-gestures failed to accomplish the desired results, are a failure, haven't fixed how annoying permissions are on the web, & we need some new approaches. Web Push is perhaps the headlining feature that makes the problem most obvious, because the ratio of places we'd want it to places that have it is tiny. But that doesn't change my base feeling, which is that this is a vital & core capability, and our personal apathy towards it's presence shouldn't prevent us from appreciating how great it is for some.
Sometimes you're mad that everything Google does is about tracking you, sometimes you're mad that other browsers don't implement the features Google added to track you.
> Unlike other selectors, :has pseudo class gives a way to apply a style rule to preceding elements (preceding siblings / ancestors / preceding siblings of ancestors) of a certain elements.
> This difference is attractive to web developers, but also it generates lots of concerns mainly about performance and complexity. So there have been discussion about these over the years, but it was difficult to get those discussion moving forward.
> It is true that it can generate performance issues and complex cases. But it is also true that there have been clear demands for the usage.
> We thought that, clarifying those concerns would be helpful for the discussion. So we started to check feasibility on blink, and were able to get some meaningful and reasonable results from this step. Based on the results, we are going to move forward by prototyping.
Right now the estimate is that they can ship in Chrome 105, but this still in advance. I often hear Safari-defenders say their browser is faster, that Chrome is bloated, and I think this is a great case demonstrating an opposite direction, showing a Chrome that is very focused on making sure the web stays healthy & doesn't have pitfalls & doesn't accidentally get slow.
But Chrome is willing to play ball, has acknowledged the lack of this feature hurts, and has come around & tried to meet developer desire, rather than stay fast, & has followed what Safari has pushed for.
Roberto, I had a really frustrating & negative time dealing with your pro-Safari anti-Chrome skepticisms[1] yesterday, which I felt were aimed primarily at snubbing & shorting. I hope if we engage again this time we can have a more earnest & forthright discourse.
Has Safari pushed for it? Or is it simply that Google is slow to adopt the spec? If Safari is faster with features than Chrome is without, maybe it’s Chrome that’s the problem, and we shouldn’t let it hold back the web.
It comes from Safari. No one else advocated for it. Firefox hasn't registered a position on it, has nothing underway.
> Google is slow
> Safari is faster with features
> maybe it’s Chrome that’s the problem?
Again you seem to be slanting everything very highly. And using endlessless questions? This is really some dogshit disingenuous debating, that looks like the dissembling crap you pulled yesterday. Please sir, man up & quit this crap.
What makes you think Apple created it? It’s been in the draft spec for four years. Google’s been working on it for a year at least. But Apple did get it first and now we’re waiting on Google.
According to still-current PRs[1], :has() psuedo-selector is optional and at risk. The working group then noted "no one has figured out how to do it in a performant way," and there's still no clear evidence this capability will indeed be safe & free of pitfalls in any browser (and plenty of counter-evidence against). But Safari is implementing (risking performance pitfalls), & Chrome has decided that the risk of killing performance is an acceptable trade-off for the feature. They began some very early prototyping a year ago, to explore[2].
> It’s been in the draft spec for four years.
First, that's a draft spec. Not published. Safari typically doesn't even start implementing until features are published, so this is all pretty different than where we normally are.
Second, it's been in draft for >8 years[3]. It's barely been touched or worked on. It's a huge scary dangerous feature, that Apple has pushed, only recently. But you're right: I don't think Apple created it. I'm not sure where the suggestion came from; a Google editor wrote it initially but that doesn't mean it was their idea.
I think it's misrepresentative to state this as a clear & surefire win. To keep score over a matter of months for a standard which is risky, in draft, and has been outstanding for 8 years seems like a high definition of petty scorekeeping. Trying to portray this like a real win is for-sure too-soon & risking bullshit. We don't even know that delivering it is going to actually be ok: it's still at risk, we might find it is as dangerous as Chrome said, csswg might remove it from the draft.
> “At-risk” is a W3C Process term-of-art, and does not necessarily imply that the feature is in danger of being dropped or delayed.
And your “that no one has figured out how” quote is from three years ago, and was followed by “If a browser figures out how to do it we'd be happy”
So, sounds like Safari has figured out a way and is pushing the web forward. That’s good, right? Or is it only good when Google wants a browser to have access to serial devices?
Incorrectly confident without reservation, undermining in mis-truthful ways. Again. This is not playing straight, & is taking too much rope.
Google's warning in their Intent to Ship[1] is still clear:
> Ergonomics risks: Authors can easily increase complexity of selector query or style invalidation by using ':has()' pseudo classes.
This could still fail. Safari hasn't "figured out a way to do it." (And their implementation is significantly less complete at that.) They're taking a gamble, a bet, that this feature will be Good-Enough and Not-Too-Bad. This bet could hurt the web badly. We should not jump to conclusions on this. You are counting the chickens before they hatch. Again, to seek to award points here, to say either company is doing better: it seems a misdeed (the releases are, relatively speaking, very near each other) and premature (this could be a fast or slow catastrophe).
I feel like you continue to play up bad side of Brandolini's Law[2], which I had hoped we could avoid tonight unlike last night. "The amount of energy needed to refute bullshit is an order of magnitude larger than is needed to produce it." You have some ok-ish areas of inquiry, but they're always intricately inter-woven with hyper-politization point-scoring sabotage. The question establishes legitemacy, then the nails of doubt & questioning shatter any established said facts: this is not to understand, it's to spread confusion/doubt. Never have you acknowledged a single point said, only spread more doubt.
But not when Chrome does it, right? Not when Chrome implements an avalanche of non-standards from incomplete pre-draft specs authored by no one else but Google? Then it's "pushing the web forward" and it's the "backwards Safari that is holding the web back"?
Chrome has an incredibly responsible practice, of reporting well ahead of time their "Intent to Experiment" & "Intent to Prototype". (Safari just drops festures.) Chrome runs Origin Trials so prpblems can be found & developers understand they are using experimental, liable to change features. Chrome engages the TAG & security folk actively as they're working. It files requests for position. Chrome wants & believes in an alive standards making process, in advancing, carefully, cautiously.
People do push back against changes sometimes on Chrome. And sometimes they get plowed over & ignored. But damn is it rare. Really really rare. The community is extremely open to debate & critiques, is ultra-public, ewth foredes ribed planning & accountability & transparency far surpassing any other software development effort on the planet.
Backwards Safari holds the web back, yes, 100%, but risks like :has() are not to what Im talking about when I say that. This thread was trying to mamipulatively shade on Google for not going fast on one specific feature, and I've been explaining how this specific situation is very complex. I'm glad Safari pushed for it, even though it is a hazard, this is not Safari holding the web back (although it should be regarded as an experimental feature at this point), but this mini PR-campaign to shine up Safari & berate chrome: it's disingenously ommited & talked around a lot of problematic details about this 8 year old drafted idea.
> Chrome wants & believes in an alive standards making process, in advancing, carefully, cautiously.
Ah yes. Carefully and cautiously as in: shipping 400 new Web APIs a year with very little to no discussion and dismissing most concerns from other browser implementors.
The rest of your comment is your regular madman rant with zero substance (because you know nothing of substance on this topic)
Dude, again, you could not be speaking more opposed my language. The gang marching against awesome great kick ass work like web bluetooth, web midi, web hid is absurd. These are epically useful & straightforward wins, huge capabilities, and this hemming & hawing & wringing of hands could not come off as more misguided & consevative & close-minded. But that wasnt even the case here, it was just... we dont get it. And you showed up in the thread & went off? Railed unreasonably?
Someome had to come & add, fill in the half dozen process events you ignored when you ultra-rudely came into the thread to piss all the situation. You are not hurting chrome by citing tbis, you are demonstrating your own axe grinding intempernace & hostile volatility.
Would you please stop posting flamewar comments to HN? It's not what this site is for, and it destroys what it is for. I don't want to ban you, but this has been a problem repeatedly in the past and we've had to ask you to stop more than once. Please really stop doing this, regardless of how strongly you feel about web browsers. You can make your substantive points thoughtfully if you want to, so please do that instead.
> The gang marching against awesome great kick ass work like web bluetooth, web midi, web hid
"The gang". "Marching".
> is absurd
1. It's not absurd if you stopped for a second and looked into why Firefox and Safari are opposed
2. I even gave you a link showing how patently false your statements about Google being careful with specs are
> And you showed up in the thread & went off? Railed unreasonably?
I showed up in the thread and showed the timeline of Google being "careful", and "reasonable" and whatever other adjectives you choose to paint them with
> you ignored when you ultra-rudely came into the thread to piss all the situation.
There was nothing ultra rude with me stating the facts.
> you are demonstrating your own axe grinding intempernace & hostile volatility.
Says the only person in this thread slinging vile insults left and right
Please don't break the site guidelines yourself, regardless of how badly another commenter is breaking them or you feel they are. That only makes everything worse.
> Says the only person in this thread slinging vile insults left and right
Maybe? We're both pretty hot here, perhaps; I can ignore that jive. The difference is, I am swinging for progressiveness & growth & possibility. Yes I am anti a lot of what I see. I'm huge anti. I'm anti-fascist, I'm anti-top-down-control, I'm anti-conservative-mindsets, because these things threaten diversity, progress, possibility, & growth. The whole purpose & nature of tech is to enable possibility, to beget enhanceability, & rejecting that is folly. There are many enemies about to letting people do things with computers, alas. (Plenty just need a little more help, some deserve vitriol.)
> 2. I even gave you a link showing how patently false your statements about Google being careful with specs are
That's what I was replying to. Let's sidestep your overreaction there-in & ignoring a vast swarth of evidence about process you just straight up ignored (both times) in that thread, & talk about the spec.
Yes, Mozilla team/present-leader Martin is far far far less willing to entertain any possible "risk," here & more at length in WebUSB[1]. Fear that devices might not want to be accessible, to me, reads more like propaganda against the Hacker spirit & creativity, bends to the corporation owning our devices & not us. We do need to shield users, but shielding users absolutely from any possibility, to save them from a couple possibly risky possibilities, is a damned & infernal decision. Alas Mozilla/Martin not only make a harsh & greatly constraining decision readily, they make this decision lightly & without any interest in remedy, show no interest in exploring possibility.
Martin's complaint in WebUSB seems to revolve entirely around imagining that it'll be hard to update a blocklist to access usb-bluetooth (and potentially other high security devices) devices:
> This proposal also uses a blocklist, which will require constant and active maintenance so that vulnerable devices aren't exploited. This model is unsustainable and presents a significant risk to users and their devices
For one, I'm not even sure why we'd want to block access to bluetooth devices. If a user wants to go to a webpage that tries to act like a bluetooth sniffer (or something far more prosaic), & give the page permission to use their bluetooth devices, I don't think that's unreasonable or should be prohibited. But let's grant that mid-level bluetooth interfacing is just too much freedom to handle. There's still nearly zero evidence this blocklist has been hard to maintain. Google has required scant updates. The concerns Martin projects haven't panned out yet: vanishingly few cases of abuse, and the blocklist has required nearly no tending to. Even though the most popular browser on the planet has shipped this feature for half a decade now. As a recent-ish comment says:
> The discussion here seems to mostly be around vague concerns that have not been proven to be problematic [in the half-decade since it got shipped].
I find the Mozilla positions here to be immoral & indefensible, especially as they stand without any suggestion of remedy. Denial of possibility, without suggestion or willingness to progress, is an anethema, & Mozilla has been unwilling to demonstrate any buy in, hasn't shown any interest in helping progress things. Their pretenses of security-mindedness are damaging & detrimental, & out of touch, inflexible, and haven't changed across half-a-decade of evidence stacked against them. Denying WebUSB & WebHID is a tragedy, firewalls off the web from essential & basic computing that it ought be able to involve itself with, & that is used to enormously good effect, such as the schoolchildren's ability to work with their BBC:MicroBit[2] with whatever computer they have about.
I'm sorry it's like this- I wish there were healthier engagement on all sides- but the harsh descriptions I keep using are deserved. Mozilla and Safari seem to have "ganged" up, & have a campaign "marching" against growing the web. I'm not sure where to go find the links, but like ~2 years ago there was a big series of blog posts by Apple and Mozilla proudly advertising that they were rejecting many features like Battery sensors, Ambient Light sensors... I get that a lot of people don't think this stuff is valuable, that it's trendy to want a minimalist web. But this conservative software ideology[3] isn't about helping people. It's about jumping on a bandwagon, about being vile and nasty. There's no evidence these company's are interested or willing to talk about what we could to offer elevated capabilities, to make maybe PWA's for example get access to these capabilities. It's a party of haters (and astroturfed covert App-Store interests). Yes, I do keep being a bit strong in my accusations, because these people are doing bad, & uncompromisingly so.
Any mobile operating system with less than 30% global market share or browser with less than 20% global market share.
"I wanted to avoid using Apple's web browser, since it represents a monopoly, so I decided that a web browser used by more than half the world developed by a web advertising company with a over 90% search engine market share was a better alternative.
There's a longstanding idea of the war on general-purpose computing[1], that more and more power will be stripped away from the person/individual, and that computers will be turned into corporate-run appliances. Apple's strict marshal control over their platform, their escalating stripping of user rights & removal of choice: this is what makes them leading villains in the war against general-purpose computing. They prevent choice, they obstruct. They use the tools of authoritarianism to spread the propoganda that fascism is good for you, the common man: it's everything else you should Fear!
Every other computing company out there respect that users have rights over their computers. Everyone freaked out when Microsoft introduced Secure BIOS, but it turns out, a decade latter, they've lived up to their word & it's still a system that requires both security AND freedom. Unlike the big titan Apple.
Google has its fingers in everything from search to mobile. It overthrew the W3C and killed the open standards web years ago. It’s also deeply involved in politics (Eric Schmidt, Michelle Lee, etc).
Apple just makes hardware with bundled software. It has no monopoly to increase its leverage, and stays out of politics for the most part.
There's no way to argue you out of emotional non-factual convictions like this. This position is built on feelings (& fear), & there's no way I can use reason to convince you of anything other than the "truth" you think you're onto.
Chrome is one of the most transparent & open projects on the planet. They draft, get positons, state intent early & accept open comments- usually with little protest noted- get TAG & security opions proactively... christ its hard to think of bow muchore tbey could do to make do-gooding open.
If you didn’t write like an unhinged lunatic, one might take your opinion seriously instead of finding it laughably over-the-top and instantly dismissing it as the ravings of a madman.
Still not wrong! To modify another nearby comment[1],
> At least [I] have an ethos
One I can wear proudly.
It seems like there's some pretty clear & obvious truths to how Apple anti-competitively restrains the web. My words might sound wild to many. But I think it's less clear how many pro-Safari anti-choice advocates sound, how warped & weird that reality is. What even is the ethos?
I cite the idea of the the war-on-general-purpose-computing[2]. This is one of the darkest, most anti-personal worst fates computing could suffer: to have humanity stripped of agency, to leave us only with appliances, fixed functions. Apple's "balance", their "security" feels like a certain relinquishing of exploration, of possibility, of liberty, an enforcement of only their way of doing this. Apple's logos seems in severe clash with humankind's ethos.
The idea a company "anti-competitively restrains the web" by "not adding some features some developers want fast enough" is just so high-school drama hyperbolic it's hard to take you seriously.
> The idea a company "anti-competitively restrains the web" by "not adding some features some developers want fast enough" is just so high-school drama hyperbolic it's hard to take you seriously.
What about "anti competitively restrains the web by preventing any other browsers from running"?
Like, holy shit- do we remember what Microsoft got in trouble for?[1][2] For making IE the default browser? For including a browser at all? Windows had like >90% market share on desktops, iOS doesn't have >30%, but if 30% of the computers run Apple-Web- and can't run the real web at all, that's about as blatantly anti-competitive, is as crude & crippling a blow as could be imagined. Other browsers had been possible vs IE- Apple won't even allow the possibility.
Many will call you crazy due to the phrasing, but you're not wrong. The problem is that people look at the Apple / Google duopoly and say "look we have competition! How can you compare this to Microsoft in the 90s!?" The sheer amount of anticompetitive behavior both these companies have done over the years is insane when you put in prospective what Microsoft went to court over.
Many of us saw projects like Firefox grow in the 2000s, giving hope that open source and standards would win out in the end. But we dwindled, lulled by the sweet promises of Chrome and their open core. And just like that we're back to a major corporation controlling large swaths of the web. Makes the future look pretty bleak to be honest.
> The problem is that people look at the Apple / Google duopoly and say "look we have competition! How can you compare this to Microsoft in the 90s!?"
Strong agreement. There's also a flacid, weak, shitty, useless anti-trust system, which was stripped of power by Borkism in the Reagan era. My generation has almost never seen effective anti-trust. Not once has a case been made against exploitative, anti-competitive practices that really has resonated in America, in decades, and it's not for lack of shitty, no good villians. It's because of Borkism[1][2], because of redefinition of what anti-trust meant under Reagan.
> The sheer amount of anticompetitive behavior both these companies have done over the years is insane when you put in prospective what Microsoft went to court over.
That Microsoft faced so much shit for such a relatively small act is amazing. What Apple does is absurd to me, that there's seemingly no legal challenge to their dominion-without-question of 30% of the web. I've looked at quite a number of anti-trust complaints against Google, and frankly, I owe it to myself/all to go re-review.
Google like Apple has suits against them for the 30% cut they charge at their store, which is both valid & respectable but also- on Android- easily avoidable & the open-source OS itself (& it's releases) actively supports alternative delivery platforms such as F-Droid and sideloading: Google actively supports competition. But we're seeing a lot of apps drop in-app sales, and I think that's a telling & real response: 30% is absurd. There's a number of suits against ads, and search. To be honest, none of these have left a distinct impression, have really clicked for me. I am fully able to believe there may be some serious fuckery here-abouts. There's a suit about Google Assistant systems being unable to also support alternative systems like Alexa: as a fan of general-purpose computing & competitive competition, I think this is absolutely a place that there should be straightforward & clear mandates for all companys, Google included, to be compelled to allow interopation: restricting people making devices to have to pick one and only one partner is basically a reasonable battle against Qualcomm-ism[3], against coersion, is a move to enable basic device-maker and consumer choice.
Against all of this backdrop though, one critical thing I think most of the world really has no sense of is that Google is somewhat alive under a weird patronage model. Their cash cows feel serve as patrons to the artists, and the artists are there just to make the ecosystem healthy & alive. The cash registers ring because of a semi-open market, because the web is a pretty damned good place to connect, host shit, do shit; better than AOL, better than Microsoft Windows, better than apps.
Trying to stack the deck laterally, to make the web be Google's web, or Android be Google's Android: they are extremely liable to kill the cash cow. These need to be healthy, independent, functional systems, that are getting better & remaining at the very forefront of competition against all others. This health is absolutely the pinnacle concern, is existentially important. Android or the web could readily collapse if things go poorly, if corruption takes root, if whiffs of real genuine misdealings gets into the air. And frankly, the problem solves itself internally. Google historically & famously has been an engineering lead organization. They have a long history of employing very good, public figures who care about the web, who know about the web, who have wanted to make the web better, who seem motivated by strong intrinsic desires. These people sit on standards boards, they help align Chrome. These people don't take shit from traditional corporate lackies trying to make some fast bucks by dodgy inter-dealings.
Again, given Google's strong first & second party relationships (search and ads), no matter what happens with browsers, webtech (& to a lesser degree Android), Google will have an incomparable vast & mighty perch to understand & analyze & model the web from, and not unfairly, not by cheating, not by underhandedness. The objective is to keep the shared, common, competitive platform alive, shared, & competitive. By doing good engineering. By making development better & easier & giving them better superpowers. By not hazarding gross breakage that would sabotage public belief/faith. This isn't a super complex system. It's nicely isolated parts, which each do their own thing: make better systems, use free-market search & ads to be top of the game (to make $ & to keep funding/patronizing the essential ecosystem).
> Many of us saw projects like Firefox grow in the 2000s, giving hope that open source and standards would win out in the end. But we dwindled, lulled by the sweet promises of Chrome and their open core.
True true. Will has been lost. Chromium is remarkably accessible, there are remarkably good hooks still in place to go build our own sync systems or what not. Few have chased up, have tried to really amplify & enhance Chromium into an open browser. That's unfortunate.
In general I'd say the real frontier for advancement is on https://wicg.io . This has been a very compelling case for how the web really needed to advance all along. An extremely low barrier to entry to start proposing ideas, where other standards folks & standards-adjacent folk can chime in & help steer, help sheppard young web ideas into desireable, promising standards that stand a fair chance of being adopted.
I definitely wish there were more alternatives out there, more efforts. I have hope we'll see some new arisals show up. But at the same time, I don't see Chrome as bad or scary or problematic. There's very few cases people have made against it that seem, well, real. Emotion & fear & doubt run rampant. Even when the team makes decisions I truly detest (e.g. squandering awesome HTTP Push potential then abandoning the capability) I generally understand & can see where folks are coming from. We're not accelerating to where I'd wish to go, but it's incredibly rare that I see Chrome/Chromium as going in actively bad directions, building "bad" web platform. Very few have made a case that I can really see or grasp, that's worth agreeing or disagreeing with about Chrome or Android, about how Google invests & shapes these forwards. I continue to see this more as a patronage system, as investment in the necessary & worthy ecosystem, that supports the existence of a separate, more corporate entity. And I don't see the anti-competitive practices taking root in this web or android space, generally.
https://news.ycombinator.com/item?id=31644622