[
Lists Home |
Date Index |
Thread Index
]
- From: "Frank Boumphrey" <bckman@ix.netcom.com>
- To: "Michael Champion" <Mike.Champion@softwareag-usa.com>, <xml-dev@xml.org>
- Date: Fri, 25 Feb 2000 20:09:10 -0500
> Sigh, now we have Groves, Architectural Forms, and RDF as technologies
that
> could save the world if only people could look past their complexity and
the
> turgidity of their specifications
But a good writer can explain them if turgidity of the spec is all that is
involved.
Any one who needs to understand Architectural Forms just has to read David
Megginsons account in "Structuring XML", (no he didn't pay me to say that)
and the light will go on!
However IMO RDF itself is overly complicated, or at least poorly structured,
and even a good writer would have difficulty explaining it.
Frank
----- Original Message -----
From: Michael Champion <Mike.Champion@softwareag-usa.com>
To: <xml-dev@xml.org>
Sent: Friday, February 25, 2000 9:15 AM
Subject: Re: A certain difficulty
>
> ----- Original Message -----
> From: "Mark Birbeck" <Mark.Birbeck@iedigital.net>
> To: <xml-dev@xml.org>; <www-rdf-interest@w3.org>
> Sent: Thursday, February 24, 2000 6:07 PM
> Subject: RE: A certain difficulty
>
>
> > I really don't see what the point is in making such value judgements. If
> > an inventor is unable to convey their idea clearly then so be it. If
> > others can explain it well, then great. It is really irrelevant for how
> > good the invention is.
> >
> > > Generally speaking, a complicated design is a bad design.
> >
> > I'd like to see the mathematical proof for that one! Once again you are
> > introducing value judgements.
>
> Sigh, now we have Groves, Architectural Forms, and RDF as technologies
that
> could save the world if only people could look past their complexity and
the
> turgidity of their specifications. The world does need saving, so no one
> wants to overlook potentially helpful technologies. On the other hand,
most
> of us have more lucrative ways of spending our time than deconstructing
> these specs.
>
> If there is a reality behind the claims for the power of one or more of
> these, I hope some person or group who understands them could:
>
> - Write a clear exposition that is accessible to ordinary software
> professionals
> - Provide case studies of using it to master hard problems
> - Provide a (open source?) tool implementation so that we can use them too
>
> On the other hand, if this stuff is so powerful, how come nobody out there
> has used it in a fabulously successful project/product that makes us stand
> up and take notice?
>
>
>
>
>
***************************************************************************
> This is xml-dev, the mailing list for XML developers.
> To unsubscribe, mailto:majordomo@xml.org&BODY=unsubscribe%20xml-dev
> List archives are available at
http://xml.org/archives/xml-dev/threads.html
>
***************************************************************************
***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@xml.org&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/threads.html
***************************************************************************
|