[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Resistance is not Futile because Change is Inevitable and You Might As W

• To: 'bryan' <bry@i...>, xml-dev@l...
• Subject: Resistance is not Futile because Change is Inevitable and You Might As Well Get Paid for Implementing It
• From: "Bullard, Claude L (Len)" <clbullar@i...>
• Date: Wed, 12 Jun 2002 08:54:56 -0500

How it will go:

1.  The current technology is failing somewhere 
and there are complaints from customers.

2.  Because of perceived even if bogus lack of 
powerful features in the currently applied technology, 
a pointy haired manager will appoint a tiger team 
(a marketing name for a committee of people anxious 
to impress their inner peers and their managers) to 
come up with alternative technologies.  Meanwhile he or 
she will consult with his or her inner peers about the expected 
results.

4.  The pointy haired manager will decide to use the 
technology his or her inner peers suggest will be successful 
in the eyes of the manager's manager's inner peers.

5.  The technologists will go forward grumbling but 
productively.  Along the way, they will 
use a technology feature to sub-optimize a process
or production because they want to impress their 
inner peers and the managers of their inner peers.

6.  The sub-optimized process will become important. 
Meanwhile, the feature it depends on will either be 
changed by the group responsible for specifying it 
because one of its members wants to impress his or 
her inner peers with their deeper and more impressive 
technical acumen.

7.  An implementation release two versions post the 
changed specification will contain a bug due to an 
ambiguity in the specification change language.

8.  This bug will cause pre-spec'd software to become 
incompatible and thus fail on current and now "standard" 
versions of the documents.

9.  This failure will go undetected until fielded and 
will result in complaints from customers who cannot 
understand why a product that worked in accordance 
with their expectations is now failing.

10.  Go to step 2.

One wants to believe in rationality and completed projects, 
but one learns that rationale is a viewpoint among viewpoints and 
that the viewpoint of the creator is simply relentless 
change.  So project by project, we implement change and 
that is not the same as progress.

Get used to it.  It is why we all have jobs.

len  

-----Original Message-----
From: bryan [mailto:bry@i...]

Recently my boss received an email, passed on from a business partner
who was passing it on from a friend of his in New Zealand who wanted to
switch all their old dtds to Xml Schema and wanted some pointers. I
pointed to the beginning of the Xml Schema considered harmful thread,
pointed to a bunch of other Schema resources, went into depth as to what
the benefits of RELAX-NG and Schematron were to my mind as opposed to
XSDL and so forth. Well for reasons that I think are partly political I
believe most of my RELAX-NG and Schematron stuff was cut from the
finalized communication, in the interest supposedly of not overwhelming
the poor guy trying to come to grips with Xml Schema, who I suppose will
now be overwhelmed by attempting to come to grips with Xml Schema. 

• Prev by Date: Re: When do tags stop being a good idea?
• Next by Date: RE: When do tags stop being a good idea?
• Previous by thread: When do tags stop being a good idea?
• Next by thread: RE: When do tags stop being a good idea?
• Index(es):
  • Date
  • Thread