接手模块的要求
模块级别
- 掌握整个模块在系统中的位置，发挥什么样的作用，对用户体验有什么帮助等
- 掌握整个模块的输入是什么？是如何产生的？对输入有什么要求？格式是怎么样等
- 掌握这个模块的输出是什么？有怎么样的格式和约定？会被什么模块用到？如果出错会有什么样的影响等
- 掌握整个模块的运维要点
- 部署的机器和目录，目录存放的数据等
- 常见的异常处理流程
- 对机器的要求
- 程序的性能参数等
- 各项配置的含义
算法
- 掌握整个模块的主要算法，了解其优缺点，基本原理
- 掌握模块对算法的改进点和修改的地方
- 掌握目前算法对项目的缺点是什么？思考可以改进的地方
内部流程
- 输入输出在内部程序间的数据流关系
- 掌握每步处理的输入输出格式
- 掌握每步处理的目的
- 掌握整个模块的合作关系和容错机制
代码
- 掌握这个模块的目录结构，代码结构，各种脚本的写法
- 掌握核心代码的结构和实现方案
- 掌握各个类的定义以及主要方法的输入输出以及实现流程
- 掌握程序主要数据结构以及主要函数的流程以及实现
串讲要求
在接手一个模块，经过一段时间学习，需要经过串讲流程，才能认可接手顺利完成
串讲参与人：串讲人，模块的原来维护者（至少一名），组内其他人员旁听（至少一名），串讲人导师，主管（可选）
串讲评估者：一般有模块的原维护者担任，或者由导师担任
串讲流程：
- 串讲人陈述，视模块规模而定，其中也可以提问，但是相对较少
- 问答阶段，由各位参与人对串讲人进行提问，内容包括：陈诉阶段的纰漏，疑难点的考察等
- 串讲评估，串讲后由串讲评估者给出串讲评价，通过/不通过
- 串讲总结，如果通过串讲，由串讲人给出串讲的总结，若不通过，则继续准备下次补讲
串讲要求：
- 复杂模块可以带一张A4纸辅助记忆，简单模块在串讲时不许带参考资料
- 给一块白板和白板笔辅助表达
- 对整个模块把握好，能充分理解整体框架，设计思想和意图
- 能正确复述上诉接手要求的各项内容，对细节掌握完善，无明显差错
- 以事实和数据为基础, 如果没有
- 以严密的逻辑推理为依据, 如果没有
- 以民主评议为依据
- 最终负责人独裁