Live data from Hacker News

Kill Google AMP before it kills the web

theregister.co.uk

361–370 of 489 posts

Re: Kill Google AMP before it kills the web

#361
post #88

I feel like I may be in the minority here. I don't like the philosophy behind AMP, but with the internet at my mildy rural house, AMP articles can be sometimes the only way to access the news without waiting 30+ seconds for a single article.

And that's valid. The problem AMP is trying to solve is absolutely real, but the way they are trying to solve it is shady.

Re: Kill Google AMP before it kills the web

#363
post #59

Here's your one step recipe to kill AMP: * Build fast webpages. The linked article says: "Yes, AMP pages load fast, but you don’t need AMP for fast-loading web pages." Well yes, but people don't build fast webpages without AMP. They could've done all the time, yet webpages got more sluggish over the years.

I could be wrong, but from what I've seen, it's not possible to create a non-AMP page that loads faster than AMP, on account of Google's JS hot-loading and caching. AMP always loads faster for me.

Re: Kill Google AMP before it kills the web

#364
post #70

Earlier quoted context omitted.

Duckduckgo is a lovely idea with abhorrent search results. Like, unusably bad results, at least to the extent that I'm a reasonably tech savvy user. I'm often searching for papers as a grad student, or typing things "close enough" and hoping Google figures it out for me etc. Duckduckgo cannot keep up. I love Bangs, I love the idea, but the search is nigh-useless. That said, I use StartPage, who have a contract I beli…

In my experience, DuckDuckGo just requires a habit shift. You're used to Google knowing everything about you and utilizing that to provide you catered results. Be more specific on DDG and you should be fine.

This was my feeling as well. Try using Google from a public library and it returns results similar to DDG.

Re: Kill Google AMP before it kills the web

#365
post #320
post #318

Earlier quoted context omitted.

What are you talking about? Who is Gruber? And there is nothing in the article about scrolling.

The link was originally https://daringfireball.net/linked/2017/05/20/gilbertson-amp which complains about scrolling.

I have to agree with him. AMP's different scrolling behavior in Safari makes me avoid it entirely--it's the same reason why I avoid using Chrome in iOS.

Re: Kill Google AMP before it kills the web

#366
post #202

Earlier quoted context omitted.

I don't think there's any irony here. You deployed something that worked horribly on iOS, you didn't offer a way to opt out, and when someone else put in a fix for your terrible UX that just happens to change everything else to the way your stuff currently works you use it to gloat and a guy who pointed out how terrible your UX was. Honestly this whole thing (AMP and your comment) come off arrogant as hell to me. I l…

This is amazing. A hypocrite (Gruber, as evidenced in another thread) calls the AMP team hacks who do terrible work. Turns out their "terrible work" is actually Apple's bug and the AMP team points this out both to Apple and to Gruber. In your eyes, this makes it all their fault. When called out on it, you double down by saying that the team is still to blame because they chose not to work around Apple's bug. You basi…

>A hypocrite (Gruber, as evidenced in another thread) calls the AMP team hacks who do terrible work

I must have missed this. When did Gruber call the AMP team hacks?

> Turns out their "terrible work" is actually Apple's bug and the AMP team points this out both to Apple and to Gruber.

This is flat out disingenuous, unless you're talking about something other than the originally submitted DF article. There were multiple examples of why Gruber thinks AMP sucks. Are you claiming that all of them are "Apple's bug"?

Re: Kill Google AMP before it kills the web

#367
post #59

Here's your one step recipe to kill AMP: * Build fast webpages. The linked article says: "Yes, AMP pages load fast, but you don’t need AMP for fast-loading web pages." Well yes, but people don't build fast webpages without AMP. They could've done all the time, yet webpages got more sluggish over the years.

I could be wrong, but from what I've seen, it's not possible to create a non-AMP page that loads faster than AMP, on account of Google's JS hot-loading and caching. AMP always loads faster for me.

Really? Push HTML without bload to a CDN or gihub pages.

Re: Kill Google AMP before it kills the web

#368

With respect to scrolling: We (AMP team) filed a bug with Apple about that (we didn't implement scrolling ourselves, just use a div with overflow). We asked to make the scroll inertia for that case the same as the normal scrolling. Apple's response was (surprisingly) to make the default scrolling like the overflow scrolling. So, with the next Safari release all pages will scroll like AMP pages. Hope Gruber is happy t…

On top of this: we currently have a team working to fix webkit bugs that are problematic for AMP. This, of course, will make webkit better for everyone.

[deleted]

Re: Kill Google AMP before it kills the web

#369
On our site, we just load AMP as a base experience, and load our other stuff on top of it if it's not served in the AMP browser. So we get the initial render speed of AMP, along with the SEO advantages, and can still implement features not supported by AMP for the majority of our users.
Post reply on HN