多语言翻译 标签归档 - 永夜 https://www.shuijingwanwq.com/tag/多语言翻译/ 没有不值得去解决的问题，也没有不值得去学习的技术！ Tue, 15 Sep 2026 10:46:00 +0000 zh-Hans hourly 1 https://wordpress.org/?v=7.1 https://media.shuijingwanwq.com/2026/05/logo-150x150.png 多语言翻译 标签归档 - 永夜 https://www.shuijingwanwq.com/tag/多语言翻译/ 32 32 从 Go Weekly 到 Reddit、DEV 和 Go Forum：第一次系统推广 A Tour of Go 多语言项目 https://www.shuijingwanwq.com/2026/09/15/27576/ Tue, 15 Sep 2026 10:45:57 +0000 https://www.shuijingwanwq.com/?p=27576 记录 A Tour of Go 多语言翻译项目第一次系统开展站外推广的过程。除了 go.dev、搜索引擎和 GitHub 之外，实际尝试了 Go Weekly、Golang News、Reddit r/golang、DEV Community 和 Go Forum，并记录了投稿、社区活跃度、积分限制、审核机制、内容发布和外链策略。也进一步明确了后续推广思路：不单纯为了 SEO 堆链接，而是优先进入 Go 开发者真实活跃的社区，并逐步为不同语言版本寻找对应的本地开发者渠道。

从 Go Weekly 到 Reddit、DEV 和 Go Forum：第一次系统推广 A Tour of Go 多语言项目最先出现在永夜。

]]> 从邮件无人回复到进入 Go 官方 Go local：我的 4 个 A Tour of Go 翻译站终于被收录 https://www.shuijingwanwq.com/2026/09/11/27527/ Fri, 11 Sep 2026 04:50:49 +0000 https://www.shuijingwanwq.com/?p=27527 记录我从邮件申请无人回复，到转向 GitHub Issue，再到处理广告、Tour 与 /doc、/blog 的链接边界、统一 feedback tracker，最终让简体中文、法语、德语、韩语 4 个 A Tour of Go 翻译站正式进入 Go 官方 Go local 列表的完整过程。这次收录不仅意味着获得了 go.dev 的官方入口和高质量反向链接，也让我开始用真实数据评估“无广告 Tour ↔ 官方入口”这笔长期交换是否值得。

从邮件无人回复到进入 Go 官方 Go local：我的 4 个 A Tour of Go 翻译站终于被收录最先出现在永夜。

]]> Validator 报错，到底该改译文还是改规则？一次 A Tour of Go 韩语翻译实战 https://www.shuijingwanwq.com/2026/09/03/27367/ Thu, 03 Sep 2026 09:41:48 +0000 https://www.shuijingwanwq.com/?p=27367 A Tour of Go 韩语翻译在 codex-ko-KR-004 中首次出现 13 个 TranslationUnit 里 3 个 validation failure。进一步排查发现，其中 concurrency/2 与 concurrency/6 并不是 Go identifier 真正丢失，而是韩语助词直接附着在 ASCII 标识符后，触发了 validator 的词法边界误判；concurrency/4 则属于真实的 present font span 结构错误。本文记录如何区分“应该改译文”与“应该改 validator”，并通过 ko-KR 窄规则、正反测试与 revalidate 流程，将结果从 10/13 提升到 12/13，最后再修正真实 candidate 问题达到 13/13。核心原则是：validator 的目标应保护技术身份，而不是强迫目标语言适应源语言的书写边界。

Validator 报错，到底该改译文还是改规则？一次 A Tour of Go 韩语翻译实战最先出现在永夜。

]]> 原本预计 6 小时，最后用了约 16～18 小时：A Tour of Go 韩语版上线复盘 https://www.shuijingwanwq.com/2026/09/03/27356/ Thu, 03 Sep 2026 09:02:14 +0000 https://www.shuijingwanwq.com/?p=27356 A Tour of Go 韩语版原本预计约 6 小时完成，但最终从初始化到 production 收尾跨越约 44 小时。根据 76 次 Git 提交按 30 分钟封顶方式估算，实际活跃投入约 15 小时 43 分，结合 ChatGPT、Codex、浏览器、服务器、Cloudflare 和 Naver 等未完整进入 Git 的操作，最终更适合记作约 16～18 小时。本文复盘韩语为什么明显慢于法语：包括多轮 Quality Check 与 revision、Final Review 后再次返工、韩语语法触发新的 validator 边界、5 小时模型额度影响生产节奏，以及 TranslationUnit 完成后仍持续出现的 preview、production、Cloudflare、课程目录和 Naver 上线问题。最终也重新认识到，成熟流程的价值并不是保证每门语言都越来越快，而是遇到真实问题时，能够正确地慢下来并留下可复用的改进。

原本预计 6 小时，最后用了约 16～18 小时：A Tour of Go 韩语版上线复盘最先出现在永夜。

]]> 法语版上线后，我没有马上开始韩语：A Tour of Go 新增语言流程的一轮完善与简化 https://www.shuijingwanwq.com/2026/09/03/27347/ Thu, 03 Sep 2026 08:17:09 +0000 https://www.shuijingwanwq.com/?p=27347 A Tour of Go 法语版在约 9 小时内完成上线后，我没有立即开始下一门韩语，而是先继续完善新增 locale 的执行流程。这一轮优化不再重复讨论“如何建立一套标准流程”，而是进一步减少已经可以机械化的重复操作：新增 locale init 初始化能力、自动生成语言骨架与状态文件、完善首次 production 自动化与 production identity、精简命令执行成本，并建立 Deferred Issues 机制记录已经真实发现但暂缓处理的问题。目标不是减少 Quality Check、Final Review 或 production acceptance 等质量 gate，而是把人的时间更多留给真正需要判断的翻译质量和生产风险。

法语版上线后，我没有马上开始韩语：A Tour of Go 新增语言流程的一轮完善与简化最先出现在永夜。

]]> A Tour of Go de-DE 上线复盘：第三门语言用了约 16 小时，下一门如何压到 8 小时？ https://www.shuijingwanwq.com/2026/08/29/27238/ Sat, 29 Aug 2026 12:30:06 +0000 https://www.shuijingwanwq.com/?p=27238 A Tour of Go 第三门社区语言 de-DE 已正式上线。从开始推进到完成 TranslationUnit 质量审核、Locale Surface Review、production 部署和最终验收，这一轮粗略投入约 16 小时。

但这 16 小时并不是从零开始完成一门语言的全部成本，而是建立在此前数百小时的项目开发、质量流程、服务器基础设施和第二门语言标准化工作之上的增量成本。de-DE 真正值得复盘的，是第三次完整执行以后又暴露出了哪些历史流程债、哪些人工操作已经可以交给工具，以及为什么下一门语言的目标可以进一步压缩到 8 小时以内。

A Tour of Go de-DE 上线复盘：第三门语言用了约 16 小时，下一门如何压到 8 小时？最先出现在永夜。

]]> A Tour of Go 多语言扩展复盘：为第三门语言建立标准化流程 https://www.shuijingwanwq.com/2026/08/24/27137/ Mon, 24 Aug 2026 13:14:29 +0000 https://www.shuijingwanwq.com/?p=27137 A Tour of Go 日语版 ja-JP 正式上线后，我没有立即开始第三门语言，而是先复盘第二门语言从开发、翻译、质量审核、projection、production 部署到公网验收的完整过程，并将此前依赖临时分析和上下文记忆的环节固化为正式规范。项目新增 NEW_LOCALE_RUNBOOK.md 和 LOCALE_SURFACE_REVIEW.md，明确新增 locale 的统一入口、TranslationUnit 之外的完整语言质量审核、Rendered Surface Acceptance、首次生产部署与日常维护部署边界，以及 glossary 作为全站术语权威来源的职责，为后续第三门及更多语言建立可重复执行的标准化扩展流程。

A Tour of Go 多语言扩展复盘：为第三门语言建立标准化流程最先出现在永夜。

]]> A Tour of Go 日语版正式上线：第二门语言 ja-JP 完成生产发布 https://www.shuijingwanwq.com/2026/08/24/27126/ Mon, 24 Aug 2026 12:48:27 +0000 https://www.shuijingwanwq.com/?p=27126 A Tour of Go 多语言翻译项目的第二门社区语言 ja-JP 于 2026 年 8 月 24 日正式完成生产上线。日语版覆盖 103 个课程 Page 和 19 个 eligible Example，共 122 个 TranslationUnit，全部经过 automatic validation、Quality Check、Final Review 与 promotion，并完成公共 UI、课程目录、独立生产部署、Cloudflare Free、共享静态资源、Playground、SEO 与真实浏览器验收。Google Search Console 已成功处理 ja-JP sitemap 并发现 105 个公开网页。这次上线也真正验证了项目从 zh-CN 扩展到第二门语言的完整多语言架构。

A Tour of Go 日语版正式上线：第二门语言 ja-JP 完成生产发布最先出现在永夜。

]]> A Tour of Go 翻译质量再评估：Codex High 已接近 ChatGPT High，我决定调整默认翻译引擎 https://www.shuijingwanwq.com/2026/08/23/27113/ Sun, 23 Aug 2026 09:54:16 +0000 https://www.shuijingwanwq.com/?p=27113 本次重新评估 A Tour of Go 的 TranslationUnit 翻译方案，根本原因不是单纯比较模型能力，而是 ChatGPT 作为批量翻译引擎在实际工作中出现持续稳定性问题，即使从 ZIP 交付简化为 JSON，翻译任务仍可能卡住。实验使用 5 个正式 TranslationUnit、完整 zh-CN glossary、protected token、独立随机匿名和 Engineering Gate，对 ChatGPT GPT-5.6 High、Codex GPT-5.6 Sol High 与 Extra High 进行四模型匿名评审。结果显示，ChatGPT High 的外部评审平均分为 96.67，Codex High 为 95.73，Extra High 为 95.87，三者已进入相近的高质量梯队，而 Extra High 并未表现出稳定优势。综合翻译质量与本地批量执行能力，后续默认翻译引擎准备调整为 Codex GPT-5.6 Sol High，ChatGPT 则重点用于统一 Quality Check，并以所有 TranslationUnit 最终达到 A 作为质量验收目标。

A Tour of Go 翻译质量再评估：Codex High 已接近 ChatGPT High，我决定调整默认翻译引擎最先出现在永夜。

]]> go-tour-i18n 翻译自动化流程复盘：已验证的 ChatGPT 翻译能力在新任务中的稳定性问题 https://www.shuijingwanwq.com/2026/08/23/27103/ Sun, 23 Aug 2026 03:00:08 +0000 https://www.shuijingwanwq.com/?p=27103 在 go-tour-i18n 多语言翻译项目推进过程中，我曾经通过 ChatGPT + GitHub batch 完成 A Tour of Go 简体中文 103 页全量重译验证。后续扩展 ja-JP 翻译时，继续沿用了基于 TranslationUnit 的翻译流程，并尝试从 GitHub 写入调整为 raw-responses artifact 导入模式。实际测试发现，ChatGPT 能够理解项目流程、读取 batch 和 manifest，但在新任务中无法稳定完成从 TranslationUnit 翻译结果到 raw-responses 文件和 artifact 交付的完整闭环。本文记录这次 AI 辅助翻译流程稳定性验证过程，并分析翻译能力与工程执行能力之间的差异。

go-tour-i18n 翻译自动化流程复盘：已验证的 ChatGPT 翻译能力在新任务中的稳定性问题最先出现在永夜。

]]>