[Touche]

"web apps" vs. "websites" isn't a black and white thing. SPA advocates like to say they are building "web apps" as an excuse for providing a shitty user experience. Clearly some things are more app-like (Slack) and some things are more site-like (NYT), but there's a giant gray-area in the middle. People in that gray-area call their things apps so they could avoid responsibility.

[andybak]

Yep. I wonder if we could memify this in an attempt to fight back: "Your f*ing blog is not an app" or something similar.

The complete abandonment of any form of progressive enhancement is depressing. We need to get some real metrics on user engagement (slow load over poor connections), SEO drawbacks (yes google can index this stuff but does it rank as well?) and accessibility (how well do screen readers really cope?).

Get some facts and start hitting people over the head with them.

[pluma]

You might want to look deeper into PWAs. Nothing about PWAs says you can't do server-side rendering. In fact, performance and offline support are major factors in development quality. Lighthouse (linked from the repo) checks for these things too.

[andybak]

Yes I suppose so - but to realistically get server-side rendering I'm currently forced to use javascript on the server as well as the client and that is not a price I'm prepared to play.

Hopefully that will change.

[pluma]

> forced to use javascript

Sounds like your gripe is less with client-side code than with JavaScript as a language.

We have a saying for that in my native language. It roughly translates as "All I hear is mimimi...".

[rhizome]

We need to get some real metrics on user engagement (slow load over poor connections), SEO drawbacks (yes google can index this stuff but does it rank as well?) and accessibility (how well do screen readers really cope?).

No company will ever publicize this data.

[andybak]

There's been research and data published in similar areas to all three of the suggestions I raise above. You don't need companies to do this kind of research themselves - although in some cases they do agree to publish data from studies they themselves commission.

[exception_e]

I do see your point, but I personally like the delineation of "web app" being something that has higher modern web requirements and "website" being something that should work on something like IE9.

That is not to say that UX should be thrown out of the window for the former, of course.

I do agree that something like NYT shouldn't be a web app.

EDIT: I should mention that a lot of these things come down to requirements, of course. I don't think it's fair to say that every web app must be PWA compliant... it depends!

[lucideer]

I don't see that such a delineation serves any useful purpose though. Does it?

The biggest argument seems to be laziness: "Progressive enhancement is hard, here's a term that I can apply liberally to give myself an excuse not to bother". That may make a good business argument on a case-by-case basis, but it's not an absolute, and I don't see why it necessarily applies to webapps but not to websites.

Also, React has made progressive enhancement a lot easier than it used to be

[exception_e]

+1 on your point about React making progressive enhancement easier. This repo and related technologies are rather neat!

> The biggest argument seems to be laziness: "Progressive enhancement is hard, here's a term that I can apply liberally to give myself an excuse not to bother".

It's always going to come down to the requirements and an understanding of who is using your web app.

In some cases, you should absolutely optimize for PWA... Facebook, for example, is a webapp that considers users in developing countries with shotty networks. They also optimize for those with blindness.

Implementing those features in a webapp like Kibana (visualizer for elasticsearch data) would be a wasted effort given the user demographic and the purpose of the app.

TL;DR: "It depends"

EDIT: I just realized I may not have addressed your point " I don't see why it necessarily applies to webapps but not to websites.". I think the answer is simply "Webapps are inherently more complex than websites, therefore, more strict web requirements need to be met". This is an easy way to compartmentalize it, but isn't an absolute.