江苏龙网

  1. 主页 > 生活百科 > >

结对编程的十个场景

编程

作者 | 廖雪青
前言 
文章以真实项目实践总结为基础，选取了结对编程中的典型场景，叙述了在敏捷交付项目中，开发者在实践结对编程时经常遇到的挑战 。场景中会找到你或你身边同事的影子吗？

结对编程的十个场景

文章插图
结对编程的十个场景 
角色假设 
A：Senior DEV，结对编程实践者
B：Junior DEV，刚接触结对编程
场景一：结对前的约定
A：好，那任务列表(check list)我们梳理清楚达成一致了，现在要开始编码工作了 。你们之前是怎么结对编程的?
B：嗯～怎么结对编程具体指什么?
A：好吧，那不然我们一个人写45分钟，然后休息10分钟，再交换?
B：好啊，可以的 。
开始结对之前，做一些约定是较好的开始 。协商结对编程过程中如何交换角色，多久休息一次等 。例一：A写 45分钟，休息15分钟，然后B写45分钟，休息15分钟；例二：TDD A写测试，B写实现，A重构，B写测试，A写实现，编码40分钟左右休息10分钟 。
场景二：知识传递
A：休息时间结束，那我们开始?
B：好，该我编码了 。那我们接下来要构造接口的返回值了
A：对的，我们可以新建一个文件，导出一个方法，在该方法中构建接口返回值
B：嗯，那我们现在去找一个地方放新建的文件
A：可以在 XX 目录下建这个文件...B找到对应的目录并打开...
B：嗯 。咦，这个目录已经有很多文件了，我看一下其他文件都是干什么的 。
A：嗯，其实这个库有自己的模式，不然我们去看一下库的文件结构说明文档?
B：好呀，那说明文档在哪呢?
A：README文件中有入口，可以从那里点进去 。
B：哦 。...查看结构说明文档...
【结对编程的十个场景】B：所以我们在给上游发请求前如果要构建请求参数的话，可以在文件夹下面建立XXRequestParams.js文件用来构建参数，从上游接口拿到返回值后，如果要对值做一些转换的话，可以在文件夹下面建XXTransformer.js文件构建接口返回值 。是吗?
A：对的，这样的话可以做到把部分功能放到单独的文件中，避免文件过大 。还有一个好处是更好写测试 。
及时发现结对编程的伙伴(peer)某方面上下文的欠缺并耐心传达，帮助新人快速获得项目知识 。 当发现peer某方面的不足时，我们要意识到发展他人的机会来了 。在上下文传递或知识点讲解的过程中，我们可能也会有新的发现 。
场景三：Senior直接上手解决问题
A：我们需要给 state 中增加一个 XX字段
B：对，我们现在要去state文件 。这个文件，好像不是加到这个state文件呀!这个文件呢?不对不对，好像也不是 。
A：我们要构建的页面属于XX模块，得把state字段加在XX目录下的state文件中 。
B：嗯嗯，有道理 。那这个文件，嗯～好像也不对!
A：不然我来写吧 。
...A拿过键盘，啃哧啃哧的编码...
B：要遍历数组了，用 for each 方法吧!
A：嗯～有其他遍历数组的方法吗?
B：还有 for…of、map 等方法，那我改成 map 吧!
A：其实这块用 reducer 方法可能更合适
B：reducer 方法!reducer方法该怎么写呀?
A：那我来写吧 。
...A拿过键盘，啃哧啃哧的编码...
要给Junior足够的实践机会和成长时间 。任何成长都是需要时间和实践的，每个人学通一个技术或领域知识所需花费的时间也不尽相同，我们要关注peer取得的进步，而不是聚焦于peer还没有掌握的部分，也不要因为peer的速度较慢就自己上手，剥夺他人实践和学习的机会 。
敢于暴露自己的弱点 。 敢于承认自己在某方面的能力比较欠缺，寻找机会有针对性地进行提升，不要害怕暴露缺点而不敢发言 。展示弱点并不会让我们矮于他人，相反还会让大家觉得你比较容易接近 。
团队要创建一个安全包容的环境 。 团队有好的氛围，成员才不会担心说错，有更大的信心自由地发表自己的观点 。
场景四：一个人的独角戏
A：任务列表的这一项太大了，不然我们把它拆小一些?
B：......
A：这块逻辑很复杂，还不好写测试，不然我们抽一个纯函数去处理这段逻辑吧?
B：......
A：这块代码这样写好像不太符合项目的模式，我们去找个已有例子参考一下?


推荐阅读


上一篇：到底什么样的网络，才能带得动AIGC？

下一篇：在 FreeDOS 上如何使用 C 语言编程