程序员能准确量化自己任务的工作时间吗？

[yakczh]

水平越高，经验越丰富的人量化的误差越少，这个命题成立吗？

[qping]

差不多实际是自己估算时间*2,不熟悉的领域*3

[qping]

补充下，我是说自己

[binux]

能，前提是全人力投入，没有需要交流和对接的部分。

[nsa]

水平越高，经验越丰富，挖的坑越深－。－

[regmach]

基本和roll差不多

[caixiexin]

不行，所以最后都要做个乘法。。

[Midnight]

实际上这个估算的时间有时候并不准确，往往都是坑，大多数都是＊2 ＊3的时间

[tabris17]

很多项目，往往不准，因为在动手前你根本不知道会碰到什么问题。

[watsy0007]

前提是 个人开发者，对自己的情况评估。
如果是对团队，团队里面所有人的水平。。

[blue7wings]

根本无法估算，老板说，这个项目什么时候能做完？两周行不行？我只能勉强答应，结果跟他扯需求就扯了一周，坑爹。。

[luikore]

计算机科学就是在解释为啥估算不出来的:
需求没定好, 是个假言推理问题
需求定好了, 能否弄出方案是个 NP 问题
弄出方案, 能不能做完是个停机问题...

[nicodelee]

反正根据我跟我所接触的项目，还有观察周围的同事--基本不能.

[otakustay]

不能，5年工作经验，从来都是估算1星期的活拖到最后半天做完

[chaixl]

不能。

[FrankFang128]

乘以派

[poke707]

这个要看怎么估算。
首先，在需求确定的情况下，设计的程度越深，对每个细节来估算能提高准确度。然而通常估算的时候只是凭感觉/经验，实际下来差2～4倍很常见；
然后，对于完成质量的程度又可以分为能跑，可用，好用等，按阶段来估算能提高准确度。每个人/公司对质量的追求不一。
需求不确定还是算了。