人月神话1500字读后感整理(4)
2022-08-12 来源:百合文库
这就像使用汽油灭火一样,只会使事情更糟。越来越大的火势需要更多的汽油,从而进入了一场注定会导致灾难的循环。“,我对这句话简直是太有感触了,因为我身边这样的悲剧整天都在上演,公司对所有的项目搞得都是人海战术,进度没有提前,还整天加班,最后用户不满意,开发人员整天郁闷,结果是用户对公司失去了信任,成了一槌子买卖,开发人员就像割韭菜,旧人一一辞职,新人天天引进,公司何谈发展和积累,做了n年,涛声依旧,做法没有改变,情况没有改观,公司没有发展,好在中国人多地大,呼悠完一个行业,再呼悠另一个行业。三是作者在那个时候,就根据自己的经验提出了对于软件任务的进度安排,以下是作者使用了很多年的经验法则:https://simgs.baihewenku.com/upload/1/3计划1/6编码1/4构件测试和早期系统测试1/4系统测试,所有的构件已完成我们公司是通过cmm3认证的,理论不用我说,大家好像都明白,实际情况呢,有谁真的拿出那么多时间作计划,又有谁拿出那么多时间作测试,不过令人欣慰的是,大家确实在向这方面改变,比如我们公司测试部现在就是一个很大很关键的部门,所有的程序发布都需要测试人员的"签字。
当然,也许可以找点客观原因,比如现在国内多数客户不成熟,签单子靠关系,一旦签了又恨不得明天就正式运行,但是本着“没有任何借口”的观点,我们该怎样改进呢,我决定读下去,看看能否找到作者所说的银弹呢。
人月神话读后感3
当我捧起《人月神话》,马上就被深深的吸引了。书中很多细微之处都对我的思维造成了冲击。上一本给我类似感觉的书是那本四人帮的《设计模式》,已经很久没有看到这么好的书了,郑重推荐。
把感触比较深的几点记下来,顺便整理一下自己的思路,与大家分享。
1,保持设计的概念完整。无论对小软件还是大软件,都必须由一个设计师主导,最多两个人讨论来共同完成软件的整体设计。作为一个软件,一个系统,必须有一个清晰明确的概念模型,大家都在这个框架下工作,所有的创新发展都必须与基本的概念相吻合。具体的实现人员可以细化概念,但只有总设计者才有否定与发展基本概念的权力。需要注意的一点是,即使是总设计师一直是同一个人,他脑海中所认为理所当然的规则或者概念,很可能由于没有明确的文档化,而没有成为所有开发者共同的概念。在其他开发者编码的时候,就可能会生成与概念相抵触的东东(模块,功能,算法),导致整体结构的恶化。这个时候总设计师一定要即时发现,做出更正。
当然,也许可以找点客观原因,比如现在国内多数客户不成熟,签单子靠关系,一旦签了又恨不得明天就正式运行,但是本着“没有任何借口”的观点,我们该怎样改进呢,我决定读下去,看看能否找到作者所说的银弹呢。
人月神话读后感3
当我捧起《人月神话》,马上就被深深的吸引了。书中很多细微之处都对我的思维造成了冲击。上一本给我类似感觉的书是那本四人帮的《设计模式》,已经很久没有看到这么好的书了,郑重推荐。
把感触比较深的几点记下来,顺便整理一下自己的思路,与大家分享。
1,保持设计的概念完整。无论对小软件还是大软件,都必须由一个设计师主导,最多两个人讨论来共同完成软件的整体设计。作为一个软件,一个系统,必须有一个清晰明确的概念模型,大家都在这个框架下工作,所有的创新发展都必须与基本的概念相吻合。具体的实现人员可以细化概念,但只有总设计者才有否定与发展基本概念的权力。需要注意的一点是,即使是总设计师一直是同一个人,他脑海中所认为理所当然的规则或者概念,很可能由于没有明确的文档化,而没有成为所有开发者共同的概念。在其他开发者编码的时候,就可能会生成与概念相抵触的东东(模块,功能,算法),导致整体结构的恶化。这个时候总设计师一定要即时发现,做出更正。