大家好,我是煎鱼。

之前我写过一篇《Go 工具链想主动上报使用数据,你愿意吗?》文章分享。核心描述的是以下这件事。

Go 核心团队负责人 Russ Cox(下称 rsc)想要抽样采集用户的使用数据、性能信息等,便于 Go 团队更好的开发和调研。

文章的投票结果:

Go 遥测开还是不开

近日 Go 团队已经在《Opting In to Transparent Telemetry》中敲定了大方向,将会把 Go 工具链的遥测设计为可选择加入(默认关闭)的方式。

也就是不会强制开启遥测,我们的数据不会被主动上报和采集。

另一方面,做了这个妥协会带来两个新的成本问题,分别是:

  1. Go 团队需要持续的教育和引导用户,选择加入遥测是一个很好的选择,对大家都有益处。
  2. 由于是可选的,意味着能采集上报上来的数据是比较少的,因此施加在任何特定用户身上的遥测成本较高。

简单来讲,就是数据少了。得想办法多要些,才能有真正的数据价值。

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 催更。

Go 图书系列

推荐阅读


煎鱼
8.3k 声望12.8k 粉丝