第一章  概论

1.引文：一个软件或者服务要有人买就得找到顾客。顾客有各种需求，有些靠谱，有些不靠；有些容易做到，有些难以做到。软件团队要从需求分析开始，把合适的需求梳理出来，然后逐步展开后续工作。

问题：在开展项目之前的需求分析阶段，各种分析数据是软件团队自己去搜集还是团队从其他途径获取？如果软件要求很难，但一旦做出来会盈利不少，软件团队该如何选择？

思考：前期的需求分析是一个软件或服务的重要组成部分，如果需求分析不到位，那么做出来的软件或服务就可能没人使用，最终导致软件或服务的流产，浪费资源。但是前期的需求分析需要大量的数据，如果只让开发团队去搜集，就会耽误大量开发时间，所以如何快速高效准确分析成为重中之重。

企业的目的在于盈利，所以一般情况下都会选择做这个项目而不会考虑软件团队是否能完成这份工作，所以软件团队很多时候都无法自由的做出选择。并且这个选择有两面性，选择做，就意味着工作量大，虽然盈利但由此也会引发一些其他问题；选择不做，减轻了开发团队的负担，使开发人员不至于压力太大，但会损失提高开发能力的机会，所以如何选择要根据情况出发，做出正确的评估，评估开发团队的实力以及软件的程度。

2.引文：软件在运行过程中还会出这样那样的问题，也许我们还要时不时给软件打一个补丁，或者维护众多的服务，团队的新老成员要一起修复各种各样的问题。

问题：如果一个软件或服务前期投入了不少的金钱或时间，但随着时间的流逝，软件有些后继无力，那还有维护的必要吗？是选择直接抛弃还是更新后继续运营？

思考：软件总有不行的时候，因为人们的需求在不断的改变和增多。就拿一些网络游戏来说吧，刚出来的时候受到广大群众喜爱，但随着时间慢慢流逝，虽然游戏也在不断更新维护，但顾客的需求更新太快，渐渐抛弃了这款游戏，这个时候，抛弃还是继续运营就很让人头疼。就我自己而言，我会选择抛弃，停止更新，然后去开发新的满足顾客需求的东西，虽然很冒险，但因为有了相关的开发经验，开发起来还是不是很困难，并且收益与风险成正比。

第二章 个人技术和流程

这一章，我了解到什么是单元测试和回归测试，在以往的课堂上没听过的新名词，在了解完什么是单元测试和回归测试后，我对软件开发又有了更加深入的了解。如果遇到复杂的实现功能较多的软件开发时，单元测试就显示出了它的强大作用，将各个功能分开来测试，能快速的找到软件的缺陷，但是单元测试也需要维护，如果实现不是很复杂的功能的软件也用单元测试就会浪费时间，并不是所有的软件都适合单元测试。在效能优化方面，文中提到“如果我们不经分析就盲目优化，也许会事倍功半”，因此在进行效能优化前，效能分析至关重要。第二章也介绍了什么是PSP，文中提到工程师花在具体编码上的时间非常少，而学生期间具体编码时间非常多，在需求分析和测试方面花费时间非常少，或者几乎没有，那么学生要如何才能学会需求分析和测试？靠老师？还是自己在工作中慢慢探索？我个人觉得这两方面的能力需要老师和学生共同努力，老师稍微教一点，或者请工程师讲解，不求静，只是为了让学生了解，然后让学生自己探索，我觉得这样才能让学生更快的从学生过渡到工程师。

第十六章 IT行业的创新

1.引文：最近几年我们整个社会似乎对创新都很感兴趣，媒体上充斥着创新性的人才、创新型的学校、创新型的公司等等，IT行业也不例外。

问题：社会上充斥着创新的氛围，但真正懂得什么是创新的人却非常少，也造成了很多人对创新有误解，IT行业的人才也是，那么在学生阶段该如何才能理解创新并消除对创新的盲点？

思考：第十六章详细讲解了创新的迷思，而这也是当前社会上普遍存在的对创新的迷思，一些高素质IT人才也有同样的疑惑，因此我认为在给学生讲解创新提倡创新的同时也要告诉他们什么才是真正的创新，不能盲目创新，何时创新也至关重要，也就是创新时机。

2.文章中过多的涉及IT企业以及相对比较专业的团队如何创新的相关知识，作为学生要如何处理这些知识？理解后又如何将它运用出来？

第十六章详细讲解IT行业的创新，但是虽然知识详细，但是作为一个在校学生，这些东西距离我们似乎还很遥远，那么对于这些知识，我们要抱着以后必不可少的东西来处理，不要求精确运用，但是要做到了解，在一些情况下能适当运用这些知识。对于当前的学生时期，要做到的是如何解决自己在创新过程中遇到的迷思，以及了解创新的时机，学会创新的招数，企业级别的问题想对于现在的我们来说确实太遥远，相关的知识重在了解。现在的我们谈企业创新，无异于纸上谈兵，空谈，只有积累一定的经验后才真正理解企业创新。不积累一定的东西，不会得到真正的道理，书上的也不一定就是全面的。但是要想创新，就得专注。