And why would webapps give Apple complete control?
Someone develops a webapp, I can make my own phone and anyone who wants to continue using all the webapps they were using in Safari on their iPhone can come over and do that in the browser on my phone.
People develop native apps for the iPhone, and suddenly leaving the iPhone means leaving behind all those apps.
It's the other way around. WebApps at the time would have been a complete joke since mobile browsers were so limited. At least that's how I understand it. He just didn't want any third party apps. He wanted to make every app in-house. (For example the original YouTube app was an in-house project.)
It sounds crazy but at the time the wild west of apps on the desktop meant that the user experience was pretty poor and allowed malware to explode.
It has been said that Microsoft's failure to fix these issues is really what drove web application development. No one realized a viable alternative was to lock down the device to a single store/publisher and then take a 30% cut.
Now that WebApps probably could replace nearly all native apps, it's in Apple's best interest to not fully support PWAs, WASM, etc. because the app store is so lucrative.
> It has been said that Microsoft's failure to fix these issues is really what drove web application development.
Nah, what drove web development was 100% ease of deployment. No more dealing with installers that don't work and people who don't know how to use them, the browser is already there; no more dealing with the pain of rolling out updates, you push to your own server and it's done. And you don't have to care about Windows stack vs Mac stack with completely different teams, a few css/js tweaks and you're done. Sun understood the issue and tried to put up a fight with their Java Web Start, but in the end the JRE still required an installer, with all the related issues. MS eventually got something like that working seamlessly, but it was 15 years too late.
Nah, what drove web development was the business interest: the core code stays on your servers and is never shipped to users, making piracy impossible and allowing to make users pay you in perpetuity for what otherwise would be a one-time-paid product. Previous attempts at forcing this business model on users involved "licensing servers", but those still left the software vulnerable to cracking.
The whole "we can fix a bug and deploy new version to everyone while still on the phone with the customer who reported the problem" thing was just a bait.
That's still an element of deployment, and I'd argue not even the most relevant. Web dev was picked up also by tons of "hobbyists" who had no interest in any of that. For a long while there were quite a few companies selling web products to install on customers' servers (and there are still so many). In the '90s we built loads of intranet apps who did not care about licensing requirements, but cared deeply about ease of deployment towards employees. The SaaS explosion came much later.
There is no need to be always cynically focused on "evil money", often it's just pragmatism.
Locking others out gave him complete control over the phone's native interface and performance, he couldn't do anything about the web, and it was a convenient way to placate those who wanted to develop apps.
Someone develops a webapp, I can make my own phone and anyone who wants to continue using all the webapps they were using in Safari on their iPhone can come over and do that in the browser on my phone.
People develop native apps for the iPhone, and suddenly leaving the iPhone means leaving behind all those apps.