W3C home > Mailing lists > Public > www-tag@w3.org > March 2002

Re: Genericity, strong typing, SOAP-RPC, GRASP, and defining the Web

From: Jeff Bone <jbone@jump.net>
Date: Tue, 26 Mar 2002 20:21:54 -0600
Message-ID: <3CA12CC1.C7EFF788@jump.net>
To: Miles Sabin <miles@mistral.co.uk>
CC: www-tag@w3.org

[taking the discussion offlist after this one, fyi.]

Miles Sabin wrote:

> It's often the case that architectural
> simplicity comes at the cost of implementation complexity, in which
> case measuring complexity by focussing soley on it's architectural
> aspect is cheating.

This is (again) a common objection, but it doesn't necessarily map to
reality.  It's important when looking at systems not to assume that they
have an optimal level of complexity as implemented;  many, many systems
introduce unnecessary complexity of both design and implementation ---
hey, we engineers are humans too, right?  So perhaps when evaluating
systems it's useful to distinguish between unnecessary or artificial or
inadvertently introduced complexity and the minimum complexity inherent in
the problem domain.  Given the high degree of complexity inherent in
something like an operating system, I'd suggest e.g.  Plan 9 stands as a
great example of architectural simplicity *leading to* implementation
simplicity.  I don't think it's "cheating" to point out existence proofs!
:-)

> I agree up to a point. But this only applies where HTTP is used
> solely for it's original purpose: hypertext transfer. Add media types
> with type specific processing at the receiver, or content negotiation,
> or layered application semantics encoded into URI conventions and the
> genericity evaporates.

I'm not so sure.  It becomes less obvious for sure, and complexity does
increase.

jb
Received on Tuesday, 26 March 2002 21:35:27 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 26 April 2012 12:47:05 GMT