analyzing and programming is best not done by one guy. Because or your a good analyzer or you are a good programmer, but being good at both is almost impossible.
<rant mode="on">
With all due respect with the poeple you work with this is a load
of BS.
It is very easy to write a perfect design... as long as you don't have to implement it. Only going through the actual writing of the code will reveal the flaws in the design. Programming is the messy part, the part when clean abstractions hit reality.
I agree that separating the analysis and the programming is a good thing but saying that you can't be good at both is non-sense. Analysis must take implementation into account. And analysis needs to be refined as programming progresses. It is too easy for the author of a neat but un-implementable design to put the blame on the darn programmers who can't write what he told them too.
Programming is not a "detail" as I heard it once!
<rant mode="off">
Ranting aside it is generally a good idea for the designers to be good coders, and most of all to have to be part of the coding team. Makes them more responsible about what they design.
In reply to RE: Just thinking ...
by mirod
in thread Just thinking ...
by toadi
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |