Re: [xml-dev] in which I surrender a 15-year-old argument (transforming the Web)

From
Pete Cordell <>
To
, "G. Ken Holman" <>
Date
2014-04-02T12:25:20Z
ID
<B1CC37861A0E4652B3EB0E020CC66DCA@codalogic>
Thread
Re: [xml-dev] in which I surrender a 15-year-old argument (transforming the Web)
'Training' these days seems to consist mainly of copy and pasting from Stack 
Overflow.  We may have mentioned that already, but I have also recently been 
pointed to the following that puts 'cloud copy & paste' front and centre in 
the IDE:

http://visualstudiogallery.msdn.microsoft.com/a1166718-a2d9-4a48-a5fd-504ff4ad1b65

Sad times!

Pete Cordell
Codalogic Ltd
C++ tools for C++ programmers, http://codalogic.com
Read & write XML in C++, http://www.xml2cpp.com
----- Original Message ----- 
From: "G. Ken Holman" <>
To: <>; <>
Sent: Wednesday, April 02, 2014 2:46 AM
Subject: Re: [xml-dev] in which I surrender a 15-year-old argument 
(transforming the Web)


> At 2014-04-01 17:24 -0400, Simon St.Laurent wrote:
>>I'm not sure Ken Holman will celebrate, given that the transformation
>>layer lately is mostly amalgams of JavaScript. It does seem like yes,
>>though, transformation is rapidly becoming more important as the tasks
>>people perform on the Web become more complex.
>>...
>>Even today, XSLT remains a steep climb for most web developers.
>>Client-side XSLT never found widespread support (though Saxon-CE and
>>Frameless are well worth exploring). XSLT remains alien to most web
>>developers.
>
> Sad but true.  And there has been a big drop-off on instructor-led 
> training, as few are willing to pay for their staff to learn.
>
>>Instead, we keep reinventing transformation with more familiar tools,
>>often JavaScript tools. Few of these tools aim for the completeness or
>>complexity of XSLT. Unfortunately, though, these tools are fragmented
>>across many different communities (for frameworks) and people building
>>their own versions.
>
> While patterns may begin to emerge, I doubt we will see corporate 
> investment in piecemeal solutions.  Then again, perhaps the reason I and 
> others are not getting any training work is that any such solution, 
> standard or not, is never seen as a corporate asset.
>
> And if that is true, then a standardized solution is irrelevant to 
> supporting what I think are important corporate issues such as continuity: 
> if my developer leaves, will the newly-hired developer know the technology 
> I'm using?
>
> But is that a chicken-and-egg problem of getting true skills (not hacks) 
> in the general work force?
>
> An interesting post, Simon, thank you.
>
> . . . . . . . . Ken
>
>
> --
> Public XSLT, XSL-FO, UBL & code list classes: Melbourne, AU May 2014 |
> Contact us for world-wide XML consulting and instructor-led training |
> Free 5-hour lecture: http://www.CraneSoftwrights.com/links/udemy.htm |
> Crane Softwrights Ltd.            http://www.CraneSoftwrights.com/x/ |
> G. Ken Holman                   mailto: |
> Google+ profile:      http://plus.google.com/+GKenHolman-Crane/about |
> Legal business disclaimers:    http://www.CraneSoftwrights.com/legal |
>
>
> ---
> This email is free from viruses and malware because avast! Antivirus 
> protection is active.
> http://www.avast.com
>
>
> _______________________________________________________________________
>
> 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: 
> subscribe: 
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php