学习《构建之法》的感悟

在读了《构建之法》这本书之后,令我感触颇深。

一、第一映像:

还记得第一次翻开《构建之法》,真的是眼前一亮,这本书与常见的软件工程教材有本质的不同,这本书写得跟小说似的,而且语言幽默风趣,颠覆了传统软件工程教材刻板生硬、枯燥乏味的形象,相较之下,这本书显得清新脱俗。可是因为书中有许多讲的是工作中要注意的地方,所以有些地方不是很懂。

二、收获:

1、日后编程的工作,大都是多人合作写软件,那么有好的代码风格相当重要,这本书详细介绍了什么是好的代码风格,这让我有了改进的方向。

2、日后工作,不再是自己写代码玩,而是要最大程度的满足顾客的需求。这本书详细讲述了如何获得顾客真正的需求,在做软件的同时要不断检验是否偏离了需求

3、这本书讲述了测试的重要性,其中一个观点我十分认同,那就是bug越早发现越好修正,发费的时间越短。正所谓防微杜渐,便是如此了。

4、无论是写代码还是做事情,都先要有目标,没有目标又如何能到达终点。在实现功能之前,要先想清楚要实现的功能具体是什么,画出实现的步骤,再去写代码,如此方能事半功倍。

5、让我明白了基础的重要性,想要做成任何事情,都要建立在坚实的基础上。就像是学数学,要先理解概念,才能够做好题目。

6、这本书让我更加认识到实践的重要性,要从做中学。只有实践了才能够真正发现自己的不理解的知识,还能够促进学习的效率。这个学期我自己写代码,做火车订票系统,以前认为学会的知识,一开始做的时候,感觉实践应用和己看书理解有出入。以前认为这样做是对的,现在感觉那样做更简单,减少代码量。比如通用函数的封装,以前感觉没有必要,现在自己写代码的时候,感觉封装能大大简化代码。

7、不断尝试写没做过的东西,不断突破自己给自己设置的能力线,唯有如此才能走得更远。

三、疑惑的地方:

1、如何去突破自己,如何创新?

2、高手能做到什么程度?

3、如何在平凡的工作中坚持自己?

4、敏捷开发不是很懂?

5、如何成为项目经理?

6、如何提高编程的效率?

时间: 2024-11-05 14:15:53

学习《构建之法》的感悟的相关文章

学习构建之法后的疑问

通过一个学期的学中做,做中学这样的学习方法,深深的感觉到了与平时听课学习方式的不同,收获很多.我学习完构建之法这本书后仍然有几个小问题.’ 1.成功的软件总是解决了我们生活中的迫切需求,但是不同的人群有不同的需求,我们如何去权衡各种需求,从中取出最核心的需求,我们该如何完成一个好的需求分析? 2.在实际制作软件时,外观.需求.性能.效率,我们该如何取舍?我们需要注意些什么才能更好的完成开发设计? 3.优秀的产品总是需要优秀的团队,但是在有限的资源下,怎样才能磨合出优秀的团队,探索出合适的团队模式

关于学习构建之法的打算

软件工程是软件的综合学科,软件工程强调的是对软件的理解,以及一些行之有效的安排开发,跟踪进度,保证质量的工程方法,单纯的看这些书,如果没有一定的实践基础是很理解现实中的问题的.尽量让自己多了解一些现实中的软件开发过程,或者参与到一些简单的软件开发中,了解人们的方法与问题后,再与软件工程中的理论相比较,你就会有意想不到的收获!软件工程的更高层次,会和其它管理学科一亲友,回归到哲学和人性本身上面来.不过这个高度需要时间和实践的. 如果本科的软件工程是注重学习理论吧,本科都这样.每个学期学一门编程语言

学习构建之法第二周

第二周了,这本书并没有看完,但是在脑海中差不多有了点想法.罗列如下: 1.功能:实现距离某件事还差n个时间 2.具体内容:用户设置需求事件事件,功能,需要提醒的时间长度,选择提醒的方式(比如进度条....) 一点想法:程序主要实现的是提醒功能,满足用户对事件的时间管理.实现对具体事件的管理,比如距离今年结束的事件,距离做了某事已经过去了多长时间,距离做某事还有多长时间..... PS:想法现在有点乱,暂一变看书一边修改,完善.

构建之法 第二组第一周学习

这是我们小组学习构建之法的第一周.在第一周的学习中,大家都对<构建之法>这本书产生了浓厚的兴趣,这本书用各种实例来阐述软件工程中的内容,让大家更容易理解,更容易接受.在学习的过程中,有同学说这本书的第一章就像是一篇小说,把软件工程里一些死板的方法写活了,把一些冷硬的知识点写的有血有肉,让大家在学习的过程中更有动力.可以说这本书是很少有的能把软件工程写活的书,在大家学习的过程中,仿佛是在和书对话,让自己身临其境,切身的体会真正进行软件工程操作时会遇到的问题和困难. 在这一周的学习中,大家都表现出

“构建之法互动游戏”感想

与以往的课堂不一样,今天老师以游戏的方式带领我们学习构建之法.游戏的主题是设计一款给爸爸妈妈使用的手机,我们4人为一组,分工来对此进行实现.我们原来想要每人选择一个模块例如主界面或者外观来设计手机,但发现这样的话最后整体可能显得不太完整.于是我们4人就先一起讨论手机的总体模块,随后再各自写下自己独特的想法.因为不用自己写程序,而只是设计,我发现我们能想到的点子还是挺多的,不过由于是给爸妈用的,还是以简单方便为主.在讨论的过程中,我了解了在一个小组中,是需要一个人来确定总体的方向的,比如说手机的主

看《构建之法》有感

这个学期我们又新加了一门课程——<构建之法>,对于我们又要学习这么一门乏味但又十分重要的课程时.但真正的看了这本书后,我完全沉浸进去了,这是一本难得的好书.        <构建之法>是一本讲软件工程的书,但又不是一本传统的软件工程的书.它是理论和实践的相结合.讲现代理论,同时也讲体现理论的工具.<构建之法>从开发测试.开发人员成长.团队管理一直讲到需求分析.设计以及用户体验等.先让我们知道开发为何物,在脑海有了一个大概的概念和每个人都具有了编码实践的经验后再一步步提到

《构建之法》阅读笔记04-团队合作

现代软件产业经过几十年的发展,一个软件由一个人单枪匹马完成,已经很少见了,软件都是在互相合作中完成的.所以团队合作尤为重要. 在学习构建之法之前,学习的大部分编程都是自己编的,对团队合作不是很了解.通过阅读构建之法让我了解到团队的合作是尤为的重要,团队的团结合作,众志成城是成功的关键. 团队共同的特点: 1.团队有一致的目标,团队要一起完成这个目标.一个团队的成员不一定要同时工作,例如接力赛跑. 2.团队成员有各自的分工,互相依赖合作,共同完成任务. 在团队中,我们应该各司其职,努力为团队的目标

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

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

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

这周是本学期中的第10周,我们可以复习期中学习的内容,有些同学或多或少结束了几门选修课程,完成了体育测试 ,大家渐渐应该开始有更多的时间学习构建之法: 前几周我们对于构建之法这本书有了粗略的了解,比如:日后编程的工作,大都是多人合作写软件,那么有好的代码风格相当重要,这本书详细介绍了什么是好的代码风格,这让我有  了改进的方向日后工作,不再是自己写代码玩,而是要最大程度的满足顾客的需求.这本书详细讲述了如何获得顾客真正的需求,在做软件的同时要不断检验是否偏离了需求等等:书上的内容开始渐渐有了深度