[Home] [By Thread] [By Date] [Recent Entries]
Hi,
Justin Johansson writes: XSLT, and possibly XQuery, remain to be the language of the high-priest programmer in the small. My last client hired me because I was the only one they could find to do it (in Adelaide, South Australia). I think it's amazing that we can now seriously compare XSLT to C++, Java, and other technologies for programming "in the large", considering how modest were its initial ambitions, when XSLT 1.0 was published back in 1999 (http://www.w3.org/TR/xslt): This specification defines the syntax and semantics of XSLT, which is a language for transforming XML documents into other XML documents. How far we have come. While it's admirable that Justin is concerned that XSLT programs and XSLT-based applications be as well-designed, robust and maintainable as any heavy-duty technology -- and I agree that the concern is justifiable and well-founded -- I also don't fail to see the irony in this. If it's being called on to be such, either XSLT must be very special, or languages that were specifically designed to fill that niche have their own real shortcomings -- or, perhaps, the problems of programming in the large are not so amenable to designed solutions as we pretend. Or any or all of these. In the meantime, programming in the small has its place, especially on the Internet. And while some XSLT proponents may be happy that it makes for a good market for consultants, journeymen and fixers, there are also those who feel that a healthy community that can train and even educate the next generation of maintainers and designers is "greener" than any well-built, well-oiled machine. We are lucky if this education can include principles of sound engineering at scale. But just because an engine is well designed doesn't mean it can't be an instrument of tyranny. There was never a generation born yet that didn't think it couldn't do better by junking it all and starting over anyway. While I have nothing against our trying to make our programs into everlasting monuments to our own perspicacity, another approach might be to do the best we can as an example, so later generations can do better. Cheers, Wendell ====================================================================== Wendell Piez mailto:wapiez@xxxxxxxxxxxxxxxx Mulberry Technologies, Inc. http://www.mulberrytech.com 17 West Jefferson Street Direct Phone: 301/315-9635 Suite 207 Phone: 301/315-9631 Rockville, MD 20850 Fax: 301/315-8285 ---------------------------------------------------------------------- Mulberry Technologies: A Consultancy Specializing in SGML and XML ======================================================================
|

Cart



