大家好，我是煎鱼。
之前我写过一篇《Go 工具链想主动上报使用数据，你愿意吗？》文章分享。核心描述的是以下这件事。
Go 核心团队负责人 Russ Cox（下称 rsc）想要抽样采集用户的使用数据、性能信息等，便于 Go 团队更好的开发和调研。
文章的投票结果：
Go 遥测开还是不开
近日 Go 团队已经在《Opting In to Transparent Telemetry》中敲定了大方向，将会把 Go 工具链的遥测设计为可选择加入（默认关闭）的方式。
也就是不会强制开启遥测，我们的数据不会被主动上报和采集。
另一方面，做了这个妥协会带来两个新的成本问题，分别是：
- Go 团队需要持续的教育和引导用户，选择加入遥测是一个很好的选择，对大家都有益处。
- 由于是可选的，意味着能采集上报上来的数据是比较少的，因此施加在任何特定用户身上的遥测成本较高。
简单来讲，就是数据少了。得想办法多要些，才能有真正的数据价值。
Go 遥测引导策略
遥测改为选择加入后，如何教育和引导用户加入遥测，变成一个关键问题（直接影响数据多少）。
Go 团队将计划实施如下：
- 在 Go 的图形安装过程中，有两个不同的选项按钮，用于选择是否加入遥测。
- 在新 Go 版本的博客文章和发行说明中进行引导。
- 在每年的 Go 用户调查期间进行引导。
- 在 VS Code 上第一次调用 Go 代码时进行选择和引导。
- 在具体的大会和分享上演讲、解释和鼓励用户加入。
这些数据是 Go 团队决策过程的一个输入，而不是决定因素。有数据几乎总比没有数据好。因此也不用过于担心被上报数据的同学所完全代表。
日积月累的数据量大了后，指不定以后 Go 还能搞个数据智能的饼出来。（doge
Google 的黑历史影响 Go
贯穿这个讨论和讨论的一个点，Google 有过收集用户隐私信息的黑历史，也就是在 Chrome 和应用程序中收集了用户数据，这些数据会被用做用户画像，被用于有针对性的个性化广告营销等行为。
登陆了后更刺激，位置信息等都是可选被分享的。
基于 Google 和 Go 之间的关系，让 rsc 在 Go GitHub 的讨论中，受到了不少的无建设价值的各类攻击，这个讨论也因此蒙上了一层灰。
Go 这方面还是很稳的，普遍没有因此和对方拉开骂战和 PK，只是大部分选择无视这类情绪化发言和批评。这点值得我们好好学习了。
Google 这类收集用户数据的行为在这也算比较常见了，大家见仁见智了，还是保护好自己。
总结
Go 将会在未来对 Go 工具链加上遥测，用于收集用户数据和性能信息。这将会是可选的选项（默认关闭）。
在数据积累到一定程度后，这些数据将会反哺 Go 团队和开发者，能够看到有效的数据所带来的 Go 开发方向的改变和优化。
如果是基于这个方面，你会选择打开这个选项吗？给出你的选择。
文章持续更新，可以微信搜【脑子进煎鱼了】阅读，本文 GitHub github.com/eddycjy/blog 已收录，学习 Go 语言可以看 Go 学习地图和路线，欢迎 Star 催更。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。