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

Re: Re: URIs, concrete

  • To: "Simon St.Laurent" <simonstl@s...>,xml-dev@l...
  • Subject: Re: Re: URIs, concrete
  • From: "Alaric B. Snell" <alaric@a...>
  • Date: Thu, 1 Aug 2002 10:10:07 +0100
  • In-reply-to: <r01050300-1015-67962A07A4D111D693BB0003937A08C2@[192.168.124.21]>
  • References: <r01050300-1015-67962A07A4D111D693BB0003937A08C2@[192.168.124.21]>

bottom
On Wednesday 31 July 2002 23:03, Simon St.Laurent wrote:
> Dare Obasanjo opines:
> > Maybe he is right, maybe he's wrong. The fact is that there are too
> > many apps out there to break over what is primarily an aesthethics
> > issue.
>
> First of all, I'm utterly sick of people using "aesthetics" to mean
> something isn't important.  If it looks ugly, there's usually an ugly
> problem inside.

I'm with Simon here; technical aesthetics (elegance of design, not which 
colour it is) are not to be ignored in engineering disciplines.

This has been a long running battle of mine - in my work, I always want to 
spend time designing things before building them. The reasons for this are:

1) Hacking code together without looking at the big picture first often 
wastes time because, towards the end of the project, you realise that the 
stuff you did at the beginning isn't sufficient to meet the needs of the 
modules you're now writing. You realise that information you discarded 
earlier on, thinking it was irrelevant, is actually needed again so you need 
to change data structures and argument lists and stuff like that.

2) Requirements always change. Things that have been designed into clean 
modules that fit together with no more interdependency than is necessary (an 
address book interface should expose the fact that an address has certain 
fields such as 'name' and 'email', but it should not have a method to obtain 
the name of the file each record is stored in, since you might want to shift 
it to an SQL database one day) tend to be much easier to adapt than 
hacked-together messes.

However, a lot of people have said "Pah, spending days designing a script is 
just a waste of time. You'll need to rewrite it from scratch anyway when 
requirements change."

But I've found that the actual programming is a lot faster if you've spent 
some time thinking it through first. And I've had a lot of success with 
changing software to meet changing needs.

Of course, how much time you spend initially designing is a tradeoff. Spend 
too much time planning and none writing, and you don't get any code.

> It's time to stop being slaves to bad ideas that happen to have an
> organizational stamp of approval on them.

Hurrah!

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.