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