Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Totally agree. Telemetry has been around and matured and benefits users. I’m not sure the benefits for Go would be as significant as other software but, really, why not?


> Telemetry has been around and matured and benefits users.

Does it? Telemetry mostly seems used to justify removing features I need on grounds that they’re little used.

As an other user noted, if telemetry is your yardstick, the average backup software removed the “restore” feature because that’s barely ever used.


Microsoft deprecated the disk-image backup in Windows 7 because it was infrequently used... buy random grandparents.

It was basically a "free" wrapper on top of the Volume Shadow Service (VSS) built into the operating system, but only IT professionals ever used it, so... it had to go.


There is a long list of use cases, which go far beyond "removing features": https://research.swtch.com/telemetry-uses

"Is it safe to remove support for X?" is one use case. Right now the strategy more or less amounts to "remove and see if anyone complains, possibly too late to change".


> Is it safe to remove support for X?

What the hell, it's a freaking compiler. What do you mean, "too late to change"? Fail the compilation is suddenly a showstopper bug?

If go wants to deprecate features, just follow the same procedure done by literally all other non-spyware compilers.


I don’t like this example in particular because observing too much “restore” activity is an excellent piece of information.


I fail to see what’s that got to “too much” restore activity doesn’t tell you anything actionable about your software, if anything it’s creepy as hell.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: