Linked by Thom Holwerda on Mon 3rd Oct 2005 14:52 UTC
Permalink for comment 39840
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 05/25/13 0:45 UTC
Linked by Thom Holwerda on 05/24/13 23:59 UTC
Linked by Thom Holwerda on 05/24/13 22:33 UTC
Linked by Howard Fosdick on 05/24/13 21:41 UTC
Linked by Thom Holwerda on 05/24/13 14:44 UTC
Linked by Thom Holwerda on 05/23/13 23:22 UTC
Linked by Thom Holwerda on 05/23/13 22:04 UTC
Linked by Thom Holwerda on 05/23/13 22:01 UTC
Linked by Thom Holwerda on 05/23/13 17:52 UTC
Linked by Thom Holwerda on 05/22/13 22:23 UTC
More News »
Sponsored Links



Member since:
2005-10-02
Software Construction is in many ways a matter of (almost magical) art - just like writing songs. But then, it's possible to write songs according to a scheme (we all know the boring mainstream songs - technically acceptable, but artisticly utterly unacceptable).
But then, the same can be said about hardware engineering. Take a look at the classical Mac. It was based more on art than engineering, yet it was based on specs (to know which limitations to break free from).
In danish the word is "kunsthåndværk" , I believe the english word is "handicraft". A combination of art and engineering.
Linus didn't say that specs were unuseful. What he said was that they were unuseful in regard to coding. Which is all true. Never ever use specs as a foundation for coding. But it can be used to set out directions/goals for the result of the code.
With the stupidity shown in this thread, it would be no surprise for me if somebody came by and told me the waterfall technique was a sane technique in regard to software development.