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

Re: Does WTSIWYG make simplicity moot? (was Re: dtds,

  • To: Mike Champion <mc@x...>, xml-dev <xml-dev@l...>
  • Subject: Re: Does WTSIWYG make simplicity moot? (was Re: dtds, schemas, xhtml, and multimedia technologies)
  • From: Paul Prescod <paul@p...>
  • Date: Mon, 11 Nov 2002 23:59:00 -0800
  • References: <4QM05QM94FD4XBA3Z6164BYWLI6Z1.3dd08d25@MChamp>
  • User-agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.1) Gecko/20020826

mfc dead
Mike Champion wrote:
> ...
> 
> "In teaching someone about COM programming, it would be nice if I could 
> just teach them how to use the Visual Studio wizards and all the code 
> generation features, but if anything goes wrong, they will not have 
> the vaguest idea what happened or how to debug it and recover from it. 
> I'm going to have to teach them all about IUnknown and CLSIDs and 
> ProgIDS and ... oh, the humanity!"
> 
> Sure, the Wizzy IDE's can handle the simple cases, but "oh, the humanity!"
> when things start to get complicated or the un-stated assumptions
> are violated. 

Note that languages/systems that depend on IDEs have no evolutionary 
staying power. They are replaced over the long-term by competitors that 
are less picky about their creation environment. So, for example, MFC is 
dead and none of its modern replacements are even remotely as grotty. 
Same with COM (which is being replaced with .NET). And every attempt to 
make programming languages deeply visual has failed.

Part of the problem is that there is a stubborn hacker subculture that 
will not be bullied into buying tools and they will invent a better 
replacement if only to avoid it! Insofar as they are picky about syntax 
and the people using the other languages are not (how could they be, if 
they don't see it), the text-hackers tend to win.

On the other hand, easy-to-edit IDL is being replaced by WSDL so perhaps 
I'm seeing a trend that isn't really there.

 > "Code generation tools which pretend to abstract out something, like
 > all abstractions, leak, and the only way to deal with the leaks
 > competently is to learn about how the abstractions work and what they 
 > are abstracting.  So the abstractions save us time working, but they
 > don't save us time learning."

As usual, Joel is almost right but not quite. ;)

Abstractions do not always leak. I've been using a PowerBook for several 
months, both programming and in GUI apps and not once worried about 
PowerPC assembly language. Compilera and interpreters have pretty well 
hidden that from me through abstractions. The problem is that code 
generators do a poor job of abstracting. A code-generator is typically a 
workaround for not having implemented the right level of abstraction in 
your library or language.

Visualization tools are fine, but they should be visualizing the true 
abstractions in the language you are "editing", not trying to hide them 
from you with some thin, proprietary, quasi-abstraction layer.

  Paul Prescod


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

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 click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.