←back to thread

428 points coronadisaster | 1 comments | | HN request time: 0.236s | source
Show context
thayne ◴[] No.23680835[source]
There may be some legitimate fingerprinting concenrs. But given the list of API's it's hard not to see this as Apple crippling PWAs to prevent them from replacing native iOS apps (and hurting Apple's revenue from the Apple tax).

And maybe I'm missing something, but wouldn't the fingerprinting concern be mitigated by the fact the app has to ask for permission before using the API? If an app that doesn't have to do with MIDI asks for permission to use my MIDI device, I'm going to be instantly suspicious.

replies(12): >>23681559 #>>23681597 #>>23681685 #>>23681721 #>>23681779 #>>23682128 #>>23683342 #>>23683760 #>>23684141 #>>23684143 #>>23684588 #>>23685716 #
scarface74 ◴[] No.23685716[source]
Every time I see this argument I have the same question. How many successful web apps are there for Android? Apps that make the most money on the App Store are free to play games with in app purchases of loot boxe, coins, etc. how many of those are feasible on the web?

On the other hand, which apps that make money via in app purchases would be viable and successful as web apps?

replies(2): >>23686076 #>>23689191 #
schwartzworld ◴[] No.23689191[source]
counterpoint to that argument: if you want to create an app that runs on both Apple and Android products, and you know that Apple doesn't support the progressive web app specification, why would you waste your time? It makes more sense to use a cross-platform development tool and release on the app store when one of the two big software platforms doesn't support the spec.
replies(2): >>23689596 #>>23696669 #
1. RodoBobJon ◴[] No.23689596[source]
But the implication of this argument is that the benefit of PWAs is to the developer rather than the user, right? If PWAs actually benefited users, then creating one instead of an Android app wouldn’t be waste of time even if you had to create a separate iOS native app in either case.