20171102-构建之法：现代软件工程-阅读笔记

1.我们在做一个软件对软件的质量应该有多高的要求？当我们的代码的规模很大时基本上不可能做到没有bug。很多软件在还未修复调试好的时候就发布使用，虽然基本功能都能完成，但是还是有很多bug，最后会导致修改一些bug成本太大，或者造成的影响太大。但是我们如果一味追求高质量，一直压着修复调试发布太晚也会造成不少的损失。我们应该如何把握好这之前的度，能够较为和平的维持双方关系？

2.在团队项目中，工作量如何分配？如果是一个专业成熟的团队，每个人技术都足够优秀，完全可以考虑小组成员平均分配，或者按照个人能力技术问题按比例分工。但是对于我们现在分工的团队，在我们小组分工的时候完全把握不到这个度，甚至都不清楚都需要做什么工作，个人能力的认知上可能也有缺陷。

3.关于bug与测试。从最开始接触计算机编程我们就明白不可能有人的程序编的毫无缺陷，bug是一直都会有的。但是怎么判断这些bug的重要程度？怎么确定对某个bug的修改不会影响其他功能？怎么分析这个bug对于整个程序的影响？有没有一种比单元测试更简单快捷的方式来保证所有单元的正确性？即使我们经过了足够的测试，还是不能保证在实际运行中不会出错，尤其是当开发面向对象的网站或者软件时候，因为使用对象的多样性会遇到很多问题 。那么在维护阶段出现bug有没有比打补丁更规范适用的方法？

4.我们除了写程序也要学会分析程序，在很多时候分析程序性能要比写程序更重要，书里面也很多介绍了代码模块的执行效率，着重优化耗时长内存大的部分，也因为我们需要优化一些基础代码然后有了数据结构和算法，但是很多时候你不会第一时间就想到一个合适的算法适合这个功能，如何根据测试结果思考一个合适的算法呢？