标签：需求 inf 表达 book 详细 全面 阶段 流程 一个人
Q1:看完上述对敏捷流程的定义，仿佛对敏捷有了一点想法，我在想“敏捷是一种思想吗？”准备看书验证自己的想法，但是看完第六章，发现有敏捷流程、敏捷开发、敏捷的团队...所以我不仅没明白什么是敏捷，反而更加懵了。。。带着“到底什么是敏捷，敏捷很高大上吗？”的疑惑，我在网上看见一篇敏捷软件开发和传统软件工程概述比较，这篇博客虽说名称为两者的比较，实际上二者之间的比较倒是很少，主要是分别介绍了敏捷开发和传统开发，看完这篇博客再看书，我的理解是：敏捷就是一种思想，一种把一些相对重要和有效的做法发挥到极致的思想。如果我理解错误，还希望老师、助教或者同学可以帮我指出来，谢谢！
A1:敏捷就是一种思想，一种把一些相对重要和有效的做法发挥到极致的思想。敏捷开发的核心思想主要是迭代式开发，将整个项目分解为数个短期的迭代周期，快速相应需求进行增量开发。
Q2:我不是完全赞同上面的说法，我的理由是如果结对的两个人擅长的技术相似，那么结对就有可能浪费时间，其次，在和别人合作的时候，每个人表达观点的方式和思考的方式不尽相同，所以还有双方陷入争吵，甚至会导致项目停滞不前的风险。除此之外，虽然结对编程对代码的审核会比代码评审细致一些，但是结对编程的成员由于结对前期的交流，可能会使他们的思维趋势相似，这就会导致两人犯下同样的错误，或者忽略某一错误。当然结对编程也有很多好处，但是我觉得书中提到的结对编程太过于偏向它的好处，我的想法是应该也要分析一下结对可能出现的问题以及如何避免。
A2:经过结对编程和第一阶段冲刺以后，我发现还是合作的效果比较好，对于刚开始提问所说到的思维趋势相似，最后发现只是在一些大方向上会有思维趋势相同，实际上在写代码的时候不太可能会这样，因为每个人考虑方式不同。
Q3:我看了上面那段文字，我的问题是怎么理解“它使用了宏来进行抽象和信息隐藏。”这句话，我查了资料什么是宏，其中说宏是一种批处理的称谓。以及信息隐藏中说到 信息隐藏技术利用信源数据的自相关性和统计冗余特性，将秘密信息嵌入数字载体中，而不会影响原载体的主观质量，不易被观察者察觉。 我的理解是文学化编程可以通过某种语法替换来使信息“加密”。。不过我觉得自己的想法还是太过牵强，加黑的语句中每个词都可以理解，就是组成一句话就理解不了了。
A3:这个可以跟宏定义结合起来理解。
Q4:我不理解这段话第一段话最后一句话这类测试叫系统/集成测试。为什么作者在这里把系统测试和集成测试归成一类，我在知乎和百度上看到的系统测试和集成测试都是有区别的，它们的侧重点不一样，集成测试主要是针对程序内部结构进行测试，特别是对程序的各单元之间的接口进行测试，而系统测试侧重验证设计中的功能是否已经完成；上段话的问答中“场景测试是把软件作为一个整体来使用。”那么这个思想和集成测试的“对一个软件进行全面和系统的测试,以保证软件的各个模块都能共同工作”思想很相似，为什么不把集成测试和场景测试放在一起定义呢？如果这三种测试都不一样，那么他们之间的关系是什么样子的呢？
A4:集成测试主要目的是针对详细设计中可能存在的问题，尤其是检查各单元与其它程序部分之间的接口上可能存在的错误。系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。场景测试测试主要是针对用户不同场景需求的测试，所以这三种方法的侧重点不太一样。
Q5:大马哈鱼洄游模型是什么模型？网络上关于“大马哈鱼洄游模型”出现的都是大马哈鱼的图片或者它的做法。。。
A5:就像从瀑布下方一步一步上溯到源头,然后又从源头流下去的学习模式,被称之为“大马哈鱼洄游模型“。
技能的反面：......“精通魔方”......一个IT专业的大学生来面试......
-- 引用自《构建之法》
程序员写完功能的时候，我们感觉好像项目完成了80%，殊不知后面的20%往往需要花费80%的时间。
--引用自《构建之法》
软件团队的人员也会流动，新的成员要尽快读懂已有的程序，了解程序的设计。
--引用自《构建之法》
标签：需求 inf 表达 book 详细 全面 阶段 流程 一个人
原文地址：https://www.cnblogs.com/wx-jum/p/9026413.html
