[boomshucka]

I'm pretty sure he was being sarcastic... It is pretty absurd to think you are going to get your head around the requirements for a project and come up with a good estimate in 10 minutes. It suggests naivety or dishonesty. You choose.

[727374]

Half sarcastic, maybe. But, genuinely curious about how they are managing the risk around scoping/estimation. Perhaps using overly conservative estimates or else assuming that on average their estimates will be close. Or maybe those Google/MIT engineers are magical.

[msellout]

I'm pretty sure they're planning to throw VC money at the problem until it goes away ("it" being either the problem or the money).

[jqm]

I don't think estimating will be that much of a problem if the right formula is used. Is this straightforward and the team a has done stuff like this before (most cases)... apply the component formula and add the markup. Is it hairy with lots of unknowns? 1.2 million dollars.

[boomshucka]

No disrespect meant, but no one with any real software development experience would suggest that a quick formula can be used to estimate the cost/time to develop a given project. Very experienced people spend lots of time up front trying to estimate cost/time and are usually not very close.

[jqm]

Agreed. Re-read my comment?

[boomshucka]

"Is this straightforward" can't be figured in 10 minutes for the vast majority of projects. And if you are outsourcing to devs, "has the team done stuff like this" is going to take some time too. 10 minutes simply isn't enough time. Would you have the same thought about 1 minute? 5 minutes? At what point do you say "no, that isn't enough time?". I'll take a few hours as enough time for some reasonably small but not trivial number of projects as a %.