一些问题关于代码大全,移山之道,快速软件开发

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,需要重新实现它吗?会不会影响整个进度计划?

 添加:

 

  1. 移山之道 C9.4 performance tools 测试时间会发生抖动,即使在程序运行时间20S左右时,也肯能出现2S以上的抖动,对程序性能比较产生较大影响,该如何处理?
  1. 移山之道 C9 团队开发时,个人代码写代码往往倾向少注释,而他人要阅读该程序又需要注释,这个注释量的原则是什么?
  1. 移山之道 C9 对于一些一般用户不可能产生的输入,比如输入路径超过256字符产生的崩溃是否修补,原则是什么?
  1. 移山之道 C9.4 performance tools 测试时间会发生抖动,即使在程序运行时间20S左右时,也肯能出现2S以上的抖动,对程序性能比较产生较大影响,该如何处理?
  1. 移山之道 C9 团队开发时,个人代码写代码往往倾向少注释,而他人要阅读该程序又需要注释,这个注释量的原则是什么?
  1. 移山之道 C9 对于一些一般用户不可能产生的输入,比如输入路径超过256字符产生的崩溃是否修补,原则是什么?
posted @ 2010-11-28 19:50  ustc_msra_ase  阅读(239)  评论(0编辑  收藏  举报