第三次 构建之法 感想

                      对于《构建之法》的感想

  这本书把开发方法讲得清晰有趣而且很实用,里面的每一章讲得很有用,例如,个人技术和流程让程序员更清楚的了解如何去编程;软件工程的成长,让程序员对自己的个人能力有更清楚的了解,并且使自己的能力进一步成长;两人合作中使我们代码更规范,里面的结对编程更是一种全新的编程方法,这样对于我们技巧也是一种提高!

 这本书给了我们学生一个全新的学法,以前学习软件工程总觉得太多理论的东西在里面,但是在这本书打破常规的教学方法,十分有趣

 “软件= 程序+软件工程”这句话就这么简单把程序跟软件工程结合起来,当我们开始学编程,一直觉得程序就是软件,但是当我们开始读这本书,就开始了解其实不是。

随着学习的不断深入,就不是这样想,我们开始懂得把两者结合起来。我们开始懂得什么是软件工程,软件工程涉及很多的东西,我们要懂得从更高的一层面去编程。例如,框架,程序的架构等等...

 整本书从实际软件开发的各个阶段出发,详细地分析了软件工程的各个环节,如:需求分析、设计实现、用户体验、软件测试已经最后的发布等等

结对编程,感觉是一个很有好玩的东西,尽管这个词语的出现可以追溯到上世纪,以前不管我们是自己独立地进行项目的开发还是几个人组成一个小团队进行开 发,最基础的还是需要每个人写代码,但是,在结对编程的模式下,是由两个开发人员平等地、互补地进行开发,把设计的四个方面(设计、分析、编码、测试)分得很清楚。 结对编程最大的好处就是可以使得实际开发出来的代码不断地处于“复审”的过程中,可以及时发现问题,可以及时解决问题,可以极大地避免将问题带到最后的测 试或者是发布阶段。而且两个开发者可以一起共同进步,在让代码更好的同时自己也在进步》

  代码风格,一个良好的代码风格规范是对一个软件开发人员最起码的要求,即使程序写得是多么地出色,但是如果背后是混乱不堪 的代码,那么就会对这个软件日后产生不少的负面的影响,尤其是在后期的维护,不规范的代码对于日后的维护人员来说,简直就是魔鬼,以至于最后实在是没办法了,只好是全部推倒重写,当然这个是最坏的打算了,所以好的代码规范是多么地重要,特别是在日后开发具有商业价值的项目时,或者是在一个软件项目的团队里工作,代码规范相当重要。

  最后来讲讲软件测试,不单单是在这本书中,几乎所有的介绍测试相关的书籍,都对测试讲得很多很多,说到测试,大家最熟悉的就是黑盒、白盒测试等,要写好一个不错的测试,首先要有一个好的测试方法,如:Unit Test、Function Test等等,测试方法很多,最重要的关键是怎样找出合适的测试方法完成测试,如何完美地写一个Test Case?你必须首先知道并熟悉这个需求,要写出一个完整的测试过程,要考虑好测试的边界值的选取,极端情况下程序的健壮性,所以写好一个测试不简单。

时间: 2024-11-04 11:39:46

第三次 构建之法 感想的相关文章

初学构建之法感想

几乎所有程序员都知道"程序=数据结构+算法"这句名言,但我在读这本书之前一直有个疑惑,我感觉所学的数据结构和算法课程几乎没有太大的联系,这是为何,读了这本书,我才了解到,原来程序,就是行行的代码,是建立在数据结构上的算法.程序要对数据进行操作,这些数据有些是静态的,有些是动态的.但是光有代码和数据还不行,工程师要把它们构建为机器能懂的可执行代码,一个复杂的软件不但要有合理的软件构架,还要有各种文件和数据来描述各个程序文件之间的依赖关系,编译关系,链接关系等等,这些都是软件构建的过程.

作业三:构建之法的困惑和思考(1-5)

第一章:了解了什么是软件和软件工程,知道了BUG,但对于软件发布的时机还是有点模糊 第二章:学习了单元测试,效能分析工具和开发流程,但是对于内容还是一知半解 第三章:惊叹于要成为一名软件工程师的职业发展的考级之路,意识到了一名软件工程师的厉害之处,我们在毕业应聘职业时用不用拿出相应的工程师等级 第四章:了解了代码规范和两人合作,也在结对实验中明白了两人合作的重要性 第五章:知道了团队合作,问在多人的思维冲突时如何解决

读《构建之法》前三章有感

最近这几天一直下雨,我的心犹如构建之法一般的复杂,但是,听着雨声,仔细的思考后,感觉构建之法在我的心中慢慢的变得清晰了.这几天看了<构建之法>的前三章后,心有所感,在这里就粗略的讲一讲我的感想,首先是第一章,主要讲了软件工程师什么,软件又是什么,软件的各种要素等等,让我对软件有了一定的了解,同时深有所感的是,一个软件,不论好与坏,都是应人们需求所产生的,所有的软件都不是一天就可以完成的,有的需要很久很久,同时还需要一个团队的合作才能呈现出一个软件,软件工程这门学问不是一个理论的学问,更多的是一

构建之法阅读笔记三—结对编程

构建之法阅读笔记三——结对编程 何谓结对编程,结对编程就是程序员肩并肩,平等的,互补的进行开发工作,他们使用同一台电脑,编写同样的程序,一起分析,一起设计,一块交流想法. 然而我以前却并不是这样做的,我以前喜欢在没人打扰的环境下写代码,我觉得有人在我身边看着,会影响我的思路,还有我个人自尊心比较强,不太喜欢被人指指点点,所以每次都是,我写完代码之后,自己先找自己的bug,每当自己实在找不到之后,才会请教大神,但是有时候可能由于自己的能力不足,往往一个很简单的问题,我自己发现就会花费很久的时间,让

《构建之法》第三次随笔

从<构建之法>前两章的阅读学习中,我了解到了软件工程的概论,知道了"软件=程序+软件工程",明白了个人技术和流程.阅读了第三章之后,我体会到了软件工程师的成长. 软件工程包括了开发.运营.维护软件的过程中的很多技术.做法.习惯和思想.软件开发流程不光指团队的流程,还包括个人开发流程,因为软件团队是由个人组成的,个人在团队中也有独立的流程.软件团队和团队中的工程师也是这样,软件系统的绝大部分模块都是由个人开发或维护的,在软件工程的术语中,我们把这些单个的成员叫做Individ

《构建之法》第三次

本周着重阅读了<构建之法>的第三章:软件工程师的成长. 软件工程包括了开发.运营.维护软件的过程中的很多技术.做法.习惯和思想.软件工程把这些相关的技术和过程统一到一个体系中,叫"软件开发流程",软件开发流程的目的是为了提高软件开发.运营.维护的效率,以及提升用户满意度.软件可靠性和可维护性. 软件开发流程不光指团队的流程,还包括个人开发流程,因为团队是由个人组成的.在团队的大流程中,是每一个具体的人在做开发.测试.用户界面设计.交流等工作.因此,个人团队中也有独立的流程.

读《构建之法-现代软件工程》前三张后感

刚开学的第一天,学校发下了书本,有六本书,当时会在上这门课的头一天晚上去看看书本的内容,去大概了解这门课程.其中有一门课程的书吸引了我,感觉这本书和其他的教科书有所不同,它不像其他书一样那么的死板,除了公式,就是理论,没什么奇特的地方.而这本书却很奇特,它不但吸引了我,还让我觉得很有趣,这本书是邹欣老师写的一本书,一本胜似小说的书,平时爱看小说的我,就开始喜欢上了这本书,这本有关软件工程的小说书. 到现在,老师也上了好几次课,我们也对软件工程有了一些初步的了解,而软件工程这本书,我也大概的看完了

《构建之法》第三章学习心得

这周我学习了<构建之法>第三章,讲述了软件工程师的成长.软件系统的绝大部分模块都是由个人开发或维护的.在软件工程的术语中,这些单个的成员叫做Individ-ual Contributor(IC).IC在团队中的流程是怎么样的呢?以开发人员为例,流程如下. 1.通过交流.实验.快速原型等方法,理解问题.需求或任务 2.提出多种解决办法并估计工作量 3.其中包括寻找以前的解决方案,因为很多工作是重复性的 与相关角色交流解决问题的提案,决定一个可行的方案 执行,把想法变成实际中能工作的代码,同时验证

阅读《构建之法》第四章感想

课下阅读<构建之法>第四章,自己有以下一些感想. 1.我们写的代码最终都是要给人看的,所以代码规范化是一个优秀编程员必备的良好习惯,而且若是在团队里工作,那么代码规范更加重要.编程人员要遵循的代码风格的原则是:简明,易读,无二义性.以后自己要养成规范代码的习惯. 2.复审也是不可缺少的一个步骤,软件工程中最基本的复审手段就是同伴复审,找熟悉代码,有经验的人来进行复审. 3.当今时代,一个人能发挥的力量越来越小,团队的力量日渐重要,因此,如何合作,很关键.两个人合作,如何影响对方,要因人而异,因