Earlier quoted context omitted.
@blub can you explain me how it's exactly "spying on you"? There is difference between collecting information about how many people are using vs whether a particular person is using. Collecting diagnostic information from windows application failures/how many failures etc are there ever since Windows 95 era. Similarly, collecting information about how many people are using dotnet core build/test/publish is similar to…
Spyware is software collecting information about someone without their consent. Doesn't have to be malicious, doesn't have to be what's legally defined as personal information. The fact that many companies are doing it doesn't make it less inappropriate. Reputable companies will clearly inform users and ask for their confirmation. Then they respect their choice. Disreputable companies such as MS or Google take withou…
Microsoft/.Net Foundation added telemetry to the dotnet command line last year
91–100 of 101 posts
Re: Microsoft/.Net Foundation added telemetry to the dotnet command line last year
#92Earlier quoted context omitted.
I'm not the author of the blog post. I think you're comparing apples and oranges, also this kind of reasoning is an example of "tu quoque" logical fallacy.
> tu quoque No, this is not that. The "tu quoque" logical fallacy follows this pattern (from Wikipedia): Person A makes claim X. Person B asserts that A's actions or past claims are inconsistent with the truth of claim X. Therefore X is false.[2] They are not saying their claim is false. They're saying that if they care so much, why are they subjecting their users to tracking that they are unable to opt out of?
Re: Microsoft/.Net Foundation added telemetry to the dotnet command line last year
#93Earlier quoted context omitted.
Defaults should respect the user first. Consent has to be given, not taken as a default. Sure ask up front explicitly but don't in passing invoke the first capture before consent has been taken. That's a shitty tactic.
Collecting basic usage data is not disrespecting the user.
Re: Microsoft/.Net Foundation added telemetry to the dotnet command line last year
#94Earlier quoted context omitted.
@blub can you explain me how it's exactly "spying on you"? There is difference between collecting information about how many people are using vs whether a particular person is using. Collecting diagnostic information from windows application failures/how many failures etc are there ever since Windows 95 era. Similarly, collecting information about how many people are using dotnet core build/test/publish is similar to…
Spyware is software collecting information about someone without their consent. Doesn't have to be malicious, doesn't have to be what's legally defined as personal information. The fact that many companies are doing it doesn't make it less inappropriate. Reputable companies will clearly inform users and ask for their confirmation. Then they respect their choice. Disreputable companies such as MS or Google take withou…
I think I'll be happy the day EU and American consumer protection agencies start looking closer into Googles business.
I'd also applaud even more visible information about what exactly gets collected and sent (the old gds "Read very carefully - this is not the usual yadda yadda" would be a good start).
However IMO we shouldn't call legitimate telemetry "spyware". I thing that is what you call "crying wolf".
Re: Microsoft/.Net Foundation added telemetry to the dotnet command line last year
#95Earlier quoted context omitted.
> and basically any site today does more intrusive telemetry So the next version of Bash should have telemetry?
No but it's big differences in the projects. If Powershell would have gotten telemetry I would understand the objections.
Re: Microsoft/.Net Foundation added telemetry to the dotnet command line last year
#96Earlier quoted context omitted.
No but it's big differences in the projects. If Powershell would have gotten telemetry I would understand the objections.
There is an earthshattering difference between a website, a place I go to let someone else run code, and a build tool I use to run code I write.
Re: Microsoft/.Net Foundation added telemetry to the dotnet command line last year
#97Earlier quoted context omitted.
There is an earthshattering difference between a website, a place I go to let someone else run code, and a build tool I use to run code I write.
What? You run the code in the browser when it comes to javascript just as you run the .NET SDK. The difference is that the .NET SDK tell you that they send telemetry, how to disable it and what they store are not really any sensitive information. Most websites run code with the sole purpose of identifying you.
The difference is expectation. I expect websites to run things I don't control. I expect a local application to behave in a certain way.
Re: Microsoft/.Net Foundation added telemetry to the dotnet command line last year
#98Earlier quoted context omitted.
What? You run the code in the browser when it comes to javascript just as you run the .NET SDK. The difference is that the .NET SDK tell you that they send telemetry, how to disable it and what they store are not really any sensitive information. Most websites run code with the sole purpose of identifying you.
JS engines are supposed to be sandboxed, and have limited APIs to draw from. Unless you use a jail, a local application can do just about anything. The difference is expectation. I expect websites to run things I don't control. I expect a local application to behave in a certain way.
The point is, I understand why people dont want telemetry. I don't. I think they should ask before they do it, a lot of people are probably willing to share the data. BUT I also understand why they are doing it and I think they've done it in a good manner still.
You should also think about your expectations, one shouldn't have to expect that every site is trying to track you.
Re: Microsoft/.Net Foundation added telemetry to the dotnet command line last year
#99Earlier quoted context omitted.
JS engines are supposed to be sandboxed, and have limited APIs to draw from. Unless you use a jail, a local application can do just about anything. The difference is expectation. I expect websites to run things I don't control. I expect a local application to behave in a certain way.
Well yes, and it behaves as expected, don't it? They are very open with what they are doing and you can build from the sources if you do not trust the binaries. The point is, I understand why people dont want telemetry. I don't. I think they should ask before they do it, a lot of people are probably willing to share the data. BUT I also understand why they are doing it and I think they've done it in a good manner sti…
> and basically any site today does more intrusive telemetry
has absolutely nothing to do with a local application.
Re: Microsoft/.Net Foundation added telemetry to the dotnet command line last year
#100Ah, these geeks that hallucinate themselves as Will Smith in Enemy of the State. Never gets old. I think in this case the onus is on the paranoid coder with an inflated sense of their own importance to stop MS getting their hands on the super sekret dotnet usage information. And that's easy - it's a setting. (Non) problem solved.
> And that's easy - it's a setting. (Non) problem solved. I still don't think this is a non problem. When you are using many different tools that are updating constantly, it is easy to not notice one adding telemetry. And even if you disable it, it very well may be silently reenabled in the future.
In fact if you use a product why would you want to conserve your 'precious body fluids' (telemetry) instead of helping improve the product? Beats me.