Hacker News Reader

Comment by nerdjon | Hacker News Reader

Side note:

Does anyone have a decent link that explains exactly what AMP is to someone non technical? (Bonus if it explains why its bad, but I think I was able to at least get that part across)

I have been trying to explain multiple times but I am continuing to realize that there is certain terms that I just "know" and don't really know how to translate.

View on HN

Techcrunch usually has this type of articles: https://techcrunch.com/2018/02/13/amp-for-email-is-a-terribl...

Since this is site is usually read by C-levels and some VC's, the language is less technical but somewhat editorialized.

Anyway AMP is bad because it proposes an Internet without the freedom to push dynamic content (JavaScript, webassembly, etc...), cached at "google servers" for fast delivery but with features specifically built so Google Analytics and others can keep working, it doesn't solve anything that a good css style wouldn't solve plus content creators lose control of their data.

This is not a good explanation. AMP4Email is different from AMP and serves a different purpose. https://medium.com/@pbakaus/why-amp-caches-exist-cd7938da245... is an explanation of what AMP does.

That is exactly the type of example/article/blog OP didn't wanted, too technical, TC article is about AMP for email but first its describes what AMP is and does, why is bad and why google is pushing AMP for literally everything it can. It's less technical more down to in tone for less technical savvy readers.

You can't understand any of those things unless you understand what AMP does, and (despite what you claim) the TC article doesn't explain what AMP does. Not understanding what AMP does leads you to make nonsensical statements like that AMP can be replaced with a CSS stylesheet, so users continue to prefer AMP because there remains no better alternative for doing what it does.

You are looking at the problem from a developer perspective, not from a user/reader or content creator, your article just gives tops 1 paragraph to the issue at start talking about syntactic validation and micro-optimizations that the user/reader doesn't care. The point is we don't need AMP, we can deal with caches and the bullshit micro-optimizations ourself, ppl don't care if the page loads instantly or in 4s-6s, despite any claim Google does.

On the contrary, the user cares that the article loads instantly, and my article explains how AMP achieves that. Since you do not understand the problem that AMP solves, you think you can solve the same problem with micro-optimizations, but micro-optimizations can't achieve instant loading.

It is not just Google (and Microsoft and the other companies that implement AMP caches) that believes users want instant loading. Apple and Facebook have products competing with AMP that give users instant loading but that are far more restrictive on the publisher and on the reader. The only reason that publishers and readers put up with that is instant loading.

TBH this is how I summarized AMP being bad, but some are curious more exactly what it is:

"Google tried to push something that gives Google more control, Google used the control Google already had to strongarm websites to start using it or their search results would go farther down. "

Thank you for the link, will check it out and forward it.

Reply on news.ycombinator.com