技能介绍

告别“能跑就行”的 Go 工程瓶颈

在 Go 的日常开发中，很多人并非完全不会写代码，而是陷入了“一山更有一山高”的工程实践困境：有短板但未察觉、只停留在“能写出来”而不知背后的工程代价、照抄模式却说不出何时不该用，或是零散经验多却无法举一反三。这种“知其形不知其意”的状态，往往在晋升答辩或代码委员会 Review 时暴露无遗。本技能旨在打破这种经验孤岛，将分散的 Go 工程规则与判断标准按关切维度重新组织，帮你看清自己在哪一层、缺哪一块、下一步该补什么。

核心能力与运作机制

本技能不是一份死板的规范文档，而是一套实打实的硬核能力地图与复盘工具：

七大关切维度与成长阶梯：从 style-guide、error-handling 到 concurrency、robustness 和 observability，对应工程师从“傻大黑粗”到“可观测与快速定位”的意识递进。
理念与实践双层架构：理念层解释“为什么在意”及 Google canonical 原则；实践层（practices）提供硬性落地标准，明确多少算过长、Must/Prefer/Optional 阈值以及工具扫描方式。
场景化自我觉察：提供写新功能、复盘 PR、补测试等具体场景的加载步骤。通过自问清单（如“六个月后的自己能否安全改动？”）和“知道 vs 掌握”状态表，引导建立可迁移的判断力。
结构化反馈体系：支持同伴互评或委员会辅导，按关切维度归类问题，并输出 A/B/C 整体评级及 Must fix、Should fix、Consider 严重级别。

适用边界与使用建议

需要注意的是，成长阶梯并非严格的职级对应，而是一种意识递进参考。在使用时，不应一次性全量加载所有模块，而是根据当前任务（如写新功能或修 Bug）只加载触及的子模块。当不同来源的规范发生冲突时，请遵循 guide > decisions > best-practices > practices 的权威优先级。它更适合作为日常自检与代码 Review 的辅助框架，而非替代团队已有的编码规范。