Linked by Thom Holwerda on Mon 17th Oct 2005 20:27 UTC
Features, Office "No one makes bad software on purpose. No benevolent programmer has ever sat down, planning out weeks of work, with the intention of frustrating people and making them cry. Bad software, or bad anything, happens because making things is hard, making good things doubly so."
Permalink for comment 46687
To read all comments associated with this story, please click here.
Tuishimi
Member since:
2005-07-06

Yes... and because of that processes and procedures were followed/enforced. ;) Let me give you an example: 2 years ago I and a several others were asked to come up with a design and based on requirements (this was not at DEC). We designed it, then provided them with estimates for man hours and also cautioned them that just throwing people at it would not get it done faster, yadda yadda.
They did not like our answer and trimmed their requirements. We like-wise spent another few weeks coming back to them with the revised estimate of (roughly here) 10 months from start to user test (not QA - a sort of Beta version). They said "we'll go with that but you only have 6 months!"

I mean what is that?!?! Talk about cutting corners here and there. And frankly, developers are notoriously optimistic about their estimates (forgetting about the daily interruptions and such).

I don't know. I mean, I understand that it is important to get products out the door... new and improved! Make more $$$... but it seems like they would rather send something out buggy than send it out done right.

Reply Parent Score: 1