For the most part you only care that it’s a feed, but the technical inferiority of RSS does matter from time to time. My favourite example is having things that look like HTML markup in a title. All RSS specs are silent on what that means and there’s no popular XML namespace that fixes that like with content:encoded¹. So some clients will treat it as plain text, some will treat it as HTML and strip it, some will treat it as HTML and render it. (Some will double-encode it, but that’s a bug in the reader. Atom probably won’t save you from that kind of error.) The result is that in RSS you simply can’t safely use <, > or & in a title, because no matter how you do it, it
will be mangled by some meaningful fraction of clients. Meanwhile, Atom has <title type="text"> and <title type="html"> and the problem is averted; almost all clients will get it right, and any that get it wrong are unquestionably buggy so you can file a bug report and hopefully get it fixed.
———
¹ And seriously the whole podcast RSS scene is full of “well RSS is bad, so let’s add our own elements to fix it” namespaces, so that you’re writing the same thing four or five times, where Atom would have obviated at least some of those.