💻 日语动词变形：开发者复习架构 (Developer’s Roadmap)
核心思想：不要死记硬背表格 (API 文档)，要通过写 Demo (造句) 和 跑 Unit Test (变形练习) 来掌握。
🟢 阶段一：单元测试 (Unit Testing)
目标：把一个动词的“全形态”跑通，形成肌肉记忆。
方法：每天选 1个五段动词 + 1个一段动词，纵向写出它的所有变形。
📝 测试对象：書（か）く (写 / Write)
| 测试步骤 | 测试模块 (Function) | 💻 输出结果 (汉字 + 平假名) |
|---|---|---|
| 1. 基础态 | 肯定 ➜ 否定 ➜ 过去 | 書く (かく) ➜ 書かない (かかない) ➜ 書いた (かいた) |
| 2. 功能态 | 可能 ➜ 意向 ➜ 命令 | 書ける (かける) ➜ 書こう (かこう) ➜ 書け (かけ) |
| 3. 复杂态 | 被动 ➜ 使役 ➜ 使役被动 | 書かれる (かかれる) ➜ 書かせる (かかせる) ➜ 書かされる (かかされる) |
| 4. て形连招 | 正在 ➜ 遗憾 ➜ 提前 | 書いている (かいている) ➜ 書いてしまう (かいてしまう) ➜ 書いておく (かいておく) |
💡 调试建议：
- 五段动词要做重点测试，特别是 て形音变：
- 飲む ➜ 飲んで (のんで)
- 行く ➜ 行って (いって)
🟡 阶段二：场景集成 (Scenario Integration)
目标：结合 IT/工作场景，把语法变成有意义的业务逻辑。
方法：利用“使役被动”、“自动词/他动词”造句。
| 业务场景 | 调用语法 (API) | 🗣️ 代码示例 (汉字 + 平假名) |
|---|---|---|
| Bug修复 | 自动词 vs 他动词 | ❌ Bugが 直した (Bug把修好了) ✅ Bugを 直（なお）した (我把Bug修好了) ✅ Bugが 直（なお）った (Bug自己好了/修好了) |
| 被迫加班 | 使役被动 (缩略) | 社長に 残業 させられた。 (しゃちょうに ざんぎょう させられた。) 被老板逼着加班。 |
| 需求变更 | ～てしまう (遗憾) | 仕様が 変わってしまった。 (しようが かわってしまった。) 规格书竟然变了 (完了/遗憾)。 (口语：変わっちゃった) |
| 上线准备 | ～ておく (提前) | サーバーを 確認しておく。 (さーばーを かくにんしておく。) 先把服务器确认好。 |
| 寻求协助 | 授受 (もらう) | 同僚に 手伝ってもらった。 (どうりょうに てつだってもらった。) 请同事帮忙了 / 得到了同事的帮助。 |
🔴 阶段三：压力测试 (Chaos Engineering)
目标：故意制造冲突，区分最容易混淆的语法点。
方法：二选一难题测试。
1. 条件分支测试 (如果…)
- 想去日本的话… ➜ 日本へ 行くなら… [建议/接话]
- 到了日本的话… ➜ 日本に 着いたら… [先后顺序]
2. 权限控制测试 (命令 vs 禁止)
- 给我写！(root) ➜ 書け！ (かけ！)
- 不准写！(deny) ➜ 書いては いけない (かいては いけない)
- 口语禁止 ➜ 書くな (かくな)
3. 状态位测试 (能 vs 被)
- 能写 (Ability) ➜ 書ける (かける) ➜ 变成 え 段
- 被写 (Passive) ➜ 書かれる (かかれる) ➜ 变成 あ 段
- 注：五段动词这里最容易混，一段动词是一样的。
📅 极简复习计划 (Sprint Plan)
| 周期 (Sprint) | 重点任务 (Task) | 验收标准 (Acceptance Criteria) |
|---|---|---|
| Day 1-3 | 五段动词音变 | 攻克 て形 和 た形。 死磕 飲んで、待って、書いて 的区别。 |
| Day 4-5 | 形容词 (い/な) | 区分修饰名词时的 ～い 和 ～な。 例：おもしろい人 / きれいな人。 |
| Day 6 | 使役 & 被动 | 造3个“职场受气”的句子。 (被骂、被逼干活、被调岗)。 |
| Day 7 | 综合实战 | 找一段简单的日文代码注释或推文， 分析里面的动词变形。 |
🚀 Hello World: 马上开始
请挑一个您最常用的动词：
🔨 作（つく）る (开发、制作)
试着口头输出它的：
- て形 (做…然后…)
- 可能形 (能做…)
- 使役被动形 (被迫做…)