关于go:前有-45-亿数据被扒现有-Go-工具链想要我的使用数据

大家好，我是煎鱼。

前两天有读者揭示我关注 Go 大当家 Russ Cox 发动的 Go 工具链中的遥测 telemetry in the Go toolchain 探讨。不看不晓得，一看下一跳。

明天来分享一些认识和信息。

Russ Cox（下称 rsc）发动的背景是 Go 开源我的项目的开发者（例如：Go 外围团队）在没有遥测的状况下，会遇到如下的场景：

这么一听，如同和咱们平时的认知也差不多。换位思考一下，Go 外围开发者就比拟头疼了。认为这两种形式作用都很无限，达不到他们想要的成果。

咱们会提交错误报告，个别只会呈现在相似”咱们预期这事应该能失常跑起来，但你竟然没有跑起来“的场景下。在现有的状况下，如果程序在不影响正确性的状况下呈现了错误行为，用户就不可能留神到。

反之，如果施行了遥测（收集数据），开发者就能够通过 Go 工具链收集上来的统计数据发现异常。（有抓手了）

具体案例，rsc 阐明了在 Go 1.14 版本的公布中，对 macOS Go 发行版的构建形式进行了更改，造成应用 net 包（应用 cgo）编译任何程序都须要装置 Xcode。

这不是他们所预期的，是意外之外的。

但在产生这问题的三年内，没有任何人报告过这个谬误。用户只是简略地承受了这是必要的装置。

直至近期，Go 外围团队排查其余问题，才发现有这个坑。如果有遥测收集应用数据，那这个问题齐全能够被防止。

Go 开发团队想晓得”用户想用 Go 做什么“，或是想基于数据用于做一些新老性能版本的决策。

但当初开源我的项目广泛都很难，他们只能发调查报告，就像咱们每年填的 Go 开发者调查报告，就是这个目标。

然而 rsc 对调查报告也是不满足的。因为只是一个小样本，成果无限。且须要大量的用户选项和回复能力失去绝对精确的测量后果，比拟浪费时间。

具体案例，rsc 举例 go 开源我的项目，常常会在新版本减少开关，再逐渐去掉的做法。像最近发表 Go 1.21 起将不再反对 macOS1.13/1.14，马上就收到了用户的反馈，要求保留。

如果有遥测收集应用数据，这个问题将有具体的数据作为决策撑持。就跟咱们平时前端同学，会收集用户端的操作系统和版本作为是否反对 IE 的根据等。

说要收集，会在哪收集，具体要收集什么呢？会收集的中央次要是 Go 工具链，例如：Go 命令、Go 编译器、Gopls 等中央。

收集的数据，将至多蕴含工具链的根本信息，例如：

不会蕴含任何模式的身份信息，例如：

收集的数据会在 Go 网站上颁布，定时展现统计图表等，便于所有 Go 开发者审阅和查看。

绝大部分开发者是没有间接批准 rsc 这么干的，支流的回复分成了三派。

大抵如下：

整体来看，参加探讨的 Go 开发者都十分关注”隐衷“的问题。更倡议做成可选项，也就是用户抉择上报。

如果当前写 Go 的时候弹出 Cookie 弹窗还是很”乏味“的吧（doge。

Go 外围团队自身的出发点是好的，他们在保护 Go 开源我的项目时，常常拿不到一些要害数据和信息，导致在做决策时很纠结。

这在业务利用中，比拟常见的是在前端埋探针，获取你的客户端信息等。但这是闭源的，整体危险没有那么大。

但对于开源我的项目来讲，这是开源的，受到所有人的检阅。这类隐衷数据收集，在台面上间接默认上报必定是不可行的，争议会比拟大。

从后果来看，因为没有更多新的内容，比拟情绪化，这个探讨曾经被停止。将来如果做，更大概率是做成可选项，询问式。

文章继续更新，能够微信搜【脑子进煎鱼了】浏览，本文 GitHub github.com/eddycjy/blog 已收录，学习 Go 语言能够看 Go 学习地图和路线，欢送 Star 催更。

为什么要收集数据