Earlier quoted context omitted.
There seems to be a few misconceptions around what is and what isn't a PWA. A PWA (in my opinion) is simply a website that makes use of certain browser features (e.g. service workers, push notifications, manifests). It's a bad definition, with a lot of grey areas, but it is what it is (and let's face it, definitions in web development are often hard to pin down). For example, we built https://usebx.com/app with plain…
gj using plain old js+html, very nice))
Neither PWA nor AMP are needed to make a website load fast
161–170 of 225 posts
Re: Neither PWA nor AMP are needed to make a website load fast
#162Earlier quoted context omitted.
True critique, but progressive loading is not supported by html5 alone. I have been following up with srcset to support proper lazy loading behavior and the day it gets supported you will see it on our site.
I understand the problem and I don't have a good solution -- does srcset really help here? How about a browser setting where the user can decide whether to load images only when they are seen?
Re: Neither PWA nor AMP are needed to make a website load fast
#163>I’m not saying practices promoted by AMP are bad or useless. They are good practices. But nothing stops you from following them in the regular web. Disagree. The most important feature of AMP is that it makes it impossible to add the kind of bloated crap that causes poor performance on something like a large media company website. Something like a news website likely has 2-4+ analytics integrations, and a similar nu…
Except it does so in a rather poor way: * It's clearly driven by a biased entity (Google) * It doesn't actually directly prioritize page speed * It breaks websites
Re: Neither PWA nor AMP are needed to make a website load fast
#164Earlier quoted context omitted.
This is nonsense. AMP pages can still track and advertise and use unlimited amounts of crap; it's just different syntax. TFA is just stating that you don't need handcuffs to behave well. You can optimise your site without AMP.
Except this doesn't happen in practice. We've already seen that in the wild. What is left to have a discussion about?
Now, I don't know whether that's true, but supposing that it's, the post you're responding to raises an important point. If AMP doesn't inherently limit bloat, maybe it's only a matter of time before AMP pages are all bloated crap.
Re: Neither PWA nor AMP are needed to make a website load fast
#165>I’m not saying practices promoted by AMP are bad or useless. They are good practices. But nothing stops you from following them in the regular web. Disagree. The most important feature of AMP is that it makes it impossible to add the kind of bloated crap that causes poor performance on something like a large media company website. Something like a news website likely has 2-4+ analytics integrations, and a similar nu…
Or don't, and you'd never have the problem in the first place. The problem with bloat IMO is that clients at all support it. Thankfully there are a lot of browser extensions for generous content blocking that can make the user experience passable.
Re: Neither PWA nor AMP are needed to make a website load fast
#166Earlier quoted context omitted.
The web development community had plenty of time to fix these problems in better ways and it instead just spent time building bigger and bigger JS frameworks and background videos.
What problems exactly? The web works pretty well and the source of most problems is non-technical. AMP is cache + handcuffs. No, thanks. I am no web-developer, but pretty sure I wouldn't want to touch that. Is performance really an issue these days? It probably always is but there are worse ones. One specifically being closed web technologies administered by large companies like Google.
I'm really torn on AMP to be honest. I'm morally and technically opposed to it, but... the experience is often dramatically better than what I would have gotten without it.
Re: Neither PWA nor AMP are needed to make a website load fast
#167>I’m not saying practices promoted by AMP are bad or useless. They are good practices. But nothing stops you from following them in the regular web. Disagree. The most important feature of AMP is that it makes it impossible to add the kind of bloated crap that causes poor performance on something like a large media company website. Something like a news website likely has 2-4+ analytics integrations, and a similar nu…
But if there's no advertising where's the money going to come from to pay those developers? Part of the third-party bloatware problem on the web is us, users who aren't willing to pay for content
Re: Neither PWA nor AMP are needed to make a website load fast
#168Similarly PWA is also not about performance but about adding metadata that phones and browsers can use to treat the site like an app by e.g. giving it an icon in an app folder. You couldn't do this before, now you can. Before people were doing silly things like packaging up websites as apps and putting them in the app store just so they could their own cute little icon in somebody's app folder. Now they don't have to do that and the install/discovery is a bit smoother as well (easier discovery, less steps, less users lost).
Re: Neither PWA nor AMP are needed to make a website load fast
#169>I’m not saying practices promoted by AMP are bad or useless. They are good practices. But nothing stops you from following them in the regular web. Disagree. The most important feature of AMP is that it makes it impossible to add the kind of bloated crap that causes poor performance on something like a large media company website. Something like a news website likely has 2-4+ analytics integrations, and a similar nu…
But if there's no advertising where's the money going to come from to pay those developers? Part of the third-party bloatware problem on the web is us, users who aren't willing to pay for content
Re: Neither PWA nor AMP are needed to make a website load fast
#170Earlier quoted context omitted.
But if there's no advertising where's the money going to come from to pay those developers? Part of the third-party bloatware problem on the web is us, users who aren't willing to pay for content
The truth probably is that most websites would fail if users had to pay for them. In my opinion, that's a good thing. Ideally, anything that serves an important interest would remain (because users have a genuine interest in further use) while the useless stuff that's just tricking you into paying attention would disappear (because no one actually gives a crap about vapid celebrity gossip unless you really bait them…