<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Latest Comments for Rob</title><link>http://disqus.com/people/45aac467314ca395dde10196cf1b311f/</link><description></description><language>en</language><lastBuildDate>Mon, 30 Jun 2008 11:03:43 -0000</lastBuildDate><item><title>Re: Architectural Arguments</title><link>http://clarkparsia.disqus.com/architectural_arguments/#comment-1447138</link><description>Actually, I think I agree with Roy's point here. He hasn't been entirely explicit with what he means by "architecture", but I think that's understandable in such a terse comment.&lt;br&gt;&lt;br&gt;My guess is that the aspect of web "architecture" to which he refers is the fundamental separation between identification, retrieval, and representation: URIs identify things, we often (or usually) use HTTP to get them, and HTML is one of the ways we represent things. The argument is that if HTML goes monkeying around with the other two layers you're in danger of breaking something.&lt;br&gt;&lt;br&gt;If people think they can come up with an identifier scheme that lets them guess things about the representation of a resource on the basis of its identifier they are violating the "architecture" of the web. I doubt the (on the whole, quite wise) authors of HTML5 have any intention of making such a mistake, but they court the possibility by claiming any authority over the internal structure of URIs. Better to just say "this bit of the syntax is a string that happens to be a URI, as defined by the official URI spec" than to dive into a URI's internal syntax.&lt;br&gt;&lt;br&gt;Or at least that's my interpretation of what Roy is saying. You may disagree over whether this layering is in fact fundamental to the web's "architecture", but I think Roy does refer to a reasonable definition of that term.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Rob</dc:creator><pubDate>Mon, 30 Jun 2008 11:03:43 -0000</pubDate></item></channel></rss>