"publication independence"? Really? The man who is famous among other things for supporting the most closed ecosystem there is around: iOS, where a single company decides what apps are worth publishing and wish ones doesn't. Or does newspaper publication independence is really that more important than software publication independence. The irony is so clear that it's weird that he didn't even mention it. That genie i…
I wish there was a big red “I know what I'm doing” button on iOS that allowed the user to download and install a binary from a simple web page. But technically, you can download the source and/or write your own code, compile and install on your iOS device without jailbreaking or going through the AppStore. It's a hassle, sure, but doable.
Kill Google AMP before it kills the web
91–100 of 489 posts
Re: Kill Google AMP before it kills the web
#92"publication independence"? Really? The man who is famous among other things for supporting the most closed ecosystem there is around: iOS, where a single company decides what apps are worth publishing and wish ones doesn't. Or does newspaper publication independence is really that more important than software publication independence. The irony is so clear that it's weird that he didn't even mention it. That genie i…
The key difference is that there are alternatives to iOS, which isn't even a majority share of the market. Google, by contrast, has a far larger share of the search engine market than Apple has of the mobile device market. That means it's more of a concern by default.
Re: Kill Google AMP before it kills the web
#93In theory* I don't mind the idea of having a more standardised subset web page that has a consistent internal structure and that renders quickly. However, having Google load this structured content and host it on its own platform is a terrible idea. Content should remain on the publisher's site. Putting too much content in one place is dangerous for competition. * In practice there are implementation problems too, e.…
> Putting too much content in one place is dangerous for competition Considering we're on the precipice of a global authoritarian-populist cycle, there are non-market consequences to such concentration, too.
Re: Kill Google AMP before it kills the web
#94In theory* I don't mind the idea of having a more standardised subset web page that has a consistent internal structure and that renders quickly. However, having Google load this structured content and host it on its own platform is a terrible idea. Content should remain on the publisher's site. Putting too much content in one place is dangerous for competition. * In practice there are implementation problems too, e.…
So the browser would still be downloading the exact same HTML document (straight from the publisher's server, how you want it) - just then ignoring all the clutter. Compare to AMP, which AFAICT necessitates serving a whole separate version of the page with only the blessed markup... it reminds me of the bad old days, having a separate mobile site instead of a single responsive design for all devices. All seems rather antithetical to that grand ideal of separating structure and presentation.
Re: Kill Google AMP before it kills the web
#95Earlier quoted context omitted.
>Content should remain on the publisher's site. Publishers are free to implement their own cache and host their own content. AMP is open source and they can modify it however they like.
Publishers already host their own AMP content. Google caches that content, but anyone can go to the publisher's URL and get it directly. Disclaimer: I work for Google and have some involvement with AMP.
Re: Kill Google AMP before it kills the web
#96But Josh descends to hyperbole. I've been both critical and supportive of AMP on here [2], but it's important to not lose sight of the big picture. AMP isn't an effort by Google to kill the open web; it's a technology whose existence was forced by Facebook Instant Articles' meteoric rise, a competitor from a company that doesn't even operate on the level of the open web, but runs a family of products where the data flow is one-way: inbound.
Instant Articles made publishing harder on the web, giving preferential treatment to articles posted within Facebook's walled garden (cf. AMP giving preferential treatment to content that adheres to the AMP spec, the same way they give preferential treatment to content served with TLS). With Instant Articles fizzling a bit [3], AMP's importance as a strategic play is lessened, and we can enjoy its benefits without feeling like we're pawns in a game between two massive content aggregation portals.
Besides, Apple News is the same idea as AMP; I'd be curious how Josh feels about that.
[1] https://news.ycombinator.com/item?id=13415625 [2] https://hn.algolia.com/?query=niftich%20%22AMP%22&sort=byDat... [3] https://news.ycombinator.com/item?id=14126073
Re: Kill Google AMP before it kills the web
#97"publication independence"? Really? The man who is famous among other things for supporting the most closed ecosystem there is around: iOS, where a single company decides what apps are worth publishing and wish ones doesn't. Or does newspaper publication independence is really that more important than software publication independence. The irony is so clear that it's weird that he didn't even mention it. That genie i…
Well, it is Gruber we are talking about. He believes in openness when it suits Apple - AMP outputs standard HTML5 which Safari renders - it does its own scrolling but he doesn't quite like it. Google doesn't 'respect' that closed platform. On that 'crime' Gruber has this to say - "If I had my way, Mobile Safari would refuse to render AMP pages." You might have valid reasons not to use AMP but Gruber's are merely that…
Re: Kill Google AMP before it kills the web
#98"If you don't like the news, go out and make some of your own." Is anyone working on a competing standard?
Re: Kill Google AMP before it kills the web
#99Publishers have to date shown a remarkable inability to grasp the idea that user experience matters. Just about every major online publication is painful to browse on a mobile device, even ones that have embraced responsive design, because of things like slow-loading ads, excessive use of JavaScript, and enormous modal prompts for things like subscription offers and newsletter signups. Every year the situation gets worse. And no publisher appears to be willing to buck the trend; presumably they believe that, as long as everybody else's site is just as bad, doing so would just be leaving money on the table. So the economic incentive for change is not there.
AMP is a terrible idea for a lot of reasons, any one of which would in a sane market make it an instant non-starter. But the state of online publishing demonstrates that it is anything but a sane market; it's a market trapped in a death spiral, and in that situation any idea that seems to offer a way out is going to get some traction. So it is with AMP.
The only way to make AMP (or something like it) irrelevant would be for the publishers to get their houses in order on their own, without the need for external pressure. But their leadership doesn't have the kind of farsightedness such a move would require, and that leaves room for someone like Google to come in and do their jobs for them.
Re: Kill Google AMP before it kills the web
#100I do not understand the dislike this community harbors for AMP. I personally really enjoy the system; whenever I'm searching for any type of article on my phone (Android), I prefer AMP pages, because they load faster and are far more responsive than some of their more bloated counterparts.
The fact that you say android explains everything to me. I'm sure Google made sure it was a decent experience on their operating system. But it's clear they didn't give two seconds thought to iOS, and haven't bothered to improve it since it was released. It really does make google search feel broken. Many of the top results no longer "work right". Ignoring all the other issues of who is in control and whether it's a…