Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> pretty good isolation from the host platform

Define "pretty good". Compare the permission model of the browser against the appstores. Think about what their manual review process actually is for 99% of the submissions.

> When that isolation is rendered meaningless

PWSs don't and won't do that. That's your whole argument and it's misleading.



> Define "pretty good".

It's a well-known fact. Actually, I'm pretty sure you're aware of this, considering this statement of yours:

> If TikTok was a PWA it couldn't have done a fraction of the tracking it was doing.

As for this:

> Compare the permission model of the browser against the appstores.

What are you even talking about? It has nothing to do with browser isolation.

> PWSs don't and won't do that. That's your whole argument and it's misleading.

That's an interesting assertion but you haven't left me any clue why you think so.

I also notice that you chose to quote a conditional sentence out of my argument, claiming that it was my "whole argument," but I'd also like to add that I did explain the hows and whys that lead it.


sorry, I misquoted the first quote, I mixed up contexts.

> the motives of PWA is to make the web browser acquire as much capabilities as a native app

This is misleading. 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.

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. It runs on a protocol, not some proprietary platform, which gives users enough control (e.g. tracking), while being useful.


> 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.

[1]: https://web.dev/what-are-pwas/


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.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: