浅读<<构建之法>>有感

第一章感悟:

  这章书中主要讲述了什么是软件工程。在此之前,我对于软件工程只是字面上的的理解,无非是程序员通过敲代码,做出一个软件,但是这个软件是属于工程级别的,体积非常庞大。如今了解到,软件在不考虑的用户需求的前提下,不管多么强大的程序都显得毫无意义,用户不会关心这个程序你写了多久,花费了多少心思,用了什么NB的技术实现的,他只想知道,这个软件能帮我做什么。例如:很多杀毒软件在界面上都显得无比的高深,很多选项和按钮,在专业人士看来,这个非常酷炫的程序,架构复杂,但是,用户却不太容易接受,因为打开后不知道从哪里开始,学习成本非常高,所以,360把技术的东西都放在后台,前台界面是非常简单的操作,很容易就能上手,果然得到了用户的认可。所以,对于我们商业软件工程来说,编写程序一定优先考虑用户需求,舍弃这一环节,这个程序就显得毫无意义。

再者,在课堂上也得知软件工程的项目都有一个开发周期,对于一个庞大的程序都不是一时半会能够写完,而且完美运行,规模的扩大必定会影响开发周期的长短,令我印象深刻的是:有些超大型软件的开发,居然是5~10年。如果这样一个庞大的程序,投入大量的人力物力,最后的成果,会不会产生如此大的经济效益呢?很多时候,根据用户的反馈,需要开发一款软件来解决实际问题,但是,这个开发过程需要一年,那么成品出来的时候,或许已经没有存在价值了,所以,对于软件来说,一定要有快速迭代的思想。以最快的速度开发,最快的速度修复BUG,这样才能及时的处理用户需求。其中小米的MIUI系统就是以快著称的,每周的星期五都是有一款新的系统软件版本,极大的满足了用户对功能更新的渴望。

第二、第三章:

这个章节都在阐述一个问题,就是程序员的个人修炼,怎样从菜鸟程序员蜕变成技术大牛,对于一个有思想、有风度的程序员,不单单是把一堆代码写上去就完事了,就像一位诗人,有自己的代码风格和规范,字里行间都体现个人的编程素养,所以,我们要努力成为一个驰骋在代码世界里的风流诗人,用代码书写自己的喜怒哀乐,用程序表达自己的胸怀和思想。

第四、第五章:

  这两个章节都是可以合并的,主要讲述软件开发过程中的团队合作问题。当今社会,对于团队的合作是必不可少的,单打独斗始终成不了气候,所以,前面说的,建立自己良好的编程素养,就是为了让队友更容易看懂你的代码。所以,团队间的协作直接影响到整个工程的进展,团队的合作就能区别小程序和大工程。

  以上纯属属于个人观点,偏重主观情绪,如有不同意见欢迎留言点评和交流。

时间: 2024-10-06 18:44:33

浅读<<构建之法>>有感的相关文章

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

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

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

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

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

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

读构建之法有感

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

个人项目增加项-读构建之法有感

惰性像一种毒药,吃起来舒服又会甘之如素.最近克服了种种惰性,又开始读起这本我在研究生阶段买的最贵的书,这本书无论如何我都要读完它,要不买回来供着,太不符合她千里迢迢来到我身边的意义.读后感,其实挺难写的,批评改进意见根本说不出,又没有那么多的工程的思想,只能说一说自己的理解及触动自己的知识点. 读这本书最大的感触就是,看目录一点读下去的感觉都没有,又是一本计算机书,有时真不愿意读本专业的书,晦涩难懂,无数个脑细胞需与之斗争,并且总有种看的越多不会的越多的感觉.但是此书,不像以前看的专业书籍,当你

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

第五章:团队与流程 第五章章节里面主要介绍了团队与非团队.软件团队模式以及开发流程以的各自的优缺点以及一些概念.对于现在的我们可能较为熟悉的开发流程是瀑布模型.对于团队模型我比较有兴趣了解的是功能团队模式. 团队有一些共同的特点:有一致的集体目标,成员之间有各自的分工,合作完成任务.团队一开始可能是"一窝蜂模式",都想写出好的软件,但是没有各自的分工,一般不会这种模式不会存活太久.慢慢会演化成其他模式,比如"主治医师模式",本来是不错的模式,但是在学生身上退化为了一

读构建之法之感

读构建之法之感,为什么迟迟没有发构建之法这本书的观后感,是因为想要细细的看,为什么老师这么要求我们这么做,为什么要刻意的去发微博,原因都在构建之法的这本书中.构建之法这本书和其它的软件工程的书不同,构建之法这本书讲的清晰有趣,容易理解,不像其它的软件工程的书籍,写的那么的枯燥和乏味,构建之法的每章都有很大的联系,让人逐渐的去深刻的理解.通过构建之法理解并懂得什么是软件工程,软件工程是系统的,有序的,可量化的方法应用到软件的开发,运营和维护中去.希望通过自己的努力以及软件工程的课能够让自己有一个小

第五次作业《读构建之法的心得》

<读构建之法的体会> <构建之法>这本书是软件大大神邹欣的作品之一,这本书体现邹欣老师的情怀,很简洁的讲述了软件设计的各个阶段,描述了一个微软软件大神对软件的理解.构建之法对我帮助挺大的,通过构建之法这本书使我对软件的构建很清晰的了解,让我对软件设计更加的清晰的认识,增加了我对软件的认识的兴趣,好了,现在来讲述讲述里面的内容,第一张讲概论:软件等于程序加文档,软件工程是什么,第二章讲 个人技术和流程 单元测试,效能分析工具,个人开发流程第三章讲软件工程师的成长 个人能力的衡量与发展

对读构建之法后提出的五个问题

读构建之法有以下几点疑惑: 1.如何使自己的开发思维更加敏捷? 2.如何分配好团队里面成员的任务,来达到最好的工作效率? 3.当面临用户的需求和优化后的软件起冲突时,用户的需求一定是最重要的吗?那么用户根本不了解优化的软件的好处,一定强制要求修改怎么办? 4.如何使自己的产品在市场上占有绝对的优势? 5.什么样的软件开发团队要开发什么样的软件才适合敏捷流程?