Hacker News new | past | comments | ask | show | jobs | submit login

I meant that you could achieve the same by reducing the bloat, applying the best practises etc. To be fair, Google has been encouraging people to do so through the PageSpeed suite for quite a long time...

What I found unfair about AMP is Google preloading your AMP-enabled webpage. So that even if your not-AMP-enabled page is equally efficient, an AMP-enabled page would feel faster because Google preloads it in the background. And then there is the fact that Google hosts your own content under their domain, and all other points raised in the article.




Right, but users don't care about the reasons why it's faster. They just know it's faster. Hence they use AMP, and AMP gains traction. We can say it's unfair, but that's life.

If we want to defeat AMP, we have to beat it at its own game. That requires us to come up with an alternative that's equal or faster than AMP. And clearly we've failed as developers to push for non-bloated solutions.

It might be possible to create our own version of AMP -- to take the best ideas from AMP and integrate it into some centralized system that isn't controlled by Google. It'd be tough, but the alternative is to let AMP steamroll us. A few rebellious developers aren't going to make much difference in terms of total AMP adoption.

Even if the AMP alternative was just a standard way of stripping bloat from websites, that might get us 50% of the way toward beating AMP.


> If we want to defeat AMP, we have to beat it at its own game. That requires us to come up with an alternative that's equal or faster than AMP.

The technical work has been done for years. The problem is that currently the only decision which matters is Google's and they're treating performance concerns as a way to use other people's content to bolster their own brand. The only two ways that seems possible to change are either convincing Google to reverse that policy or getting more people to use non-Google search engines, which seems unlikely given the huge quality lead they have over Bing, DDG, etc.


This is similar to what happened with HTTP/2. Varnish author has his own proposal, but everything asides from SPDY simply wasn't even looked at.


And the current SPDY solution actually turns out to be worse under many circumstances, causing QUIC.


Isn't AMP itself just a standard way of stripping bloat from websites? You could take the AMP library, include it in your web page and do anything you want with it.

What is the precise element of AMP you are trying to beat?


I think people are uncomfortable with the idea of Google controlling every aspect of your website down to the presentation. It'd be better for this to be centralized and standardized independently of Google's tendrils.

Part of what makes AMP fast is the preloading, so any AMP competitor would need to tackle that problem. You'd also need to demonstrate that websites rank better if they use your solution. And they should, if Google plays fair. If not, then at least this would be a public demo of that fact.


It's that and Google's CDN. If you hosted it yourself Google wouldn't include you in Search results carousel.




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

Search: