Observe that for the programmer,as for chef, the urgency of the patron（顾客）may govern the scheduled completion of the task,but it cannot govern the actual completion.An omelette(煎鸡蛋),promised in two minutes,may appear to be progressing nicely.But when it has not set in two minutes,the customer has two choices-waits or eats it raw.Software customers have had （）choices.
Now I do not think software（）have less inherent courage and firmness than chefs,nor than other engineering managers.But false（）to match the patron’s desired date is much more common in our discipline than elsewhere in engineering.It is very（）to make a vigorous,plausible,and job risking defense of an estimate that is derived by no quantitative method,supported by little data,and certified chiefly by the hunches of the managers. Clearly two solutions are needed.We need to develop and publicize productivity figures,bug-incidence figures,estimating rules,and so on.The whole profession can only profit from（）such data.Until estimating is on a sounder basis,individual managers will need to stiffen their backbones and defend their estimates with the assurance that their poor hunches are better than wish derived estimates.
Now I do not think software（）have less inherent courage and firmness than chefs,nor than other engineering managers.
A．testers
B．constructors
C．managers
D．architects
