But what if it doesn't matter if it takes a day or a week? And how is the business person to know? Just because Joe asks for a lot of money, are they supposed to believe that he is good?
I think you are confusing your personal experiences and situations with the situation of some business guy. They are not out to start a software company, where they will manage programmers. They just want product x build.
It is an exchangeable skill, in the same way as there are thousands of mechanics who could fix your car, or thousands of window-makers who could create a window for your house, or thousands of carpenters who can create a cupboard to your specifications.
If you drive your car into some mechanics garage, you are not expecting to manage that mechanic. You just want your car fixed.
Joe has a problem with his car, it makes a terribly annoying sound. He goes to Mechanic A
who decides to replace his engine. Problem solved, cost 10000$.
John has exactly the same problem (with the same cause), he goes to mechanic B who finds out
that a small part of the engine needs replacement. Problem fixed, cost 65$.
Btw, software, unlike buildings or chairs, is extensible and the (technical) desing decisions
of the programmer are very important in how extensible it is or if it is extensible at all.
Those examples are just outliers. You can always be unlucky. But the majority of mechanics can fix your car. And the problem remains: how are you supposed to know beforehand which mechanic is good?
Extensible software: maybe it doesn't matter so much for a prototype. If the concept proves itself, you could also start writing it again.
Comments
But what if it doesn't matter if it takes a day or a week? And how is the business person to know? Just because Joe asks for a lot of money, are they supposed to believe that he is good?
I think you are confusing your personal experiences and situations with the situation of some business guy. They are not out to start a software company, where they will manage programmers. They just want product x build.
It is an exchangeable skill, in the same way as there are thousands of mechanics who could fix your car, or thousands of window-makers who could create a window for your house, or thousands of carpenters who can create a cupboard to your specifications.
If you drive your car into some mechanics garage, you are not expecting to manage that mechanic. You just want your car fixed.
Joe has a problem with his car, it makes a terribly annoying sound. He goes to Mechanic A who decides to replace his engine. Problem solved, cost 10000$. John has exactly the same problem (with the same cause), he goes to mechanic B who finds out that a small part of the engine needs replacement. Problem fixed, cost 65$.
Btw, software, unlike buildings or chairs, is extensible and the (technical) desing decisions of the programmer are very important in how extensible it is or if it is extensible at all.
Those examples are just outliers. You can always be unlucky. But the majority of mechanics can fix your car. And the problem remains: how are you supposed to know beforehand which mechanic is good?
Extensible software: maybe it doesn't matter so much for a prototype. If the concept proves itself, you could also start writing it again.