《猫读《软件估算》二》的相关内容

本人开发人员出身，做开发小组长有一两年了，对工作量的评估一直头疼。刚接到一个开发任务，要对一个demo根据需求改造以达到为某省上线应用的目的，现在项目组还没组建，只有demo+需求（部分需求已完成设计），不知这种情况下：如何更好的估算工作量，并根据估算结果组件团队，在合同规定时间内完成开发任务? 刚看到china-pub上有本书：软件估算--黑匣子揭秘(《代码大全》作者Steve McConnel ...

我所在的团队有六个开发人员,两个测试人员.我们的过程还不成熟,基本上处于初级阶段,需要不断的改进.一个新的版本开始了,开发计划的制定是首先遇到的问题. 计划始终依赖于需求和人员,涵盖的内容包括几个重要的里程碑:需求分析,设计与实现,测试.只要把这三个阶段的时间估算出来,基本上这个版本的计划就会更容易制定.人员是相对固定的,而需求是相对变化的,我们第一步就是要确定需求.通常我们和市场人员一起讨论优 ...

喵。猫咪春节以后一直在找工作。经过了好几次被人挑挑拣拣，终于两家公司给猫咪发来电话录取。猫咪在第一家打电话的时候在论坛里发帖和大家说了说情况，结果大家很热情，帖子跟了9页。无论说好说坏，对此猫咪都表示感谢。现在第二家公司把猫咪叫去，说了待遇。两家的最后答复期都是下星期一。前一家体检下星期一出结果，如果没异议就入职了。后一家连体检也不要，说只要想，现在上班也可以。最晚下星期一上班。 猫咪把这两家公司 ...

在项目实施过程中，程序员的估算准确性是合理完成计划的关键一环 然而，在实际实施过程中，往往受到各种因素的影响，导致程序员不能/不愿合理估算实施情况 往往是高手过于乐观，然后发现来不及，然后本着负责任的态度要加班加点 新手根本估算不出，唯上级之命，能做则做，不能做也没有责任意识 以下是可能导致程序员估算不准确的因素 1、对需要估算的任务理解不清 2、采用了新的技术 3、不善于对付技 ...

5月7日 最新的银弹证据！（居然达到了14:1，实在令人兴奋）： 大意：通用汽车公司（GM）的一个早期应用——用于汽车修理维护部件的库存计划和维护管理系统。旧的系统由265,000行PL/1代码组成，花了12.5人年，运行时需要13.6M内存，替代系统用Smalltalk 80开发，总共用了不到1人年的时间，系统只有22,000行代码，内存仅需1.1M。两个系统的性能大致相同，但二者的总体生产 ...

　　最近猫咪在学习Grails。但是从网上找到的《Grails入门指南》看着太累。特别是做测试的时候，要一边看书一边干活，来回切换桌面实在麻烦。就去卓越网（现在已经是亚马逊中国了）订购《Grails权威指南》。在买书的时候，发现了《软件估算-“黑匣子”揭秘》一书。是讲如何成功进行软件估算的。感觉比较新鲜，而且自己以往在开发中对应该如何估算工作量也一直没有头绪（基本上是想当然 ...

　　喵。大家有做我上一篇文章的测试题吗？我会在本篇的最后公布答案，以免有人通过预览之类的功能作弊。当然，也许有人已经通过搜索引擎找到了正确答案和自己的对比。那么你得了多少分？　　你的得分很低的话，那么你就要好好想想为什么会这样了。人们为什么会低估呢？低估的压力来自于哪里？是否是因为怕因为自己估值估的太宽了让别人笑话？是否是自己的荣誉感、自尊心作祟？因为你会想，太阳表面温度？我不知道。不过把从宇宙绝 ...

　　猫咪的文章一般都发在自己新浪的博客里。但是访问者太少，只好把文章转到别的站上。谁知道哪里有能同时更新多个Blog站点的工具呢？ 　　喵。猫咪最近一直很清闲。所以开始学习新技术。把以前买来和下载的书翻出来，开始学习（呵呵，虽然是以前买的，但是书上的内容比起猫咪目前开发中使用的技术算新的了）。猫咪打算把自己学习的过程写在这里，让大家也分享一下猫咪的经验。不过有言在先，猫咪不定什么时候就懒了或没时间 ...

按照个人职业发展的角度，我列出了每一个IT从业人员都应该具有的30项技能。    1. 处理简单的电脑问题，比 如，连接打印机、备份文件或者安装网卡。你不需要成为深入了解诸如超频CPU或者是入侵注册表之类问题的专家；但是因为你从事IT行业，所以人们会期待你 能够解决一般的电脑故障。（如果你手下的IT技术人员没有达到这样的水准，那么开除他们。参考：如何解雇 ...

1。好奇心 程序员是永远不会接受现成的东西的，他们必须亲自解开内心深处的迷惑和渴望。 2。清晰的思维技巧 编程是一件需要严密逻辑和清晰思维的事情，有强大的数学或者科学背景的程序员通常更加成功。 3。快速的阅读速度和理解能力 相当大一部分程序员的一天都花在阅读上，阅读设计文档，或者其他人的代码，API，注释等等，有些程序员读的快，能很快理解，并且开始行动，另外一些程序员也许要多花三四倍的时 ...