Miles ahead of native, and hundreds of miles ahead of mobile. For the most part, the web is one of the most future-proof platforms you can develop for, if not the most future-proof platform you can develop for.
But there's still room to improve.
The web is probably second, though. Either the web or Windows.
Any tricks and additional uses you develop for the abacus will likely long outlive any IBM if it's worthwhile. That doesn't mean it's particularly easy to develop something people will find worthwhile enough to propagate forward though. Backwards compatibility only matters as long as you have something that ca take advantage of it and a need to do so.
Should the developer/development have to resubmit to the benevolent platform? Or should the platform have to support the development that has occurred?
I don't really care, but I know that I'd rather develop somewhere where my contributions aren't under constant threat of being wiped off the landscape.
Again, good luck with the other thing.
In Apple's world: The users come first. Everyone else second.
Perhaps since this is the Google app the URL they show for long touch is not actually what is getting executed when you tap, maybe they are sending a routing command directly, but either way there's a number of UI "nudges" to push you to Apple Maps over Google Maps that you cannot adjust or turn off without jailbreaking the phone.
I did the same from Chrome. It took me to Google Maps
I went to a third party web site within Chrome, click on "get directions", it took me to Google Maps.
Moral panics come first. User second. Developers third.
You don't have to buy dongles from Apple.
I am a developer but if more developers put users before themselves, we wouldn't have Electron apps.
Sure a website from 1996 will look the same. It will also have no accessibility, work terribly on mobile, be largely like reading a Word document and have none of the interesting features of modern web sites. Your world is not the world most people want.
But as yet websites don’t control rapidly evolving and privacy sensitive hardware on mobile devices. Also, user time spent in apps versus web browsers is hovering around ~90% versus 10. Might it be possible that having an up-to-date experience as it’s enforced by mobile platform owners could contribute somewhat to this abundant user preference for apps?
And while the various accommodations for accessibility that have come up over the last two decades are nice, the fact is that most of the web was fairly accessibly using specialized user agents (or even just Lynx) by the very late 90s.
Now let's talk about taking the entire web back to 1996. No Javascript, Websockets/SSE, AJAX, CSS etc. You really think all of the innovations made in the last two decades is just throw-away ?
Let's not, that's a tangent. The original statement to which you replied was this:
> A website from 1996 will look much the same in a modern version of Chrome. Good luck with your SDKs.
That remains true, despite the advances you listed. http://www.thekrib.com/ is an example from 1994 which still looks like it renders about the same. It doesn't have the bells and whistles, but the point is, _what was written remains available._ Interactive applications tracking a moving SDK cannot be left for future generations, they have to be maintained. Putting non-interactive content into those types of applications is forcing a maintenance burden forevermore.