一些问题关于代码大全，移山之道，快速软件开发
1. 移山之道 引子 一个软件小组里，有PM、RD、QA、UE，在代码开发过程中，PM、RD的关注重点有重合之处，在出现分歧的时候如何解决? 他们各自的重点又在哪里？
2. 移山之道 C1 VSTS的代码控制很不错，但是对比其他代码控制软件，如SVN，有何优劣势？
3. 移山之道 C7 如此多的测试，工程中实际能做到的有多少，那些是重中之重？
4. 移山之道 C9.4 performance tools 测试时间会发生抖动，即使在程序运行时间20S左右时，也肯能出现2S以上的抖动，对程序性能比较产生较大影响，该如何处理？
5. 书名：代码大全第六章；问题：书里面一致在讲ADT，但是我还是不是很明白什么是ADT，具体的用途是什么？Barbara 教授说的力量在哪？
6. 书名：代码大全第六章；问题：对于书中提到的类的继承时，有一个从基类上派生类的限制是7±2，能解释一下7±2的其他用途吗？
7. 书名：代码大全第七章；问题：子程序很好，但是如果子程序的调用关系很复杂的话，一旦出现问题，那应该从哪查起？查原因是不是很麻烦？
8. 书名：代码大全第七章；问题：子程序的名字要能起到注释的作用，而且字数要合适，那么当提不出很合适的名字时，难道要纠结一段时间想吗？
9. 书名：代码大全第九章；问题：子程序的设计已经有了很严格的设计，难道使用伪代码来写子程序有必要吗？
10.书名：代码大全第十章；问题：数据认知测试的具体要求是什么？比如说你熟悉这个概念，那是不是你应该明白它的内存分配，数据结构组成，通用的方法及其细节呢？
11.Code Complete Chapter 4 因为涉及到了个性化的编码约定、标准、类库，“深入一种语言去编程”会不会影响程序的可移植性？
12.Chapter 4 “在技术浪潮中的位置”应该如何确定？
13.Chapter5 P80为什么要 避免做出聪明的设计？难以理解的问题可以通过交流解决啊。
14.Chapter5 P81使用标准技术与Chapter4提出的深入一种语言去编程是不是存在矛盾？
15.Chapter 5 P96 面向对象的设计和信息隐藏之间存在怎样的差异？
16.Chapter5 P101 关于耦合灵活性所举出的例子是不是会带来数据冗余的问题？
17.Chapter 5 P114 为什么要把试验性原型代码作为可抛弃的代码？为保证这一点甚至要用不同语言设计原型和最终产品，是不是小题大做？
x下面是关于快速软件开发，Chapter4 软件开发基本原则的问题：
18.管理原则中，对于一个没有多少项目管理经验的开发团队，怎样能比较全面的进行项 目估算，并作出合理而周密的进程安排？
19.软件测试阶段，测试人员都是本团队的吗？让一些非开发团队的人员来参与会不会更好？能比较明显的凸显出用户的满意度和发现一些隐匿的问题？
20.不管技术编制得如何缜密细致，开发过程中总会遇到一些没有考虑过的问题，甚至可能打乱计划进度，一般怎么解决？
21.严格按照知道来做，会不会僵化人的思维？如果在技术回顾时自己或者别的团队人员发现了一个更好的solution，需要重新实现它吗？会不会影响整个进度计划？
添加：
- 移山之道 C9.4 performance tools 测试时间会发生抖动，即使在程序运行时间20S左右时，也肯能出现2S以上的抖动，对程序性能比较产生较大影响，该如何处理？
- 移山之道 C9 团队开发时，个人代码写代码往往倾向少注释，而他人要阅读该程序又需要注释，这个注释量的原则是什么？
- 移山之道 C9 对于一些一般用户不可能产生的输入，比如输入路径超过256字符产生的崩溃是否修补，原则是什么？
- 移山之道 C9.4 performance tools 测试时间会发生抖动，即使在程序运行时间20S左右时，也肯能出现2S以上的抖动，对程序性能比较产生较大影响，该如何处理？
- 移山之道 C9 团队开发时，个人代码写代码往往倾向少注释，而他人要阅读该程序又需要注释，这个注释量的原则是什么？
- 移山之道 C9 对于一些一般用户不可能产生的输入，比如输入路径超过256字符产生的崩溃是否修补，原则是什么？
