关键词：
首先谈一谈个人心得体会：关于计算机科学与软件工程的差别？这是我们学生问的最多的，在看了构建之法后终于解开了我心中的困惑。面对在软件开发方面经验很少的我们学生群体，邹欣老师通过丰富生动的故事和隐喻以及类比，生动形象地帮助我们大学生建立软件工程的思维习惯，通过严格扎实的动手训练与考核帮助我总结归纳自己的最佳实践经验。读这本书，让我感觉软件工程知识不再枯燥沉闷，而是变得出乎意料的生动有趣。包括书中谈到的师生关系、软件工程师的职业发展、职业道德等，这些内容都让我多软件工程学科有了新的认识。是一本与现实接轨的教材。并且理论与实践并重，书本介绍了软件工程的相关概念，如：软件工程、单元测试、软件开发流程、敏捷开发、软件需求、用户体验、软件测试、质量保障等。在介绍这些基本概念的同时，作者也全面地诠释了它们在实际的研发工作中是如何表现的，它们又是如何与每个开发和测试人员息息相关的。让我对软件工程产生了浓厚的兴趣，热情和自信。
具体来说，从三点去理解软件工程：
1 研发出符合用户需求的软件
2 通过一定的软件流程，在预计的时间内发布“足够好”的软件
3 通过数据和其他方式展现所开发的软件是可以维护的继续发展的
并结合：软件 = 程序 + 软件工程的概念
其中《构建之法》书中提到了几个关于创新的迷思引起我的思考：
1.创新是一蹴而就的吗？
2.是不是所有人都喜欢创新者？
3.是不是创新者笑到最后？
4.是不是创新就能赢呢？
5.要成为专业领域的专家，才能创新吗?
6.单单技术的创新才是关键吗
7.创新很难么？
8.成功的企业更能创新么？
其实我觉得，上述不同方向的问题都有一个共同的出发点，就是为了利益而去创新。因此创新项目在发展的过程中过多的受到当下环境的影响和左右以至于渐渐被同化与解决当下需求的不伦不类的产物。而我个人认为创新应该更多地放眼于开拓和创造，需要能着眼于未来的视野和判断，历史上各行业的大牛大多都是拥有这样的视野才能完成创新。近来马云在一次it界大牛峰会上就提到未来十年it界的发展方向正在逐步转型为网络服务，沿着这样的视野去发展和创新正是我们每一位当代人需要思考的重中之重。
最后，我在读过此书之后产生一下几个问题：
1. 如果客户的 要求是错误的或者不可能实现的那么也要去追求么？
个人觉得既然认为是错误的再去研究的话会浪费个人时间，人的精力是有限的，相同的时间不如去做更有意义的项目。但也会存在主观认为错误实际上是个人知识不足的情况，不去深究也许就错过了自我的提升。
2.如何使自己的产品在市场上占有绝对的优势？
个人觉得，如果想成功脱颖而出，创新是必须的因素，但由于各种不确定因素，创新过多得脱离实际只能算作一个创意了。但如果中规中矩地按市场大流发展，并不容易脱颖而出，如果只是靠良好的服务态度和品质的保证的话是不具备走好行业前列的竞争力的。
于云亭1551324 2017.4.9
浅谈对构建之法的初步认识
...了一些浅显的认识。同时，也对书中的内容充满了好奇。构建之法将软件工作的方方面面生动活泼 查看详情
构建之法的读后感
构建之法的读后感 七月份读完了构建之法这本书，粗读，基本了解了软件工程这个专业的工作，就业，和前景。目前有如下体会（构建之法这本书正如前言所介绍，适合软件工程的任何阶段去读，我现在只阅读了一遍，还会... 查看详情
构建之法第二组第一周学习
这是我们小组学习构建之法的第一周。在第一周的学习中，大家都对《构建之法》这本书产生了浓厚的兴趣，这本书用各种实例来阐述软件工程中的内容，让大家更容易理解，更容易接受。在学习的过程中，有同学说这本书的第... 查看详情
本学期计划及其对构建之法的十个问题
...技巧及工具使用方面的内容。 读完构建之法之后，我有十 查看详情
为什么报计算机还有阅读构建之法的心得
1、为什么选择计算机这个专业; 当初读本科的时候，一志愿填的是电气工程及其自动化，估计是因为分数太低了被调剂到了网络工程专业。之前的我并没有过多的接触计算机，感觉自己对这方面并没有多大的兴趣，... 查看详情
构建之法的读书笔记
第一次接触这本书是在老师的推荐下，据说作者是一个出自微软的技术大牛，敬仰之情当时油然而生。读完前三章之后有很多感悟，确实在某些方面冲击了以前的一些思维观念，收获颇多。 我很赞同作... 查看详情
构建之法：第三次心得
...我主要学习了团队之间的合作的重要性。具体就是学习了构建之法的第四章和第五章。第四章第四章，讲的是两人合作。在软件行业的逐步发展中，一个软件基本上一个人是完成不了的，软件都是在相互合作中完成的。首先，代... 查看详情
构建之法的五个问题
问题一：这本书一直在强调合作，我不是很理解这个合作的具体含义，我认为的编程是项目经理安排任务然后每个人只要完成自己的任务就好。所谓的合作我认为的不外乎就是沟通。各种接口对接等等。可能会有会议讨论等等。... 查看详情
初读构建之法的感想和对课程的期待
看了构建之法的前几节，最开始的发现在于我之前理解的软件工程是错误的，连狭隘都谈不上吧，因为机器的以为软件工程就是编程，其实不然，像书中所说软件＝程序＋软件工程。可以说软件的基础是程序，而软件工程是... 查看详情
读构建之法之感
读构建之法之感，为什么迟迟没有发构建之法这本书的观后感，是因为想要细细的看，为什么老师这么要求我们这么做，为什么要刻意的去发微博，原因都在构建之法的这本书中。构建之法这本书和其它的软件工程的书不同，构... 查看详情
关于构建之法的一些问题
在P53页第三章3.2中，作者提到关于过早优化是思维误区，我则认为写完一段后优化比程序完成后优化要好，局部优化可以让程序员注意到细节问题，若是代码过多当全部写完后进行优化会很麻烦。在P73页第四章4.2.9中，作者提到... 查看详情
构建之法读后感part7
这个星期我看到了构建之法的第七章，第七章介绍了微软推荐的软件开发方法MSF。MSF的最大特性是商业化,并一直体现在项目的实施过程中。所谓商业化意味着客户的商业利益。客户投入多少，得到多少回报，客户要用到哪些最... 查看详情
关于构建之法的读后感
对于读专业课书这种事情，我一直是又爱又恨的。在我看来，计算机方面的书籍大都晦涩难懂，有些语言还一语双关，像我这种语文学的并不好的人，每次理解起来都是一个头好几个大，而且计算机方面的书基本上十本会有九本... 查看详情
构建之法阅读笔记
构建之法阅读笔记（1）这周我开始了我的阅读之路，阅读了构建之法的第一二章。构建之法的第一章讲的是软件和软件工程是什么:软件=程序+软件工程。我一开始对软件工程的理解就是敲代码，写程序，其实，事实不是这样，... 查看详情
对现代软件工程构建之法的一些问题
在一周之内我快速的看完了这本书，粗略的提出几个疑问：1.在本书的第二章的开头就提到了单元测试，我看完了2.1的内容，但我仍然不清楚单元测试是怎么对代码进行测试的。2.这个问题还是对于单元测试的疑问，书中只提到... 查看详情
构建之法一二章读后感
这几天首先学习了构建之法的第一章和第二章。通过第一章的学习，我了解了计算机科学的领域、软件工程与计算机科学的关系、软件的特性以及软件工程的定义和组成部分；我们都知道，软件=程序+软件工程，而它的拓展是软... 查看详情
构建之法六章读后感
在本周我主要学习了构建之法的第五章和第六章，第五章主要讲述团队和流程，第六章主要讲述敏捷流程；软件团队的模式有：主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐... 查看详情
构建之法阶段小记六
本周学习了构建之法的第8、9章，总算是接触到了久闻未见的软件工程中的重中之重——项目需求分析，以及对需求和团队进行管理的重要角色——PM 我们都知道软件是由人手一行行代码写出来的，软... 查看详情