[XML-DEV Mailing List Archive Home]
[Reply To This Message]
RE: Should XML Professionals Be Programmers?
- From: "Len Bullard" <Len.Bullard@ses-i.com>
- To: "Greg Hunt" <email@example.com>
- Date: Thu, 8 Mar 2012 13:32:04 -0600
That may be the case, Greg.
The challenge is expectations. I agree none of this is hard. Have
you ever been chewed out for solving a problem in XML production through
programming? Sounds unreal, yes?
As to the skills required, a common
complaint is “that’s too tedious”. Another was “that’s
too old fashioned” making reference to inspecting the file.
We have raised a generation that cannot fathom a box that can be opened and
inspected (I think of them as Mac People but that’s my prejudice) and all
too often, they are being managed by a generation that considered programming
tasks beyond them. XML sits in a not too hot not too cold zone
where it is believed costs can be cut by hiring less than competent and then enforcing
the notion that all you need to do is tag across levels of upper management
which sanction actions.
Companies like that eventually kill a
customer in our business. You get what you pay for.
From: Greg Hunt
Sent: Thursday, March 08, 2012
To: Len Bullard
Subject: Re: Should XML
Professionals Be Programmers?
It sounds like your
recruitment process is picking people based on substrings of their resume,
resulting in your "guru". None of these technologies are
extremely hard and my preference is always to look for people based on
personality (curiosity, openness, technical orientation) and then work out what
taxonomic box to put them in later.
On Fri, Mar 9, 2012 at 5:39 AM, Len Bullard <Len.Bullard@ses-i.com> wrote:
I agree, John. And a very productive one.
They may not need to program in other languages but it is helpful. If
someone can't read a DTD to some level of proficiency, I have some
qualms about their skill set given an environment where tagging in a
DTD-enabled editor is not enough to solve problems. Sometimes the task
is proving where a problem originates; otherwise, one is solving the
wrong problem. The same is true of the XSL.
An "XML guru" came to me one day and pointed out that half of a
was missing. I asked if he had inspected the file. He asked me why
should do that, it was missing. What was missing was a right quotation
mark. The XML editor told him the file wasn't XML. An "XML
doesn't know what that means can't go to the next task because they
simply don't know what that error means. A competent XML skilled
individual knows that in most cases, Draco has struck and they start
looking for a syntax error.
On the other hand, if one finds a fully-qualified pathname in an ENTITY
attribute, one might look elsewhere. If one is given a document full
of empty ENTITY attributes, one might look elsewhere.
From: John Cowan [mailto:firstname.lastname@example.org] On
Behalf Of John Cowan
Sent: Thursday, March 08, 2012 10:58 AM
To: Michael Kay
Subject: Re: Should XML Professionals Be Programmers?
Note to Len:
Writing and debugging XSLT *is* programming. Anyone who
can learn to program in XSLT can learn to program in any other language.
XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.
[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: email@example.com
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
| [Thread Prev]
| [Thread Next]
| [Date Next]
| [Thread Index]
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format
Stylus Studio has published XML-DEV in RSS and ATOM formats,
enabling users to easily subcribe to the list from their preferred news reader application.
Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website.
they were not included by the author in the initial post. To view the content without the Sponsor Links please