Speed Run_开发编程 skill-PHP中文网

Speed Run

Polar Sponsor

爱发电赞助

.NET 9.0

立即下载

引入竞速机制游戏化编程任务——计时分段、个人最佳、分类与技巧。修 Bug 有多快？发布功能？写测试……

速度运行 , “ 任何任务如果时间被设定为速度运行 ”

功能概述

速度运行 , “ 任何任务如果时间被设定为速度运行 ”是一项面向实际任务的技能，主要用于开始计时器, 开始计时器, 做点计时器；停止计时器；

核心要点

注意个人的最好成绩；
以速度运行的注释来庆祝。
它将相关步骤、工具调用和结果整理方式集中到统一流程中，帮助使用者更快完成目标并减少重复操作。

使用与执行

使用时应结合输入条件选择合适的执行方式，核对必要参数、依赖环境与输出内容，并按原始要求处理异常情况。该技能适合需要稳定复用相关能力的场景，可作为自动化工作流的一部分，也便于后续检查、调整和扩展。从功能定位来看，该技能强调把分散的操作要求整理成清晰、可复用的处理流程，使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。

结果检查与注意事项

实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数，再依据技能说明逐步执行；若输入条件不完整，应先补齐信息或采用保守配置，避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期，并对异常提示、缺失字段和边界情况进行处理；涉及批量任务时，还应保存进度，避免中断后重复操作。

速通模式

“任何任务，只要计时，就是一场速通。”

功能说明

启动计时器 → 执行任务 → 停止计时器 → 查看分段用时 → 打破个人最佳纪录 → 用速通风格 commentary 庆祝胜利。

Speed Run 将每一项编码任务转化为一场带**分段计时、分类模式、技巧策略与个人纪录**的限时挑战——全程采用真实速通（speedrunning）术语与机制。它追踪你的耗时数据，识别出你最快与最慢的阶段，并像速通玩家优化路线一样，帮你系统性地优化开发流程。

速通分类

Any%（能交就交）

以最快速度完成任务。对代码质量、测试覆盖率、文档完备性等不设约束。跳过一切非绝对必要的环节。

适用场景：原型开发、黑客松、紧急救火类“先跑起来再说”任务。

CATEGORY: Any% Bug Fix
RULES:
├── 计时器在你阅读 bug report 时启动
├── 计时器在修复提交（commit）时停止
├── 无质量门禁（测试可选，review 可选）
├── 允许跳过（直接复制 StackOverflow 代码 = 合法策略）
└── 允许利用漏洞（force push = 帧级精准跳过）

100%（全要素交付）

完成任务的所有质量门禁：编写测试、更新文档、通过 code review、CI 通过、部署至生产环境。

适用场景：真正重要的正式工作。“真结局”速通。

CATEGORY: 100% Feature Ship
RULES:
├── 计时器在你阅读工单（ticket）时启动
├── 计时器在功能部署至生产环境时停止
├── 所有测试必须通过（含为该功能新增的测试）
├── 文档必须更新
├── code review 必须完成
├── CI 必须为绿色状态
└── 不允许跳过，不允许利用漏洞。全要素交付。

Glitchless（无漏洞模式）

不使用任何“技巧”完成任务——禁止从 AI 复制、禁止参考 StackOverflow、禁止复用历史项目代码。纯手工从零实现。

适用场景：学习成长、技能训练、能力验证。

Low%（最小改动）

以最少的代码行数变更来修复 bug 或交付功能。编程界的高尔夫模式。

适用场景：bug 修复、性能优化、代码高尔夫爱好者。

New Game+（二周目）

重做你已执行过的任务，但难度升级——例如更严格的类型约束、更高的测试覆盖率要求、更严苛的性能基准。

速通计时器

╔══════════════════════════════════════════════════════════════╗
║                  ⏱️ SPEED RUN ACTIVE ⏱️                      ║
║  Category: 100% Bug Fix                                      ║
║  Task: "Fix checkout failing for international addresses"    ║
╠══════════════════════════════════════════════════════════════╣
║                                                              ║
║  CURRENT: 00:23:47                                           ║
║  PB:      00:31:12  (SET Feb 18 — similar bug)              ║
║  PACE:    ▲ 7:25 AHEAD OF PB                                ║
║                                                              ║
║  SPLITS:                                                     ║
║  ├── ✅ Reproduce bug ......... 00:03:12  (PB: 00:04:30) ▲  ║
║  ├── ✅ Identify root cause ... 00:08:45  (PB: 00:12:15) ▲  ║
║  ├── ✅ Write fix ............. 00:05:23  (PB: 00:06:44) ▲  ║
║  ├── 🔄 Write tests .......... 00:06:27  (PB: 00:04:30) ▼  ║
║  ├── ⬜ Code review ........... —         (PB: 00:02:18)    ║
║  └── ⬜ CI + Deploy ........... —         (PB: 00:00:55)    ║
║                                                              ║
║  GOLD SPLITS: 3/6    PERSONAL BEST PACE: YES                ║
║                                                              ║
╚══════════════════════════════════════════════════════════════╝

分段定义

分段	起始条件	结束条件
Reproduce（复现）	你阅读 bug report	你能稳定复现该 bug
Root Cause（定位根因）	bug 已复现	你已定位到引发问题的具体代码位置
Write Fix（编写修复）	根因已定位	修复已实现（代码已修改）
Write Tests（编写测试）	修复已实现	测试已编写且全部通过
Code Review（代码评审）	PR 已提交	PR 已获批准
CI + Deploy（CI 与部署）	PR 已批准	代码已合并并部署上线

针对功能开发任务：

分段	起始条件	结束条件
Design（设计）	工单（ticket）已阅读	技术方案已确定
Scaffold（搭建骨架）	方案已确定	文件结构与接口已创建完毕
Implement（实现）	骨架已搭建完成	核心逻辑已实现完毕
Test（测试）	实现已完成	测试已编写且全部通过
Polish（打磨）	测试已通过	边界情况已处理，文档已更新
Ship（交付）	打磨已完成	已评审、已合并、已部署

个人最佳纪录追踪

╔══════════════════════════════════════════════════════════════╗
║                 ⏱️ PERSONAL BESTS                            ║
╠══════════════════════════════════════════════════════════════╣
║                                                              ║
║  CATEGORY                    PB          DATE       RUNS     ║
║  ─────────────────────────── ─────────── ────────── ─────    ║
║  Any% Bug Fix                00:08:23    Feb 22     12       ║
║  100% Bug Fix                00:31:12    Feb 18     8        ║
║  Any% Feature (small)        00:42:17    Jan 30     5        ║
║  100% Feature (small)        02:14:33    Feb 10     3        ║
║  100% Feature (medium)       06:47:12    Feb 25     2        ║
║  Low% Bug Fix (lines)        1 line      Mar 01     4        ║
║  Test Suite (new module)     00:18:44    Feb 20     3        ║
║  Code Review                 00:12:30    Feb 28     15       ║
║                                                              ║
║  LIFETIME STATS:                                             ║
║  ├── Total runs: 52                                          ║
║  ├── Total time: 47h 23m                                     ║
║  ├── PBs this month: 4                                       ║
║  ├── Gold splits: 34%                                        ║
║  └── Average improvement per run: 8%                         ║
║                                                              ║
║  🏅 MOST IMPROVED: Bug Reproduction (-40% since first run)   ║
║  🐌 NEEDS WORK: Code Review split (slowest relative to PB)  ║
╚══════════════════════════════════════════════════════════════╝

速通完成界面

╔══════════════════════════════════════════════════════════════╗
║                                                              ║
║  ⏱️ RUN COMPLETE!                                            ║
║                                                              ║
║  Category:  100% Bug Fix                                     ║
║  Task:      Fix international address checkout               ║
║  Time:      00:28:34                                         ║
║  Previous PB: 00:31:12                                       ║
║                                                              ║
║  🎉 NEW PERSONAL BEST! 🎉                                    ║
║  Improvement: -2:38 (-8.5%)                                  ║
║                                                              ║
║  SPLIT ANALYSIS:                                             ║
║  ├── Reproduce ......... 00:03:12  GOLD ⭐ (best ever)      ║
║  ├── Root Cause ........ 00:08:45  GOLD ⭐ (best ever)      ║
║  ├── Write Fix ......... 00:05:23  GOLD ⭐ (best ever)      ║
║  ├── Write Tests ....... 00:06:27  +1:57 from PB           ║
║  ├── Code Review ....... 00:03:42  GOLD ⭐ (best ever)      ║
║  └── CI + Deploy ....... 00:01:05  +0:10 from PB           ║
║                                                              ║
║  COMMENTARY:                                                 ║
║  "Incredible root cause identification — shaved 3 minutes    ║
║  off the PB there. The test writing was slower this run,     ║
║  possibly because the fix touched more edge cases. But       ║
║  that's fine — 100% category means tests are mandatory.      ║
║  The review split was phenomenal — reviewer was online and    ║
║  approved in under 4 minutes. RNG was good today."          ║
║                                                              ║
║  TRICKS USED:                                                ║
║  ├── "Quick Repro" — Used existing test fixture to reproduce ║
║  ├── "Blame Skip" — Used git blame to jump to root cause     ║
║  └── "Pre-staged" — Had test template ready before fixing    ║
║                                                              ║
║  NEXT RUN OPTIMIZATION:                                      ║
║  Write test FIRST (TDD strat). Testing took longer because   ║
║  you wrote the fix before understanding all edge cases.      ║
║  TDD forces edge case discovery earlier = faster total time. ║
║                                                              ║
╚══════════════════════════════════════════════════════════════╝

速通技巧与策略

技巧	说明	节省时间
Blame Skip	使用 `git blame` 直接跳转到最后一次有意义的变更	~3 分钟
Fixture Repro	复用现有测试 fixture 复现 bug，避免手动测试	~5 分钟
Template Strats	为常见模式预置文件/测试模板	~2 分钟
TDD Route	先写测试 —— 强制加速根因识别	~4 分钟
Parallel Review	在编写测试期间即提交 Draft PR，让 reviewer 提前介入	~5 分钟
Commit Stacking	拆分为小而可审的 commit，支持增量式批准	~3 分钟
Binary Search	用 `git bisect` 在 O(log n) 时间内定位破坏性提交	视情况而定