31–40 of 265 posts
Earlier quoted context omitted.
Yes it is - tracking that you have to opt-out of is evil (regardless of how well intentioned the tracking is).
But how do the PMs at Microsoft figure out new features without user data?
Is this needed? You can disable telemetry from the settings: https://code.visualstudio.com/docs/supporting/FAQ#_how-to-di...
Telemetry not being disabled I have disabled telemetry as described in the FAQ. I have set the following properties in the settings: [..] Now despite of this, when I log my network traffic (with Wireshark) I can see that Visual Studio Code periodically contacts vortex.data.microsoft.com.
For the record,
Even with: [..] I still see connection attempts by Visual Studio Code to marketplace.visualstudio.com and vortex.data.microsoft.com at startup.
Response is: I'm pretty sure we [VS Code Core] are doing the right thing here and we would love any pointers (all code is OSS).
Which almost sounds like a complete deflection of the issue. The ticket was locked.
Earlier quoted context omitted.
But how do the PMs at Microsoft figure out new features without user data?
How did anyone write software for decades before everything was connected to the internet?
Earlier quoted context omitted.
But how do the PMs at Microsoft figure out new features without user data?
How did anyone write software for decades before everything was connected to the internet?
Is this needed? You can disable telemetry from the settings: https://code.visualstudio.com/docs/supporting/FAQ#_how-to-di...
https://github.com/VSCodium/vscodium/blob/master/DOCS.md#dis...
Earlier quoted context omitted.
It maybe starts with simple statistics. But then you want to know what features the user use, then you want to know what other programs they have installed. Then you want to know what the users search for on the web. etc. It's a slippery slope.
It's a shame we have to assume the worst. What would be better is for Microsoft to be more transparent about the telemetry and to enable more granular control. That said, I wouldn't bother checking as I don't really care. I rub shoulders with infosec issues daily, as most IT folk do these days. When I think about the perceived risk of telemetry from VSCode, now and in the future it's a negligible risk that I accept.
Earlier quoted context omitted.
You've literally described a slippery slope fallacy
"Slippery slope" is not a fallacy. Life is full of slippery slopes in terms of behavior.
No, that still falls into fallacious usage.
The user doesn't justify why the steps of their assertion follow after the other. Just that they... do.
I suspect the tracking in VSCode is mainly used to improve the product. It's probably in my best interest, and the interest of the community as a whole to leave tracking on. I mean, I get it, HN is usually a more skeptical and security-focused crowd. At the same time, it's likely MS will just take that information and tailor their bugfixes and features to the things I need most, so by all means I want them to have it…
I'm ok with until its get used to improve the editor. It would much better if they can share the data they are collecting.
Is this needed? You can disable telemetry from the settings: https://code.visualstudio.com/docs/supporting/FAQ#_how-to-di...
Isn't the use of the vscode store extensions proprietary?
The commit was quickly reverted, but they didn’t rewrite history to totally remove it, and now here we are.