标签：
1.阅读《构建之法》1-5章：
1).软件工程为为什么开始要用“工程”来形容？难道是因为做软件的艰巨性吗？出自：1.2 软件工程是什么；答：工程是做项目，做软件确实挺艰巨的；
2).个人开发流程中，软件工程师能不能在接到任务之后，做一个对普遍这种任务解决的系统来提高自身的开发能力？出自：2.3个人开发流程；答：当然可以啦
3).有些软件工程师的技能为什么得不到提高呢？原因很简单，惯性思考的方式，让他们变成不用经过大脑的自动操作，并没有真正去思考。出自：3.3技能的反 面;答：惯性思考的方式，让他们变成不用经过大脑的自动操作，并没有真正去思考？其实是因为他们熟练了，不需要机械的做事；
4).为什么代码的规范性总是需要人为的去解决，为什么计算机不会根据用户输入的代码而自动匹配规范？出自：4.3代码的规范性；答：计算机需要人给它一个标准，一个方法，它才能做好人想要它做的事；
5).如何才能把非团队和团队的优势相结合一起？出自：5.1非团队和团队；答:吸其精华，去其糟粕；
2.软件开发流程------阅读《构建之法》第5.5 第6 第7章
1.一些项目需要很多暗箱操作和政治角力才能搞定，既然Scrum会吧这些矛盾都摆到明处，我们如何才能把风险降到最低？出自6.42敏捷流程的经验教训。 答：书上有答案，多理解；
2.我还是分不清敏捷开发和MSF敏捷开发根本性的区别是什么？答：看书吧。
3.阅读<构建之法>第三10、11、12章
对于1我有一个疑问：市场上有那么多不同的用户，如何规定不同用户的价值和需求才能使其得到广泛使用？答：根据绝大多数的用户的价值和需求就可以使其得到广泛使用；
4.阅读《构建之法》第13-17章
第13章-软件测试
我觉得本章多处讲到各种中不同的测试，若测试人员全部类型的测试都要尝试，那不就降低了软件开发的效率吗？而现在的用户都是急性子的，很多时候开发人员需要的时间比用户需求使用该软件的时间长，这不就造成了供不应求的现象吗？答：一般不会出现这种情况，一般用户不能接受开发人员预期的时间，那这笔买卖时做不成的，何来的供不应求；
第14章-质量保证
从p266可看到一个公式：软件质量=程序质量+软件工程质量，那么问题来了：p270中提到的例子，很多工程师都把大多数时间花在软件质量上。一贵不变是无法创新的。如何在保证质量的情况下，又得到创新呢？答：这个就要看开发人员的能力和资历了；
第15章-稳定和发布阶段
上一章就一直在说质量，这一章多是一修复来稳定软件，那么在修复不成功的时候，提供工程师在线帮你解决问题是否能确保有更多用户使用呢？答：不错。
第16章-IT行业的创新
创新需要什么外在条件？答：灵感的触动；
第17章-人，绩效和职业道德
17.5-团队合作的几个阶段，其实跟我们现在的组队阶段差不多，但是出现了十分不可磨合的情况时，应该怎样完善团队？答：那就要看全部队友怎么想的了，如果都是为这个团队好的，那么问题就好解决的。如果都不想一个团队了，早散早好。
看到以前自己问的问题，自己都觉得好傻。哈哈！！！
标签：
原文地址：http://www.cnblogs.com/Lianliyun/p/4585352.html
