一组阶段小记之读构建之法(三)

这周是本学期中的第10周,我们可以复习期中学习的内容,有些同学或多或少结束了几门选修课程,完成了体育测试 ,大家渐渐应该开始有更多的时间学习构建之法;

前几周我们对于构建之法这本书有了粗略的了解,比如:日后编程的工作,大都是多人合作写软件,那么有好的代码风格相当重要,这本书详细介绍了什么是好的代码风格,这让我有  了改进的方向日后工作,不再是自己写代码玩,而是要最大程度的满足顾客的需求。这本书详细讲述了如何获得顾客真正的需求,在做软件的同时要不断检验是否偏离了需求等等;书上的内容开始渐渐有了深度,组员遇到的问题也开始多了起来,组长找时间带领大家一起讨论问题并且尝试解决问题。

这周我们主要学习了第三章以及第四章的知识:软件工程师个人的能力发展以及职业发展,个人在团队中也有独立的流程;后面以魔方为例,详细介绍了“技能”的概念,从技能的反面——解决问题来从本质上理解“技能”。虽然大家学习进度有点不一样,但遇到问题大家还是会一起参与讨论,通过各种渠道解决问题。虽然目前阅读比较表面的内容,但是慢慢加深对于构建之法的理解,我们一定会学习的更加透彻。

时间: 2024-10-02 02:00:07

一组阶段小记之读构建之法(三)的相关文章

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

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

读构建之法之感

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

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

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

一组阶段小记之再读构建之法

这周是学期中的第八周,有些课程要写结课论文,加上周六的普通话测试,同学们没有多少业余时间学习构建之法,所以这周学习的内容较少: 上一周对于构建之法这本书有了个初步的了解,通过这周的学习对于这本书有了进一步的了解,同学们遇到不了解的问题也会在小组的群里提出,然后大家一起讨论解决: 书中的知识体系很完整,这周我们主要学习了第三章的知识:如何成为一个合格的软件项目工程师,大家之前对于这些并没有了解过,所以通过这章的学习,大家知道了如何才能变成一个合格的工程师,认识到自己身上的不足之处,知道该如何弥补自

初读构建之法

 以前对软件工程没有特别详细的看法,有些模棱两可.经老师介绍购买了构建之法,初步看了构建之法的   第一章.第五章以及十七章,对软件工程有了一定的了解,下面想要说一说我的个人看法.         百度中有这样的定义,软件工程是一门研究用工程化方法构建和维护有效的.实用的和高质量的软件的学   科.又或者说,比较认可的一种定义认为:软件工程是研究和应用如何以系统性的.规范化的.可定量的过程   化方法去开发和维护软件,以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法  

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

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

读构建之法,重入编程之门

在翻开这本<构建之法>之前,我以为从专业划分角度来讲我多少算是一个计算机人,最起码算得上一个计算机专业的人.但是在当我谨慎的选择了一个自认为适合学习的好环境,怀着一种对编程无比向往的心情阅读这本书的时候,才意识到,之前的我可能是迈入了计算机隔壁班的门. 不得不说,邹欣老师的书,确实不像其他同类书籍那样全篇皆是各种枯燥无味的理论体系和大量读完也不知所云的专业术语及定义,虽然以我的基础程度对于此书中提到的各种编程案例理解的也不是很透彻,但是本书的趣味性着实使枯燥的编程更容易被接受.它刷新了我对软件

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

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

读构建之法第二天

刚刚读了构建之法第一章的内容,主要讲述了计算机科学领域,软件工程与计算机科学的关系,软件的特性以及软件工程的定义和组成部分这四方面的内容.下面我将分为四部分 来记录自己的收获. 第一部分: 1. 软件 = 程序 + 软件工程        软件工程的核心部分是构建管理.源代码管理.软件设计.软件测试.项目管理.广义上软件工程还包括用户体验,用户设计界面等, 所以一个拓展的推论是:        软件企业 = 软件  + 商业模式. 2.  软件开发有不同的阶段:(1)玩具阶段  (2)业余爱好阶