共计 2657 个字符，预计需要花费 7 分钟才能阅读完成。
近日，中移物联网有限公司、北京青云科技股份有限公司联结举办的“2023 云原生重庆站技术分享会”如期召开。会上，极狐 (GitLab) 高级解决方案架构师刘剑桥 带来《云原生极限编程 101》主题分享。本文整顿自演讲内容，你能够浏览到：
- 极限编程的 12 个外围实际；
- 极狐 GitLab APP 如何落地极限编程，实现 3 天交付新需要。
Enjoy～
极限编程（XP）是一个中小规模团队在面对含糊或者疾速变动需要时，开发软件应用的轻量级方法论。
XP 由 KentBeck 在 1996 年提出，是麻利软件开发中富有成效的几种方法学之一，它可能让客户满意度更高，更好地保护团队关系，更灵便且适配性更高。
极限编程的 12 个外围实际
XP 由一系列 简略却相互依赖 的实际组成。接下来，咱们以软件开发的流程为主线，一一探讨实用而具体的 12 个外围实际。
实际一：用户故事
用户故事次要解决 需要廓清 的问题。客户在提出需要之后，作为产品经理，须要对客户需要进行形容，造成相应的用户故事。
用户故事须要用户价值视角登程，是最小价值交付单位，例如手机号登录性能，对用户而言是有价值的；而如果形容为“接口”，则是开发侧的工作。
实际二：打算游戏
打算游戏是研发团队与利益相关者举办的打算会议，包含两个层级：公布打算和迭代打算。客户以及团队中的所有开发人员都要参加到游戏中，实现合力。
- 公布打算：团队和利益相关者 / 客户，基于用户故事独特决定在生产中交付的需要和性能以及工夫。
- 迭代打算：团队将从列表中筛选最有价值的需要，并将其合成为工作，而后进行预计和承诺，在迭代完结时交付。
实际三：频繁公布
频繁公布（小公布，指需要很小）是指做完一个需要立即公布，能够以最快的速度失去真正的市场价值，如果发现有问题也能够更快速度纠正；跟瀑布模式有着本质区别。
实际频繁公布，须要在开发的过程中，始终保持与客户的双向沟通，及时处理用户的反馈，长期去影响并且使得客户获取真正的商业价值，造成一个正向循环，实现成就客户。
实际四：简略设计
简略设计即不要超前设计，以可能满足需要的最简略的设计来实现工作；不要有反复的性能。
咱们平时会碰到一些比较复杂的场景，在这些场景下，在极限编程中也有 Spike（探针，一个用来摸索 / 寻找潜在解决问题的办法）形式；后续有改变怎么办呢？还有重构与 TDD 来解决。
实际五：重构
重构是依据须要来重构，而不是依据猜想来重构，更不要在重构时变更内部行为。
同时，咱们在实现产品的时候，有最小可行性产品（MVP）的概念，如果现阶段咱们还不晓得产品是否可行，那么，重构是一个实现最小可行性产品的具体技术办法。
实际六：测试驱动
测试驱动开发（TDD）指先写测试用例再写开发，确保后续的开发都能够以最快的速度造成反馈，并且失去极高的覆盖率（后端 90% 以上，前端 70% 以上）；并且是开发来写单元测试用例。
包含 4 步：写测试用例 → 确保测试用例失败 → 写代码确保测试用例胜利 → 有必要时重构。
实际七：结对编程
结对编程由指所有的源代码都是两个开发人员在同一台电脑上编程的，能够造成实时的 Code Review。两个开发人员其中一人是编程的角色、另一人是策略角色。并且定时进行角色调换。
实际八：继续集成
继续集成是指每次提交之后在服务器构建，并且在提交到骨干之后，再在骨干进行集成构建。
骨干合并应用极狐 GitLab 预合并分支性能，这样能够提前做一些预合并，避免对骨干造成问题。继续集成的长处不言而喻：能够疾速发现问题，防止合并天堂，并且实现疾速公布。
实际九：现场客户
现场客户即客户是团队的一员，参加团队开发，疾速反馈需要，时刻跟进停顿。
更多实际：代码集体所有制、代码规范、可继续倒退
1. 代码集体所有制：团队中每个人都领有 check out 任何模块并对其进行批改的势力，每个人并不是独立的，都不会被限度在本人的业余畛域。
2. 代码规范：在 XP 中，团队开发人员都遵循着绝对对立的编码标准，强调通过制订严格的代码标准来进行沟通，尽可能减少不必要的文档。
3. 可继续倒退：软件开发不是百米长跑，而是一场马拉松。要以后果为导向，团队成员必须以一种有节奏的可继续的速度后退。
极限编程的落地案例：极狐 GitLab APP 3 天交付新需要
极狐 GitLab APP 是极狐 GitLab 团队在 2022 年底启动的我的项目，通过外包，全近程开发，实现了 90% 以上的代码测试覆盖率，目前曾经在 Apple Store 上架。这个我的项目利用了极限编程在内的诸多相干实际。咱们重点分享其中 6 项：
打算游戏
首先，咱们用了极限编程的 打算游戏。极狐(GitLab) 作为客户，通过每日站会，每周迭代打算会以及需要梳理会，与外包供应商放弃沟通。
除了实时同步沟通还有异步沟通，异步沟通应用极狐 GitLab 中的议题看板 ，依据需要移动需要状态。同时，咱们留神到，看板上的所有我的项目， 其 label 能够自定义而且互斥，这样能够更好地对需要进行更新。
用户故事实际
咱们将极狐 GitLab APP 要害需要造成 用户故事，启动 3C 公式、DoD、AC、故事点。
1. 3C 公式：卡片（Card）、交谈（Conversation）、确认（Confirmation）；
2. DoD（Definition of Done）：明确 Done 的规范；
3. AC（Acceptance Criteria )：明确制订验收规范；
4. 故事点：预估每一个用户故事的大小，更精确算出团队的吞吐量。
简略设计 + 按需重构实际
如下图，有一个把 RESTful 改成 GraphQL 来晋升速度的提交。这在最开始阶段是不须要的，最开始须要把 MVP 做进去，当前期性能有余时，在进行性能晋升。
这里应用了 极狐 GitLab 推送规定性能，让每一条提交都讲明确它是做什么事件，以及它的 issue 号是什么，使得整个提交都十分洁净。
另外，我的项目还应用了 极狐 GitLab 自动化流水线，实现主动查看、主动打包（包含安卓和苹果制品包）与每天超过十次以上的构建。
测试驱动实际
极狐 GitLab APP 也应用了 TDD 测试驱动实际，每次都是先写测试用例，再写开发，测试覆盖率是在 93% 左右。这不仅仅是一个数据，最次要的是咱们能够 在不影响老需要下，更快地将新的需要上线。
同时咱们应用了极狐 GitLab 合并申请批准性能，限度了用户不能随便提交只有性能没有测试的代码，强制执行 TDD。
最初，从价值度剖析能够看进去，交付工夫是十分快，一个需要从提出到上线只须要 3.1 天，即可投入到市场，提供商业价值。
有趣味的同学欢送点击查看👉极狐 GitLab APP 代码仓库。以上就是明天的分享，谢谢大家！
