前言
PSP
| Planning |
计划 |
20 |
10 |
| · Estimate |
· 估计这个任务需要多少时间 |
300 |
400 |
| Development |
开发 |
240 |
360 |
| · Analysis |
· 需求分析 (包括学习新技术) |
30 |
15 |
| · Design Spec |
· 生成设计文档 |
30 |
20 |
| · Design Review |
· 设计复审 (和同事审核设计文档) |
5 |
0 |
| · Coding Standard |
· 代码规范 (为目前的开发制定合适的规范) |
0 |
0 |
| · Design |
· 具体设计 |
20 |
25 |
| · Coding |
· 具体编码 |
155 |
200 |
| · Code Review |
· 代码复审 |
0 |
0 |
| · Test |
· 测试（自我测试，修改代码，提交修改） |
0 |
100 |
| Reporting |
报告 |
40 |
60 |
| · Test Report |
· 测试报告 |
10 |
10 |
| · Size Measurement |
· 计算工作量 |
5 |
5 |
| · Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
25 |
45 |
| 合计 |
|
300 |
430 |
计算模块接口的设计与实现过程
代码运行
- 输入：bible-kjv.txt
- 输出：
计算模块接口部分的性能改进
计算模块部分单元测试展示
计算模块部分异常处理说明
结对过程
- 详细阅读题目要求
- 整理功能要求与注意要点，并向助教请求解释模糊的需求描述等问题
- 设计模块接口、各模块大致的实现方法
- 实际编码
- 测试用例编写与调试
关于结对编程
- 结对编程
- 优点
- 二人合作，能够实现能力上的互补。通过不时的检查和交流，质询并相互启发，代码的初始质量会比预想中更高，Bug率有所下降，以及如果遇到编程方法不明确、需要临时充电的情况时，可由结对人进行学习，个人继续模块编程，一定程度的节约时间，同时不会打断思路的连贯性
- 一人拾柴火不旺，二人拾柴火焰高。不仅是效率上的，和能力强有创意的人合作，能够增强个人自信心
- 一人为野马，负责疯狂代码，另一人为缰绳，负责控制质量。敲代码的人往往看不出自己的错误，测试一百次错的还是错的，单步调试耗时长，逻辑错误时可能陷入怪圈，有另一人思路上另辟蹊径，保持头脑清醒，控制代码质量，可以在错误初期及时改正，减小Debug成本
- 缺点
- 代码习惯不同。虽然制定了代码规范，但是个人习惯时时刻刻都在带入
- 二人编程可能激发创造热情，也不乏可能导致依赖，降低自己解决问题的主观能动性
- 二人的情绪可能互相传染。心情好的时候聊嗨了忘记任务，心情焦虑的时候共同紧张，降低工作效率
- 结对队友
- 柯逍
- 优点：思路清晰，目标明确；想法丰富，创意频频；注重细节
- 缺点：思维过于敏捷，队友表示跟不上
- 王雨勤
- 优点：知道自己心理素质不好于是努力自我激励
- 缺点：问题反馈不够及时
反思
- git commit 不够及时，本来的预期是功能V1.0→V1.1（debug）……但是debug的过程没有被良好的记录
2018北航软工暑期助教培训 · 结对编程 - 词频统计
原文：https://www.cnblogs.com/wyq0808/p/9286288.html
