[
Lists Home |
Date Index |
Thread Index
]
> Have at. But if that means I have to ditch a
> client that uses a language that gets the work
> done in a few lines of code vs a thousand, runs
> fast and is highly reliable over a system that
> can return 404 and has the highest maintenance
> costs in the business, no thanks.
As usual, you commercial experience is radically different from mine. In my
practice, we save lines of code, development and maintenance dollars by using
browser-based systems. Most of our clients need *no* convincing that
browser-based systems are the way to go, based on ROI of previous experience.
The only point I can grant above is that custom code usually faster than
browser-based systems, but this advantage is dwarfed in practical and economic
terms by the disadvantages.
As for "a few lines of code". Ha. Please show me "a few lines of code" that
completely implement any significant enterprise application. I can handle
exaggeration, but only to a reasonable extent.
--
Uche Ogbuji Fourthought, Inc.
http://uche.ogbuji.net http://4Suite.org http://fourthought.com
Python&XML column: 2. Introducing PyXML - http://www.xml.com/pub/a/2002/09/25/p
y.html
The Past, Present and Future of Web Services 1 - http://www.webservices.org/ind
ex.php/article/articleview/663/1/24/
The Past, Present and Future of Web Services 2 - 'http://www.webservices.org/in
dex.php/article/articleview/679/1/24/
Serenity through markup - http://adtmag.com/article.asp?id=6807
Tip: Using generators for XML processing - http://www-106.ibm.com/developerwork
s/xml/library/x-tipgenr.html
|