> To get to the point, your argument is that PWAs strive to be just like apps, but run in the browser instead of the OS. This is simply not true.
I'm confused, because it's supposed to be PWA's major selling point. Google says as much in their documentation [1], as do many commenters in this thread.
> If you want back the web of old times, just documents and links, then you can pick up any one of such initiatives. Reality however is that PWAs are a successful model: just go to a URL and use it.
Don't get me wrong, I don't hate web apps in general. On the contrary, I happily use them on a daily basis. However, I don't like the direction PWA seems to be heading. Acquiring more "native" capabilities is one thing, though I won't be going over this again. Another important point is that it doesn't fit quite well with the "browsing" aspect of browsers. Web apps are nice, but they're hardly the only kinds of websites I visit. I visit quite a lot of random websites every day, many from HN, and I want almost none of these websites spinning up Service Workers or asking me to turn on push notifications. Web apps being more capable is nice, but I don't want them at the cost of a more spammy browsing experience.
I do want the web to be more capable, but careful design and consideration is equally as important when it comes to making the web a better place. I feel that many accusing some browsers of "holding the web back" are overlooking this point.
You are right, PWAs (as far as their main driver states) want to be as capable as native apps. However, there is a huge distinction in that native apps start from a baseline of (almost) full system access, and PWAs must ask for permissions for anything but trivial capabilities. Permission interactions can be fine tuned on a case by case basis. If they are too spammy, they can be set to require a user event, a button in the address bar, etc. It has worked perfectly fine for android in the case of push notifications. I don't use it much, but for some webapps I do appreciate it a lot. For example twitter, I like to get a notification of some interactions, and some games notify me of scheduled events or when it's my turn.
Re: "holding the web back" 1. Not having push notifications on iOS _is_ sadly a dealbreaker when chosing between creating a native app and a webapp. 2. Android has had this feature for over a decade I think, and it works fine. 3. Apple gets a huge revenue cut from all native iOS apps, and has a general "platform image" it defends.
So there _is_ a huge contradiction, in that apple does obviously hold some key feature back, in the name of privacy, pushing users to use their preferred much more invasive platform.
I'm confused, because it's supposed to be PWA's major selling point. Google says as much in their documentation [1], as do many commenters in this thread.
> If you want back the web of old times, just documents and links, then you can pick up any one of such initiatives. Reality however is that PWAs are a successful model: just go to a URL and use it.
Don't get me wrong, I don't hate web apps in general. On the contrary, I happily use them on a daily basis. However, I don't like the direction PWA seems to be heading. Acquiring more "native" capabilities is one thing, though I won't be going over this again. Another important point is that it doesn't fit quite well with the "browsing" aspect of browsers. Web apps are nice, but they're hardly the only kinds of websites I visit. I visit quite a lot of random websites every day, many from HN, and I want almost none of these websites spinning up Service Workers or asking me to turn on push notifications. Web apps being more capable is nice, but I don't want them at the cost of a more spammy browsing experience.
I do want the web to be more capable, but careful design and consideration is equally as important when it comes to making the web a better place. I feel that many accusing some browsers of "holding the web back" are overlooking this point.
[1]: https://web.dev/what-are-pwas/