xml-dev - RE: [xml-dev] Design as, one hopes, not premature optimization

RE: [xml-dev] Design as, one hopes, not premature optimization

[ Lists Home | Date Index | Thread Index ]

To: "'Jeff Lowery'" <Jeff.Lowery@creo.com>,"'Uche Ogbuji'" <uche.ogbuji@fourthought.com>,"'Jonathan Robie'" <jonathan.robie@datadirect-technologies.com>
Subject: RE: [xml-dev] Design as, one hopes, not premature optimization
From: "Michael Kay" <michael.h.kay@ntlworld.com>
Date: Thu, 3 Apr 2003 16:30:21 +0100
Cc: "'Chiusano Joseph'" <chiusano_joseph@bah.com>,<xml-dev@lists.xml.org>
Importance: Normal
In-reply-to: <4827EC373E03DB44AC2AB3900430896B02667A@csiex01.scenicsoft.com>
Reply-to: <michael.h.kay@ntlworld.com>

> > the accepted wisdom that premature optimization is evil?

Don't fall into the trap of reading this as "early optimization is
evil", let alone "you can ignore performance during the design stage". 

There is a right time for everything. The right time to select a good
algorithm is early, the right time to add a fast path for a special case
is at the end.

Michael Kay

Follow-Ups:
- On the aparent importance of emoticons (was "Design as, one hopes, not premature optimization")
  - From: Uche Ogbuji <uche.ogbuji@fourthought.com>
- RE: [xml-dev] Design as, one hopes, not premature optimization
  - From: Jonathan Robie <jonathan.robie@datadirect-technologies.com>

References:
- RE: [xml-dev] Design as, one hopes, not premature optimization
  - From: Jeff Lowery <Jeff.Lowery@creo.com>

Prev by Date: Re: [xml-dev] 3 possible approaches for representing concepts
Next by Date: Re: [xml-dev] Re: ID/IDREF makes XML generation NP-hard
Previous by thread: Re: [xml-dev] Design as, one hopes, not premature optimization
Next by thread: RE: [xml-dev] Design as, one hopes, not premature optimization
Index(es):
- Date
- Thread