optimization tricks ?
Mon May 15 19:11:05 CEST 2000
On Mon, 15 May 2000 wrote:
>Very nice. I prefer however to:
> 1. First make it beautiful
> 2. Then make it work
>Since 2 almost naturally follows from 1.
>The corollary is that one rarely ends up debugging pretty code.
>-dg "yes I am mostly serious about this"
The "first make it beautiful, then make it work" philosophy does
conflict somwhat with that other maxim, "plan to throw away the first
version of your program -- you will have to anyway."
In other words, it might be seen as a waste of time making your code
beautiful before you know that your thinking makes sense. In order to
test and verify your ideas, your code doesn't have to be that pretty.
...unless, of course, you write beautiful first drafts. (:
Having said this, I think it's pretty much a question of different
mindsets. Some people work well only if they are allowed to do things
properly, in order; others create a mess, but lots of good stuff tends
to result from it. I once worked with a guy who was absolutely
brilliant, but who couldn't do anything half-baked even if his life
depended on it. Then again, he was not a programmer...
Ulf Wiger, Chief Designer AXD 301 <>
Ericsson Telecom AB tfn: +46 8 719 81 95
Varuvägen 9, Älvsjö mob: +46 70 519 81 95
S-126 25 Stockholm, Sweden fax: +46 8 719 43 44
More information about the erlang-questions