个人感受部分：
01. 过去的我对自己的职业没有一个规划，认为读大学就是拿毕业证，至于以后找到什么样的工作从来没有考虑过。在拿到一个软件作业时，总是在设计阶段就把它想得特别完美，想让他没有任何出错的做出来，不分主次，想解决所有的问题。
02. 如果没有职业规划，每天过的就像在混日子，浑浑噩噩，无所事事。不分主次想解决所有问题，到最后只能是连最基本的项目也不能完成，一直处于自己的设想中，当设想破灭，就得焦头烂额，忙东忙西，还达不到效果。
03. 下次拿到任务时，一定要认真分析，杜绝分析麻痹，一定要分清楚主次。哪些是我的主要功能我必须认真面对，次要的方面放在后面解决。
读后感：
上一篇读后感中详细介绍了前言和概论，对本书的主要内容没有进行很多的阐述，在这篇读后感中将会仔细的分析和体会主要内容。
看了之前的部分，其实我们已经摩拳擦掌，跃跃欲试的想要实际写一个软件了。但是，只有一腔热血是不够的，还必须保证在此之前，了解一些基本概念的技术，即单元测试、回归测试和效能分析工具。通过阅读我大概了解了这些技术。
1.单元测试。顾名思义，将自己的代码分解成一块一块的部分进行测试，确保这一部分没错后再进行下一步的测试，这样就可以很快的找出错误所在单元，有目的性的进行修改代码，修改效率将会大大提高。但需要注意的是，代码的作者是最了解代码目的、特点和实现的局限性。所以，写单元测试没有比自己更合适的人选了，最好是在设计的时候就进行测试。
2.效能分析工具。让自己的程序跑的又快又好，是每一个程序员都梦想的事儿，算法复杂度比别人少一个数量级的话，是一件很值得骄傲的事情。
3.个人开发流程。一个软件工程师接到一个任务后应该如何做，这就要有一套个人开发流程来指导你。CMU的专家们针对软件工程师有一套自己的模型，叫做PSP模型。
4.实践-设计有实际意义的软件工程作业。实践是整本书的重中之重，当然，设计作业不是学生的工作，但是如何实践就是我们的任务了。不能空谈代码，纸上谈兵，应该实打实的去完成一个软件工程项目，才会明白和嘴上说的软件完全是两回事
了解大概技术后，我们就要开始自己的生涯了。我相信绝大多数软件工程的学生今后也要从事写代码的工作，所以我们一定要注重个人能力的发展，在大学阶段不断提高自己。那么，如何才能衡量一个软件工程师的技术和能力呢？衡量的参数有哪些，只有了解这些，我们才能看到初级工程师如何成长。书中指出几点衡量的标准：a.项目有多大？b.花了多少时间？c质量如何？d.是否按时交付？作者认为一个初级的程序员有以下几种成长：1.积累软件开发相关的知识，提升技术技能。2.积累问题领域的知识和经验。3.对通用的软件设计思想和软件工程思想的理解。4.提升职业技能。5.实际成果。
毕业之后，大多数工程师都要在团队的环境中工作，怎么样才是一个合格，甚至优秀的队员呢？我十分认同作者的看法，因为在我们自己的结对开发和团队开发过程中，对队友的期望和表现与作者不谋而合，深有体会。团队对成员有以下要求：交流、说到做到、接受团队赋予的角色并按照角色的要求工作、全力投入团队的活动、按照团队流程的要求工作、准备、理性的工作等等。人非圣贤，作为刚刚入门的软件工程师，我们一定存在着很多的思维误区：分析麻痹、不分主次，想解决所有的问题、过早优化、过早扩大化/泛化。其中我感觉在自己身上有第二点的问题，不分主次，想解决所有的问题。在进行软件开发时，恨不得自己的软件就是最完美的，在设计阶段就实现所有的问题，最后经常导致项目延时，让我很迷茫。
我们都朝着靠写代码生存，这就涉及到了职业发展问题。21世纪以来，中国大陆高校每年招收六百万大学生，其中大约百分之十是在学习各种it相关的专业（计算机科学与技术，计算机工程，计算机软件等）。那么他们都是以什么样的心态对待这个职业的呢？作者给我们列举了人们对待职业的态度的几种等级：1.临时的寄托或工作。有些人因为专业调剂来到这里，根本就谈不上热爱，只是需要一个文凭来作为敲门砖，有些人是临时找到这样一份工作，并不打算做长久，他们就处于低动力，低技能的状态。2.工作。作为一个人来说，我们都是现实一点。我们离开了父母的庇护，都得寻得一份工作来养活自己，甚至养活家人。一些人留在这个职业里，只不过是因为他不会做别的，如果有别的营生赚钱，那就会跳到别的地方去。3.职业。在工作的基础上，如果有足够的职业道德和职业规划，那么工作就是一份职业。只有在这个层次上可以开始谈有意义的“职业发展”。4.投身的事业。把软件项目相关的目标作为长期的承诺，碰到困难也不退缩，一直坚持到完成任务。5.理想的呼唤。一些人觉得这是理想的呼唤，通过软件可以改变世界，他们主动寻找机会，实现自己的理想，他们把写代码当做了一种信仰，不再是养家糊口的工具。
第四章和第五章分别讲述了两人合作和团队开发。我们这学期的任务就是一个两人合作的地铁查询系统和小组开发一个app。我知道结组结对对软件开发来说的重要性，分工合作如果流畅，将事半功倍，代码效率大大提高。比如两个人合作，一个人擅长写前台html、css、js代码，一个擅长后台连接数据库处理数据的代码，这样分工合作的话，软件就会完成的快。最重要的一点我认为是两人或几人结对开发，可以互相激励，大家一起努力，也可以给自己带来信心，共同进步。
最后作者给出了一个新的概念“敏捷流程”，在这之前我从来没有听说过的名词。敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。希望自己能在后面的项目中真正理解敏捷开发，而不是仅仅明白定义。