标签： Go语言
-
记录 A Tour of Go 多语言翻译项目第一次系统开展站外推广的过程。除了 go.dev、搜索引擎和 GitHub 之外，实际尝试了 Go Weekly、Golang News、Reddit r/golang、DEV Community 和 Go Forum，并记录了投稿、社区活跃度、积分限制、审核机制、内容发布和外链策略。也进一步明确了后续推广思路：不单纯为了 SEO 堆链接，而是优先进入 Go 开发者真实活跃的社区，并逐步为不同语言版本寻找对应的本地开发者渠道。
-
A Tour of Go 的社区翻译历史中，法语、德语、韩语等多个项目都曾长期维护、积累大量提交，却最终出现仓库归档、站点离线，甚至原仓库不可访问的情况。本文结合官方 tracking issue 与多语言仓库 Git 历史，分析社区翻译真正困难的并不是第一次上线，而是多年以后仍然能够持续同步上游、维护部署、掌握 production 权限，并承担服务器、带宽、CDN、域名、AI 工具和维护时间等长期成本。也正因为如此，我现在不仅重视统一流程、正式文档和自动化，也开始通过广告尝试让多语言项目逐渐具备一定的自我供血能力，降低长期完全依赖个人时间、热情和资金补贴的风险。
-
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 的目标应保护技术身份，而不是强迫目标语言适应源语言的书写边界。
-
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 上线问题。最终也重新认识到，成熟流程的价值并不是保证每门语言都越来越快，而是遇到真实问题时，能够正确地慢下来并留下可复用的改进。
-
A Tour of Go 法语版在约 9 小时内完成上线后，我没有立即开始下一门韩语，而是先继续完善新增 locale 的执行流程。这一轮优化不再重复讨论“如何建立一套标准流程”，而是进一步减少已经可以机械化的重复操作：新增 locale init 初始化能力、自动生成语言骨架与状态文件、完善首次 production 自动化与 production identity、精简命令执行成本，并建立 Deferred Issues 机制记录已经真实发现但暂缓处理的问题。目标不是减少 Quality Check、Final Review 或 production acceptance 等质量 gate，而是把人的时间更多留给真正需要判断的翻译质量和生产风险。
-
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 多语言翻译项目的第二门社区语言 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）作为第二语言的原因，以及首批日语翻译任务、batch 管理、raw response 和自动 validation 流程验证过程。
-
A Tour of Go 简体中文第一阶段 103 个课程页面已经全部进入 ready 状态。在现有版本已经具备较高翻译质量和完整发布能力后，我重新评估此前暂时搁置的 minimal-protect 翻译模式。当前 zh-CN 译文工程性估计约为 94 分，而成熟的 minimal-protect 目标希望达到 96～97 分。通过 methods/24 的真实实验可以看到，raw-input 会错误修改 .play 指令，而 minimal-protect 只保护完整 .play 后成功消除了这一问题，同时让 validator 继续发现 link inline-code 和 font span 等下一层结构差异。同页对比中，默认 protected-token 使用 15 个保护 token，而 minimal-protect 仅使用 1 个，更多原始上下文可以直接交给 GLM-5.2。后续将继续使用原有 7 个代表页验证翻译质量、结构稳定性、重试成本和跨语言保护规则的复用程度，再决定是否正式切换默认模式。
-
A Tour of Go 简体中文站正式上线后，我发现原生产域名 go-tour.shuijingwanwq.com 与既有 /tour/ 路径存在语义重复。此前曾评估直接移除 /tour/，但由于涉及路由、静态资源、模板和既有验证链路，最终放弃这一方案，改为将生产域名迁移至更具扩展性的 go-dev.shuijingwanwq.com。本文完整记录 Cloudflare DNS、腾讯云 EdgeOne、HTTPS、同路径 301、OneinStack、Nginx、Let’s Encrypt、静态资源 404 修正及旧源站清理过程，并通过新页面 200、静态资源 200、旧域名 301 完成最终验收。