Lists Home |
Date Index |
It is one thing to be an XML consultant. It
can be quite another to be an XML application
You may be creating standards. Standards creation
is always a *hopeful* activity. Others are
simply coming up with a tag set for their
software, maybe a few others, to consume.
From time to time, they might bother to lookup
what others in their industry are doing and
adopt some tags from them. If they are very
careful, they will even use the namespaces to
tell you where they borrowed them.
Somehow you simply must come to grips with the
fact that not everyone working with XML is
creating a standard or intends to use the web for
more than plumbing if at all. Global
interoperation of their application based on
exposing their semantics to competitors eliminates
their market. They intend to compete, not comply.
From: Paul Prescod [mailto:email@example.com]
Bullard, Claude L (Len) wrote:
> Sounds like even more wishful thinking.
> The main point of competition is now not in
> the markup languages, but in the system
> libraries from which we build the components.
> Most of us build software; XML tag design
> is an incidental activity.
The creation of standards is an incidental activity? I don't really know
how to respond to that. It sort of goes against everything I've observed
over the last couple of decades so perhaps it isn't worth trying to
bridge the gap.