Live data from Hacker News

Introduction to Atom

validator.w3.org

51–60 of 71 posts

Re: Introduction to Atom

#51

It was an alternative to RSS from 20 years ago that didn't catch on.

It did catch on, pretty much everything that supported RSS also supported Atom.

It's just that they both fell out of fashion when social media decided they prefer to keep their users captive than accepting interop.

Re: Introduction to Atom

#53
post #28

Earlier quoted context omitted.

How is this the hyperscalers fault? YouTube had atom feeds and I don't think Amazon and Microsoft have relevant syndication. Meta is surely responsible but that's it, imo.

Google on several occasions took moves to make the web less semantic. They dumped microformats and standards in favor of soupy error tolerant formats that benefitted their search engine and made it harder for other efforts to make information shareable and accessible. They wanted it to be easy to get information in, but for you to have to go through them to get information out.

> They dumped microformats and standards

I'm not sure they killed microformats, they still support hReview, hProduct etc, don't they?

And they pushed schema.org. I wrote a trivial recipe importing tool that just works™ on a bunch of website because it uses the JSON-LD Recipe schema. It's ~100 lines and a ton simpler than what I had to write 15 years ago.

Sure, they pushed for HTML5-style stuff, but that's not much of killing things.

IMO it's not google that stopped microformats: it's that website owners realized most of the time it was advantaging third parties for no advantage to them.

Re: Introduction to Atom

#57

Earlier quoted context omitted.

The main benefit of XML over JSON is that it is structured, and can be associated with Schema's for built in validation. Obviously, that's only a benefit if you care about and utilize those features; most teams doing JSON integrations will just build those into the consumer in lieu of them being provided by the transport. But it is something that some people (especially larger enterprise organizations) value.

Thanks, that's interesting to know. Given that we have json schema now though, what reason would someone use XML over Json now?

JSON Schema is largely an answer to people seeking that type of built-in validation. As I'm not a huge proponent for either (a tool is a tool and you work with it in its ecosystem), I don't have personal feelings on it's adequacy.

But, I would suspect, proponents of XML would still point to it's deeper typing system, document structure (especially the hierarchical features of it), and extremely mature ecosystem + tooling (such as XSLTs) as reasons to prefer it over JSON w/ JSON Schema.

Re: Introduction to Atom

#58
post #24

Earlier quoted context omitted.

The main benefit of XML over JSON is that it is structured, and can be associated with Schema's for built in validation. Obviously, that's only a benefit if you care about and utilize those features; most teams doing JSON integrations will just build those into the consumer in lieu of them being provided by the transport. But it is something that some people (especially larger enterprise organizations) value.

JSON is structured (not plain text to be analyzed by an IA). JSON has JSON Schema. In addition, JSON is easier to parse and to map to common data structures of programming languages.

"Structured" in this case refers to being able to be directly mapped to a data structure. Think protobuf and other similar transport mechanisms. The recipient knows what structure to expect because it's not a valid XML document if it's breaking those constraints.

JSON is not, it is closer to the PHP, JS, etc "object" type, which is an ephemeral object with arbitrary member associations.

And, to be clear, this is not a value judgement. They just excel in different fields. XML tends to be easier for strongly and strictly typed languages such as C/C++, C#, Java, etc where you can use the schema to generate your structs automatically. Vanilla JSON is easier for higher level languages that don't require you to manually create a mapping/validation level. JSON Schema tries to bridge that gap to a degree, but isn't built into the standard and isn't even universal.

But, ultimately, both are perfectly sufficient for either use case. It just depends on how much massaging you want to do to make them work.

Re: Introduction to Atom

#59

It was an alternative to RSS from 20 years ago that didn't catch on.

It did catch on, pretty much everything that supported RSS also supported Atom. It's just that they both fell out of fashion when social media decided they prefer to keep their users captive than accepting interop.

I've never seen an Atom formatted podcast. NYTimes and WSJ each have a whole page devoted to their RSS feeds, I've never seen an Atom feed from either of them. It caught on sorta but didn't get the traction of what it was designed to replace. (Not saying this makes it Bad, btw.)

Re: Introduction to Atom

#60
post #12
post #10

Earlier quoted context omitted.

Meh. Big tech didnt kill it off, it was already dead at that point. Sometimes things just arent popular no matter how much we might want it to be.

Google Reader was uber popular at a time, then Google decided that syndication of articles, with comments, had to be an exclusive feature of their Facebook-esque Google+.

And in this theory, the reason why nobody else made a popular feed reader was?
Post reply on HN