标签：
第一章：概论
书上写软件工程是一门指导软件开发和维护的工程学科，主要研究软件开发和维护的工程技术和软件项目管理等内容，其中涉及如何保证软件产品的质量和可靠性，如何提高软件开发效率和拥护满意度等，但是“Bug”的多少可以直接衡量一个软件的开发效率、用户满意度、可靠性和可维护性”，那么一个可上市的软件哪一类的Bug是可以忽略的，哪一类的事不能忽略的？
回答：
不太碍事的bug是可以忽略的，在平时多在用户的角度想想0
第二章：个人技术和流程
如果我们以后从事软件工程师的工作，也是团队合作的，还是不太清楚一个项目工作时如何分配的，是每一项技术每一项语言都要很精通吗？
回答：尽量多练习多总结，尽量都精通。
第三章：软件工程师的成长
在学校，我们需要学的知识，语言太多了。往往给我们一种杂而不精的感觉，但是平时在校期间几乎是没有多余的时间去将所学知识学精的。这个时候，我们该怎么办？总觉得和英语一样看的懂，但是自己写起来有困难，要查询，不能流畅的完成，我该怎么办？
回答：多练习多总结就能够熟能生巧。
第四章：两人合作
我个人感觉两个人合作不如一个人自己做好。因为两个人总会有意见分歧，很难协调，不像多人合作能够少服多之类的，如果遇到两个人完成的项目，而我的搭档不能与我愉快的合作，我是该选择独自前行吗？有没有“特效药”？
回答：合作不能达成时尽量多考虑他人的观点，与自己的观点多比较。
第五章：团队和流程
团队模式是我最喜欢的模式，合作很愉快，同甘共苦的。如果自己想创建团队如何去的人心？拢人才？
回答：项目用户说好才是真的好，人才会有的，要有发现让人才的眼光。
6.1 敏捷开发
问题：敏捷开发和传统开发有什么不同？哪一种更实用？
回答：在敏捷方法其独特之处以外，他和其他的方法也有很多共同之处，比如迭代开发，关注互动沟通，减少中介过程的无谓资源消耗。通常可以在以下方面衡量敏捷方法的适用性：从产品角度看，敏捷方法适用于需求萌动并且快速改变的情况，如系统有比较高的关键性、可靠性、安全性方面的要求，则可能不完全适合；从组织结构的角度看，组织结构的文化、人员、沟通则决定了敏捷方法是否适用
7 MSF
问题：MSF不能解决哪类问题？不能解决的我们该用哪种方法？
回答：大部分都能解决
标签：
原文地址：http://www.cnblogs.com/diaoyi/p/4599523.html
