关于《大道至简》第七章的收获

软件工程行业的大公司都处于相互制衡的状态中每个公司都有其自己的打算,都有自己的小算盘,我们也是其中的一枚算子,目的就是能够在软件工程体系中全面胜出。在我们所做的这些工作中,我们要考虑团队问题,对于不同角色来说要考虑的事也是不同的。在做项目时,我们首先要保证项目能够正确的进行,再次基础上,作为经理就要思考成本问题,降低成本,也是一种智慧。无论我们在做项目用的是什么方法,都要回到工程最核心的环节,就是编程=算法+结构+方法。过程模型决定工程步骤和实施步骤和组织方式,就像MDA就是有成熟的软降过程理论支持,才有了更大的实用价值。我们要认清现实,知道真正的软件工程。

时间: 08-13

关于《大道至简》第七章的收获的相关文章

大道至简第七章读后感

大道至简第七章读后感——现实中的软件工程 “王不如远交而近攻,得寸,则王之寸:得尺,亦王之尺也.”——<战国策.秦策> 1:大公司手中的算盘 文中列举了IBM,Borland和Microsoft的一些体系,来说明大公司眼中的世界. 大公司们在标准.理论.语言上的争来夺去,未必全然出于“软件实现”的考虑.对统一理论.统一工具.统一过程的企图,其最终目的是在整个软件工程体系中的全面胜出.算 盘 上 的 绝 大 多 数 人 , 只 是 用 于 计 算 胜 负 的 一 枚 算子.所谓编程语言,只不过是

关于《大道至简》第二章的收获

今天阅读了大道至简的第二章,这一章的标题是懒人造就了方法.文章以愚公和李冰作为例子,讲述了好的方法是如何产生的.由此我们可以想到身边的一些例子,假如我们要给一些学生出算数题,题量不大的情况下我们可以直接出题,当要求题量的时候这就是一个大工程了.为此,我们可以写一个简单的软件实现出题的功能.虽然写这个软件会花费一些时间,但是完成之后会省下很大的精力. 我们应该学会将源代码分写在几个文件中,而不是所有的都写在一起,因为都放在一个文件中,到了后期的维护可能会是很大的问题,因此Unit关键字出现了,将一

再读大道之简第七章第八章

有一句话叫做,理想很丰满,现实很骨感.原来,单纯的以为,软件工程不就是码农么,就连工作也是一心趴在课编程编程,各种编程上,可是,现实中的软件工程和理想中或者说,想象中的还是有很大的差距的.就连我们心中的大企业,也并不是想象中的那样.比如IBM知道把握力量总之比创造力量来得经济.我还单纯的以为,所有的公司只是为了盈利呢,依靠完成的软件去盈利.此时不禁自嘲一番,还是太嫩了啊.所有的大公司在标准.理论.语言上的争来夺取,未必全然出于“软件实现”的考虑.对统一理论.统一工具.统一过程的企图,其最终目的是

大道至简第七章第八章

IBM为了完善自己的软件的工程体系收购了Rational,这使得IBM的实力大大的增长. 一个软件的实现离不开团队的努力,一个人再天才也有思考不到的地方,一个人就算再没用,也与他所擅长的地方,不论什么时候团队应该是刻在我们每一个软件工作者心中的事.就像我们编程时写注释,既是为了自己思路清晰也是为了方便团队中其他人阅读.大道至简中关于团队是这样说的. 蚂蚁的团队总是被本能地组织得非常好.然而如果一 个蚂蚁的群体中有了流行疾病,蚂蚁在死去,而新生蚂蚁 不能跟上其死亡的速度,那么很快,这个团队就溃散了

关于《大道至简》第一章的收获

在这本书的第一章,标题是编程的精义,顾名思义就是告诉我们编程到底是什么.在这本书和<构建之法>的最开始都是介绍的究竟什么是编程.所以应该可以体会到,想要做好编程这项工作,首先应该了解什么是编程. 愚公移山的例子告诉我们,做任何一件事都是遵循一定步骤的,编程也是如此,及顺序,分支和循环. 在我们最开始接触编程这件事情时存在疑惑,不知道自己会不会编程.用简单粗糙的话来说,只要是知道早晨起床应该先干什么在干什么,就能做好编程.假如还能根据情况随机应变那么就会做好编程.在这本书和<构建之法>

大道至简第七八章有感

今天,我接着阅读了大道至简的第七章和第八章.大道至简的第七章讲的是现实中的软件工程.文章中提到,,在“程序”与“方法”层面, 是关注于“(具体的)实现”的:而在“过程”和“工程” 层面,更首要考虑的是团队问题.从角色的角度上来说: 开发经理思考项目的实施方案和管理具体的开发行为:而项目经理则保障团队的稳定性和一致性.作者从各方面说明了我们要考虑的关键,使人豁然开朗. 接着,作者通过他的举例,说明了另一个需要我们注意的地方—思考成本.不计成本的项目计划不会得到经营者的支持:毫无目的地消耗成本是项目

《大道至简》第一章-编程的精义 感悟

2015-09-20  09:20:02 太行.王屋二山,方七百里,高万仞.本在冀州之南,河阳之北. 北山愚公者,年且九十,面山而居.惩山北之塞,出入之迂也.聚室而谋曰:“吾与汝毕力平险,指通豫南,达于汉阴,可乎?”杂然相许.其妻献疑曰:“以君之力,曾不能损魁父之丘,如太行.王屋何?且焉置土石?”杂曰:“投诸渤海之尾,隐土之北.”遂率子孙荷担者三夫,叩石垦壤,箕畚运于渤海之尾.邻人京城氏之孀妻有遗男,始龀,跳往助之.寒暑易节,始一反焉. 河曲智叟笑而止之曰:“甚矣,汝之不惠.以残年余力,曾不能毁

大道至简第五章读后感

第五章 失败的过程也是过程 今天照样老师带领着我们阅读了大道至简第五章,阅读了<大道至简>的第五章,这章在前面的基础上又进了一步,有了技术和团队,加上有效的沟通,接下来就要接项目做工程. “虚有其表耳”,本章以<明皇实录>中的一句话来告诉我们一个深刻的道理:不要只求外表,只做形象工程,而是要透过表象,力求实质. 失败了不要紧,没有失败也就找不到自己的不足,也就不会发现自己的问题,更不用谈改进了.我们的前辈们就是在不断的失败中才总结出了“瀑布模型”“螺旋模型”等模型,方便了我们.但是

《大道至简》第一章读后感

经常听见有人抱怨编程太难,说自己不是学软件的料,那么他们真该好好看看<大道至简>这本书,相信他们看完这本书后会有很大收获. <大道至简>第一章引用了一个很简单的故事“愚公移山”,用这个故事很好的概述了我们在完成一个项目时所要进行的步骤.听上去“愚公移山”和编程简直是风马牛不相及,但是看过作者的叙述又有原来如此的感觉.其实编程并没有什么难懂的,就和我们日常生活一样,发现问题,分析问题,提出解决问题的方案,实施,和后续的验收.例如某天我们突然发现家里放不出水了,这就是发现问题,我们会观

大道至简第六章

今天看了看大道至简第六章<从编程到工程>.文章以<列子·说符>的“得其精而忘其粗,在其内而忘其外:见其所见,不见其所不见,视其所视,而遗其所不视.”为题记.第一节讲了“语言只是工具”,作者讲述了他曾经对一些编程语言的看法.他曾经也热衷于讨论语言的优劣,但是他现在不这样了,他已经不再专注于语言, 正如他在第一章中写到的一样:成天讨论这门语言好,或者那门语言坏的人,甚至是可悲的.确实,程序的好坏不在于语言,在于算法.第二节 说点什么呢,今天看了看大道至简第六章<从编程到工程>