阅读《构建之法》有感

之前学习的软件工程那门课程,虽然讲客老师很优秀,是我一直以来敬爱的一个老师,但是,那门课程依旧上的很无聊,整个教师都显的死气沉沉,没有生气。我之前认为这是一个无法避免的问题,因为那门课程的理论知识太多,内容又非常重要,老师如果想把这门课的知识点给我们讲解完就必须循规蹈矩的讲解。

但是自从看了邹欣老师写的这本构建之法,我才知道原来软件工程可以这么学,作者把冷硬的知识都鲜活话了,把原来枯燥无味的理论写的鲜活无比,还大量的举例说明,其中最重要的亮点就是通过阿超,果冻,小飞,小李等人物的对话和活动,把软件工程的丰富内容生动的展现出来,让我眼前一亮,而且,让我们在网上写博客,与其它人进行交流学习,让人不得不说。这本书写的妙不可言。

这本书的第一章作者就说到了软件=程序+软件工程。如果一个软件开发人员只会写程序,而不会软件工程,那仅仅只是停留在初级阶段。软件工程包括构建管理,源代码管理,软件设计,软件测试,项目管理等内容,软件工程决定了软件的质量。如果一个软件开发人员学会了软件工程,那么,他会考虑更多的东西,如整个软件的框架。

在这本书的第五章还通过王屋村的例子生动形象的告诉我们像那些临时聚集在一起,各自完成任务就领钱走人的人不是团队,那什么是团队呢?1.团队就是有一致的集体目标,团队要一起完成这个目标。一个团队额成员不一定要同时工作,例如接力赛跑。2.团队成员有各自的分工,互相依赖合作,共同完成任务。

在本书的第十七章告诉我们软件工程师的职业道德,才让我明白了软件工程师也是有原则要执行的。如软件工程师的行为应与公众利益一致。软件工程师应以其客户和雇主利益最大化的方式做事,与公众利益保持一致。软件工程师应应当具备完整且独立的专业判断。软件工程师应当终生学习以提高自身的专业水平,并在工作实践中推动落实道德准则。

邹老师提出在课程中要求学生写技术博客,并且通过博客与老师或者助教交流,博客大家总不能写的都一样吧,如果一样,那一定是抄袭无疑。通过博客也可以看到学生对项目和知识点的掌握情况。在课程中要设立个人项目、两人项目、团队项目,并且相信学生想做好,能够做好。那些多写测试工具,多写读书报告,多为大家服务的同学,也一定是认真的同学,同样能得到好分数。

这本书对我的帮助很大。是一本值得阅读并值得分享的一本书

有疑问或者不懂的地方

1、一个软件团队的生命周期有多久,怎样的分工模式才最适合促成最优的软件?

2、什么样的软件才真正算的上是一个好软件?

3、在写程序的时候怎样提高自己的效率?

4、.怎样才算是一名合格的工程师?

5、如何衡量当下工作按时与延时追求创新的重要性?

时间: 2024-10-12 21:46:39

阅读《构建之法》有感的相关文章

第一次阅读构建之法

    第一次阅读构建之法,把以前很多门课的知识点联系到了一起.      软件=程序+软件工程.我认为这是对软件的一种及其精炼的解释.程序即是指一行行代码,软件工程则包含了各种软件开发活动,包括构建管理.源代码管理.软件设计.软件测试.项目管理等等,是把系统的.有序的.可量化的方法应用到软件的开发.运营和维护上的过程.      从一个简单的程序,扩展到一个满足各种功能的应用软件,再扩展到一个能保证服务质量的软件服务.源程序是建立在数据结构上的一些算法.构建不仅仅是CC和link命令,一个复杂

阅读构建之法第一章有感

今天阅读了构建之法第一章,感觉到自己其实玩具的阶段都不到,离研究阶段更是差的有段距离.了解到程序其实只是一个藏在你电脑里的数据结构加算法,要想成为软件还得经历软件工程这一阶段,软件工程便是把系统的.有序的,可量化的方法应用到软件开发,运营和维护上的过程中.首先我要进行软件需求分析,一个成功的软件是要有市场需求作为背景的,没有需求你做的软件就是无用的东西,有了需求然后我们对软件进行设计使之安全 可行 基本满足市场的需求.然后我们便对我们的软件进行测试.最后软件在用户手中运行,但是十全十美的软件是不

阅读《构建之法有感》

<!--这周四上完杨老师的软件工程第一课后,本来想从往届学长学姐那里淘到二手书,但是市场太火爆竞争太激烈了,昨天我才意识到估计上一届的书是等不到了就在淘宝上下单,借来了同学的书先看着完成这次的作业.--> 通读了邹欣老师的<构建之法>感到这半书跟一般的技术类书籍不同的是,读起来比较轻松,趣味性很强,穿插着范例跟段子,看到有趣的地方我还跟室友分享了.以下是我对于这本书的疑惑之处: 1.第6章敏捷编程中,感觉是需要定义好任务然后按计划衡量是否完成计划,但是后来又说敏捷团队需要自我管理自

第五次软件测试作业 读构建之法有感

之前没有什么认真的看完构建之法这本书,最近用了一星期的时间紧赶慢赶的认真的把书看完了,越看越起劲,后悔之前怎么没有早看着一本书,看了邹欣老师写的构建之法,感觉和读其它软件技术方面的书感觉截然不同,邹欣老师的构建之法想要告诉我们的是一种第一线的编程思想,比起平常所学的技术感觉起来更富有实用性,他用了程序员的第一视角来告诉我们软件编程者一思想,从第一章概论的软件工程是什么开始,就给予人一种引人入胜的感觉,给程序员一种深深的代入感,书中不仅有丰富的代码示例,还采用了一种一问一答的方式来解答问题,我想邹

为什么报计算机还有阅读构建之法的心得

1.为什么选择计算机这个专业; 当初读本科的时候,一志愿填的是电气工程及其自动化,估计是因为分数太低了被调剂到了网络工程专业.之前的我并没有过多的接触计算机,感觉自己对这方面并没有多大的兴趣,本科的时候自己的学习并没有多么的认真.当时自己还想过要转专业,后来也不了了之了.慢慢的感觉这个专业还可以,也就学了三年,后来到了考研的时候,本来打算考金融专业的,但是跨专业考研难度挺大的,而且最近几年计算机这个专业实在是太火了,毕业之后工作找工作各方面都不错然后就限定决心考了计算机技术.庆幸的是考上了,现在

(第九周)读构建之法有感1

构建之法第四章:两人合作 在这一章节里面,我才深刻地认识到自己所编写的代码是有多混乱,多么的不规范.编写规范的代码是程序人员良好的习惯.书本里面提到的代码复审以及结对编程都是要合作的,我们曾经也进行过结对训练,能在实践进行中感受到每个人的角色和作用,学习到很多,对于代码复审则是比较陌生.但是在书中还是了解到代码复审的作用是很强大的,非常适合一些中型以上的程序的测试检查.

8th 对软件工程的理解(读构建之法有感)

对于任何一个学计算机的人来说,软件都不陌生,甚至于一个普通的朝九晚五的上班族,他的每日生活工作也都与软件有着密不可分的关系.然而,程序又是如何从一行行指尖留下的代码,机器存储的数据变成快捷高效的软件的呢?这中间我们所经历的一系列过程的总和,我们称之为软件工程. 从本科开始学习计算机,我们就不可避免的接触了形形色色的软件,了解大量的软件开发工具,我那个时候甚至没有软件工程这个概念,只认为,我们所用的软件就是开发工具编译.执行.包装.发布的产物.后来,开设了软件工程这门课程,才开始系统地接受软件工程

阅读&lt;构建之法&gt;第三10、11、12章并提出问题

<构建之法>第10.11.12章 第10章: 问题:对我们了解了用户的需求后,但是我们想法和做出来的软件会和用户的需求有偏差,比如风格.界面的修饰等等,那么我们程序猿怎样才能让自己的想法更加靠近用户的想法呢?是设身处境么? 第11章: 问题:我们现在这个阶段是在做四则运算APP,如果按照这章的步骤走下去,每天都要进行进度更新,和每日会议还有每日构建的,会不会不太符合我们现在的处境?毕竟我们的所有时间不能只为一门课程服务,还要大量的时间花在其他的课程上呢. 第12章: 问题:在实际的项目中,我们

阅读&lt;构建之法&gt;10、11、12章

第十章: 典型用户和场景对后面工作有什么帮助吗? 第十一章: 每日构建的目的是什么呢?有没有具体说明? 第十二章: 产品定位人群是否也局限了产品的可拓展性?

读构建之法有感

鉴于当当的配送服务到现在还没有完成,我的构建之法也还迟迟没有到我的手上栖息,所以去网上看了试读,读到了师生关系这一段,觉得深有感触. 鉴于我曾干过两年的高中物理辅导教师,浅谈一下与书中的共鸣吧. 第一种关系.餐馆和食客,因为是辅导教师,所以在我手里补课的学生有一小部分把我们的关系建构成了餐厅和食客的关系. 她交了钱,需要选一个顺眼或者说合得来或者说能共鸣的老师,于是我出现了.接下去,她会在诸多的章节当中选取她认为自己没有掌握的内容让我讲解. 在这种有主见的学生的情况下,我一般多会那人钱财为人消灾