关键词：
对于读专业课书这种事情，我一直是又爱又恨的。在我看来，计算机方面的书籍大都晦涩难懂，有些语言还一语双关，像我这种语文学的并不好的人，每次理解起来都是一个头好几个大，而且计算机方面的书基本上十本会有九本是很厚很厚的，而且经过实践证明，一些厚重的计算机专业书，是可以用来砸核桃的。如果闲来无事的时候坐下来，在内心平静的时候看一看专业书，大多时候会有一种豁然开朗的感觉，一些之前困扰了自己很久的事情，就那么轻松的被几行文字解决了。
我选择在周日的上午阅读了邹老师的《构建之法——现代软件工程》这本书，我没有借到纸质版的书，我选择了阅读电子版。到目前为止，我看完了前五章。这本《构建之法》幽默风趣，不像其他书籍一样难以理解。目前已经读完的内容中，让我印象最深刻的是概论中程序员阿超的故事（毕竟出现在最前面）。阿超刚开始写这个小程序是为了偷懒（不用自己每天的绞尽脑汁想30道题目），之后被老师相中，增加了一些功能后成为了可以为二到四年级学生服务的应用软件，再后来被教导主任相中，发展成为了软件服务。换成我自己的理解就像下图展示的一样，当一段程序中加入了新的功能或者是用户的新要求，它便升“升级”了，成为了应用软件；一个应用软件，又被加入了新的功能或是新的客户要求，一个软件服务便由此诞生了。
虽然说这很简单，但是这对于程序员来说，这些新功能和客户的新要求的实现，就不是那么easy了。一项工程，他所涉及的功能越多，将来维护的范围也是越广泛。
书中概论部分还有一句话让我印象深刻：用户体验和数据结构，算法没有直接的关系，但是很多成功的软件就赢在这个方面。所谓顾客是上帝，无论是程序也好，应用软件也好，工程也好，它是为人服务的，只有让有需求的人满意，才是最重要的。
我并没有把这本书完全的看完，所以我现在想到的问题可能和书中提到是内容没有太大的关系。一个团队中，必定有负责测试的，我一直认为这是一个极其得罪人的环节，试想一下，如果你辛辛苦苦熬夜很久写出来的东西检查出有bug（前提是程序员自身测试的时候是没有问题的），以后这两个人还能愉快的做朋友吗？如果遇到这种情况应该怎么调整状态？
真的要吐槽一句，看电子版的书真的很累~此时此刻无比的怀念纸质教材。最后希望自己早点把书看完。
读后感
《构建之法》读后感 《构建之法》是一本好书，当我翻开构建之法的第一页时，我就感觉我能从书中得到许多关于编程的方法和相关知识。 当我读到构建之法里的 “敏捷宣言表明的是... 查看详情
《构建之法》读后感
写《构建之法》读后感的想法，其来已久，一直未能完成。拖延症爆发的原因大概有二，一是感觉吸收的不够丰富而无法反刍，二是选择不好读后感切入的角度。《构建之法》2014年出的第一版，买到书时已是开学季，想要调整... 查看详情
构建之法六章读后感
在本周我主要学习了构建之法的第五章和第六章，第五章主要讲述团队和流程，第六章主要讲述敏捷流程；软件团队的模式有：主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐... 查看详情
构建之法第十一章读后感
本周进行了构建之法的第十一章软件设计与实现的学习；第十一章主要讲了典型的开发流程，常见的分析和设计方法：ERD，DFD，UML，开发阶段的一些管理方法：每日构建，小强地狱，构建大师；分析和设计方法包括以文字为主的... 查看详情
构建之法一二章读后感
这几天首先学习了构建之法的第一章和第二章。通过第一章的学习，我了解了计算机科学的领域、软件工程与计算机科学的关系、软件的特性以及软件工程的定义和组成部分；我们都知道，软件=程序+软件工程，而它的拓展是软... 查看详情
构建之法读后感part5
本周读到了构建之法的第五章，本章主要讲了几种软件团队的模式、软件开发流程。 邹欣老师的这本书，写得形象生动，第五章用体育运动等团队例子引出软件开发团队的形式。软件团队形式多样，适用于不同的人员与... 查看详情
构建之法读后感part4
本周读完了构建之法的第四章，本章内容主要是讲“两人合作”，有一句话众所周知“三个臭皮匠赛过诸葛亮”，无论是从事什么活动或者工作，合作的力量总是1+1>2软件开发的过程是复杂的，显然的一个人的智慧是不够的，... 查看详情
构建之法读后感part7
这个星期我看到了构建之法的第七章，第七章介绍了微软推荐的软件开发方法MSF。MSF的最大特性是商业化,并一直体现在项目的实施过程中。所谓商业化意味着客户的商业利益。客户投入多少，得到多少回报，客户要用到哪些最... 查看详情
关于构建之法的一些问题
在P53页第三章3.2中，作者提到关于过早优化是思维误区，我则认为写完一段后优化比程序完成后优化要好，局部优化可以让程序员注意到细节问题，若是代码过多当全部写完后进行优化会很麻烦。在P73页第四章4.2.9中，作者提到... 查看详情
关于学习构建之法的打算
软件工程是软件的综合学科，软件工程强调的是对软件的理解，以及一些行之有效的安排开发，跟踪进度，保证质量的工程方法，单纯的看这些书，如果没有一定的实践基础是很理解现实中的问题的。尽量让自己多了解一些现实... 查看详情
关于构建之法读后的问题
...格的软件开发人员。读完这本书之后，我从中学到了许多关于软件工程的知识，但是其中也有许多我不懂得问题，希望可以在老师的讲解下成功解决。1.在第二章的单元测试这个知识点，对于它的解释和概念能理解，但是相关的... 查看详情
《构建之法》第十六章读后感更正
第十六章IT行业的创新1.关于灵感。灵光闪现固然重要，很多伟大的发明依靠的就是灵光一现的基础，但是灵光闪现的前提是个人的思考，长时间的思考。完成这一灵光的基础是不断的尝试，提高自己的技术。这样才会将自己的... 查看详情
读构建之法之感
读构建之法之感，为什么迟迟没有发构建之法这本书的观后感，是因为想要细细的看，为什么老师这么要求我们这么做，为什么要刻意的去发微博，原因都在构建之法的这本书中。构建之法这本书和其它的软件工程的书不同，构... 查看详情
《构建之法》读后感6
这本书与其说是在教导如何开发软件，不如说是传授程序员所需的能力。在这本书中，教导不是依靠说理，而是依靠虚拟的人物之间的沟通，或以简明易懂的例子加以说明。因此，在读者得到知识的同时，他也能够以一种旁观者... 查看详情
《构建之法》读后感3
第6章敏捷流程——6.5敏捷的故事 这一小节中有一个图表，对比了敏捷（Agile）、计划驱动（Plan-driven）、形式化的开发方法（FormalMethod）的适用范围。里面提到的形式化的开发方法，其基本步骤是怎样的呢？为什么它能有极... 查看详情
构建之法的学习
首先谈一谈个人心得体会：关于计算机科学与软件工程的差别？这是我们学生问的最多的，在看了构建之法后终于解开了我心中的困惑。面对在软件开发方面经验很少的我们学生群体，邹欣老师通过丰富生动的故事和隐喻以及类... 查看详情
《构建之法》第四章第十七章读后感
第四章问题：如果另一个合作者不合作的话，我是应该选择脱离这个团队还是去催他工作？ 本章讲了许多关于结对编程的内容，文中写了结对编程的分工问题，结对过程中会出现的问题以及结对合作的不同阶段。 正常来... 查看详情
构建之法读后感
构建之法的第八章主要是讲述了需求分析开发团队是主要为用户着想，在开发项目之前进行用户分析；讲述软件需求的4个步骤，（1）获取和引导需求（2）分析和定义需求（3）验证需求（4）在软件产品的生命周期中管理需求。... 查看详情