It's disappointing to see so many being ignorant about this topic.
But it's pretty simple to opt-out of non-essential telemetry because so many people complained about it in Windows 10:
https://www.windowscentral.com/how-view-and-manage-diagnosti...
I set telemetry to 'basic' which means I'm comfortable with essential system data being sent in return for my system gaining updates and security patches.
Microsoft does a better job than many about explaining what data it collects, why it collects it, and how to disable collection where possible across its products:
https://privacy.microsoft.com/en-US/
Last year it started explaining which telemetry in Windows 10 is required (system data for updates/security) and which is optional (usage data to shape product direction) in a way that's largely free from legalese:
https://support.microsoft.com/en-us/help/4468236/diagnostics...
There are definitely Windows users who are “being ignorant about this topic” but that's not true of everyone. For me it's a combination of understanding what is sent, why it's sent, and how to control what's sent. That info used to be a lot harder to find so I'd say things are improving.
Reflecting on my own risk profile, seeing first-hand how much telemetry can benefit product teams, and learning about how the Windows update process works at a global scale (the “essential” telemetry class informs partial/phased roll-outs) also helped temper my initial reaction against telemetry being included at all.
It would seem the only route to privacy, in such a world, is to never interact with their servers at all; which means never receiving updates; which makes any OS into a lame-duck product vulnerable to all manner of exploits; which probably means you should just never touch a computer in the first place, "to be sure."
Requesting software packages from a server should not require them to keep logs or send uniquely identifiable info.
One thing that unique IDs are necessary for, is deduplication. Without a unique ID when talking to e.g. the update server, then their statistics (used to determine which updates should be e.g. CDN prioritized) will be heavily skewed in favor of anyone who has configured their system to poll the server more often.
(Yes, they can partially resolve this problem by looking at the request IPs—but, well, NAT. Sometimes even entire countries are behind a small set of IP addresses (https://en.wikipedia.org/wiki/Carrier-grade_NAT).
The ideal thing here would be for everyone to have a public IPv6 address, and then that address could be your "unique ID" without really uniquely identifying you or your device, but rather just uniquely identifying "a place to deliver updates to", like a mailing address uniquely identifies a place to deliver parcels to.
(This might not seem so relevant for updates, but a clearer example is in crashes. All OS vendors prioritize the issues in their issue-trackers by their prevalence among users, counted as the number of times a Crash Report has been [voluntarily] submitted that seems to be "about" that issue. Crash reports need to be deduplicated by installation to be useful for prioritization; a piece of software that happens to get into a super-edge-case crash loop and so crash a million times for one user, should not be prioritized over a piece of software that crashes once for a million users. Just the opposite, really.)
> hardware info
If we're talking about software updates, then this is part of the "inescapable metadata." Yes, the OS vendor can stuff each update full of all possible updates for all possible drivers released in the interrim—and that's a workable idea, if you're Linux. It's not workable in the Windows/macOS ecosystems, where "drivers" are third-party bloatware blobs that ship with their own GUI control panels et al. Such a monolithic update, covering all possible bloatware driver blobs, would be hundreds of GiB. It makes far more sense in Windows/macOS to just have the client retrieve the GPU/RAID/printer/camera/etc. drivers (and updates for said drivers) they need, as separate packages, from the server. And that separate retrieval essentially describes, piece by piece, your hardware profile.
> require them to keep logs
I never said it was (or should be) required; only that, if you're paranoid, you should have no reason to believe that they're not doing that, even without any client-side telemetry being pushed. A paranoid person would expect that even Linux distributions keep the access logs for their package servers (incl. gathering them from mirrors), and act accordingly.
The risk seems to be that people who don't understand the implications of not sharing basic telemetry, when faced with a box that says “share nothing”, “share essential“, and “share essential and optional” would choose “share nothing” every time, because it just _feels_ better, right? Why would I choose to share anything at all? But they might be angry or surprised when:
- The OS and apps can't tell if you're eligible for an update because they don't know if your hardware/drivers will run the new version, because you won't tell them what hardware/drivers you're running now.
- Updates that affect performance or stability just continue to affect performance and stability because there's no data about the impact of an update, apart from what's provided by angry customers in support channels.
- Bugs and application crashes are not addressed ever or in good time because they are either never known about or not captured in sufficient detail to reproduce.
So, sure, maybe it should be an option. But there are certainly many who overestimate the risk and underestimate the value of basic telemetry (like sharing system info) for them as a user.
Why do you need to give Microsoft a bunch of details about your hardware for this? Why can’t Microsoft publish info about which hardware/drivers are supported in the new update, and then your machine determines whether or not it’s compatible?
For diffed updates to work efficiently Windows first works out what hardware/software you have. Then it can either:
1. Send info about the system to an update server and let the server decide what updates it needs.
2. Download a big manifest of all available updates (as you describe) and calculate locally what updates it needs.
Either way, Windows then has to make a request for updates specific to the system, at which point you reveal info about your software and hardware that you were attempting to hide in (2) anyway.
For the semi-annual feature updates, the process is more like you describe where there's a compatibility check then a large download (~3-6GB) containing all new features, even if your system won't be able to make use of all of them.
[1] https://docs.microsoft.com/en-us/windows/deployment/update/p...
At the end of the day, it's my computer. Not theirs.
Regardless of how much it's "For my own good", that's not their decision to make.
It's my hardware, that I'm paying for. Ultimately, I need to have the final decision on what it does.
But I don't know that, “I own this computer and therefore understand what user defaults will make it most stable and usable for me” scales beyond the informed user to general users, if that's what you were suggesting.
“For your own good” preferences exist to try to make the default experience better for users who don't care enough to understand the tool they're using 10 hours a day. Is choosing defaults that seek to benefit most users really not a decision that software developers should be making?
Btw, what you're saying is 100% bullshit. There is an obvious trivial way of doing all what you suggested, properly & legitimately: paid software testers. Or, alternatively, actually pay users for telemetry (I love it when companies say "we value your feedback" you value it at $0 all right!)
The well-known quip of "search for an answer to your problem, find a forum post from ten years ago resolved with an 'I figured it out, thanks'" only happens when you're far outside the idiomatic usage of the system.
Sometimes it's necessary; sometimes long-chosen buisness constraints force down the bad arm of an X-Y problem. But that doesn't make it any more likely that anyone other than you (especially the software vendor's QA dept.) will ever independently encounter your problem.
I don't think “just hire QA” or “just pay for the telemetry” solves the issues of how you reliably deliver updates, bug fixes, and asses performance issues at the scale of a company like Microsoft, though. Even the best-funded QA department and millions spent incentivizing data sharing could struggle to achieve a fraction of the coverage that metrics baked into the OS achieves.
> Or, alternatively, actually pay users for telemetry
At a _minimum_, people should at least get free software updates based on findings from the metrics they share. By opting out I'm relying on others to provide that data instead, or for the company to spend more to get it from me or someone else like me, or for them to somehow improve the experience for me without knowing what my experience is.
I recognize that some feel very strongly that software should be possible to improve without any form of automated telemetry, though, and I respect the desire for an off switch and the continued drive for opt-out being the default.
- All of these are possible without telemetry.
- There is a deceptive button on install that does not work.
- Make it opt-in for submissive persons who want to please MSFT.
Users don't read. Anything that's opt-in will never be opted into, because users won't even look at what the dialog says. (See also: organ donation.)
Most of UX design isn't targeted at people with opinions; it's targeted at the 99% of users who want to never make any decisions at all, because they don't see the system they're interacting with as their responsibility to dictate the policy of. They treat even their own computer—at least in the software sense—as "somebody else's computer."
They're used to interacting with the literal "somebody else's computer" at work, and at informational kiosks; and with the non-literal "somebody else's computer" in the form of the game-console walled-gardens, and the cloud-managed IoT devices. So it's no surprise that they think that "somebody else's computer" rules apply to their PC, too.
I checked the box "no telemetry" on install, yet I still had to disable dozes of spyware "options" manually later. One of them was a keylogger! Microsoft is in the black hat business.
> telemetry can benefit product teams
Pure marketing. If product teams what to know about issues, how about setting up decent bug-trackers like everyone else?
Reporting issues is a convoluted, humiliating and mostly futile process.
Thanks for sharing the link. However, it doesn’t change my point of view about Windows telemetry.
As I read that page, I see a lot of BS justifying why the only way to improve the product is to have telemetry.
The reason why I call it BS is because they use phrases like “we hear your feedback to improve the product”... that’s lie. I work in UX, and I’ve been involved in user research many times. The data that you get from event logs is related to measuring adoption and engagement. You get better UX feedback from traditional research methods. Telemetry is good for fast market analysis, rather than UX... but that doesn’t sound good when you try to justify it to end users.
Take for example the design of the Office ribbon (there is an excellent video explaining the process). After analyzing the data from usage logs (this was in the pre-telemetry era), and doing interviews they concluded that the main issue was that many features were hard to find (is interesting to note that the conclusion came from user testing, not event logs). The solution: a UI showing all the operations (the ribbon). And because they found that paste was the most used action, they put a big paste button first (this came from event analysis).
After the success of the ribbon, MS adopted it in many Windows UIs (even if they don’t have the same issues as Office). So as you can see the main product design decisions had nothing to do with usage data analysis. The same applies to other big product design decisions (the back and forward with the Metro UI, Cortana... etc). The use of telemetry is marginal to many product design decisions, so there is no reason to force it to every user... other than doing market research.
It does provide insights you won't get from user testing and direct observation, though, as you point out with the usage logs that informed the ribbon design.
> The use of telemetry is marginal to many product design decisions, so there is no reason to force it to every user
If the benefits were purely limited to the design phase, I can see your point for many teams, particularly small ones with niche products where they're less likely to get enough data for it to have much meaning.
But telemetry also has increased value over user testing at different stages of the product lifecycle, like when analyzing what features or products to deprecate or replace.
It also helps for peripheral things like working out what languages localization and documentation efforts should be prioritized for. This year I was asked what five languages a product we make should be translated to. They wanted to start with locales that have the biggest impact and expand to more later. The team who approached me made a list based on support requests and another product in our sector. But our install data showed usage was completely different. We even had two locales that hadn't made the top-10 shortlist. Their guess about the second-most popular language after English was also wrong. By using telemetry we made sure work and funding was focussed where it helps the most users.
Telemetry can definitely be abused or underused, but being on the other side and doing data-driven design and development over the course of a product lifecycle has shown that it has real value.
Like - Literally never in the past two years have I lost work due to auto updates.
You can set updates to install outside of an 18-hour window, defer updates for a set period, or disable them: https://www.windowscentral.com/how-stop-updates-installing-a...
Automatic updates are unacceptable for me, and that's not because I don't do updates(quite the opposite), it's just that I expect the behaviour to be predictable without nasty surprises, and with Windows 10 that became a gamble. I never knew if an update could suddenly run without my permission and wreck the OS(which happened multiple times to me, leading to some stressful weekends).
Maybe not everyone shares that opinion, but I rarely get annoyed by something more than software that tries to be smarter than the user, and automatic updates are just one part of that.
I haven't had that myself so far. Hate to say it works on my machine but that's been my experience to date.
And you're wrong either way - I've had forced updates wreck Windows without seeing a single notification or update setting beforehand.
I've experienced the same with work-issued laptops, and also have an iMac I boot once every few months to be met with 20 software update nags from the OS and various apps. Probably means I should sell the iMac.
A deceptive setup screen that asks you to create a Microsoft account (you need to use the "Domain join" button to be able to create a local admin account, there is no "local account" button by itself).
Spyware features like "personalization", advertising identifier, etc that I needed to uncheck (during the initial setup process there are at least 10 things I had to disable or say no to), also there's a subtle dark pattern going on with the button to go to the next screen, it's no longer called "Next" but "Accept" instead (even if you disable all the proposed options).
Despite the watermark on the wallpaper correctly saying "Windows 10 Enterprise LTSC" I can still only select "Basic" telemetry in the settings. I am not sure whether it's a quirk of the evaluation version or if I need to use a group policy to disable it.
This is literally a preference setting. There are cases where you want to force it e.g. a sysadmin pushing security patches over the weekend but other than that you set the time window, or no window and it just gives a notification that patches are available and you reboot whenever you want to.
In fact, they are published on Update Tuesday - the second Tuesday of every month.
But, yeah, that + stuff like your OS restarting behind your back whenever you lock your screen and walk away keeps me on Linux despite the very tantalizing promises of WSL2.
Maybe it's been a couple of years since you tried Windows? Right now, if you go to the Windows Update part of Settings, the top 2 options are:
a) "Pause updates for 7 days" and
b) "Change active hours", which can be used to specify an 18-hour window within which, "We won't automatically restart your device during this time"
It's quite straightforward.
So just like "your contract with the [TV] network is you're going to watch the spots", your contract with Microsoft is you're going to install the updates, and you consent to be spied on, and...
Does anybody ever thought "Ouch, Windows broke again! Time to call Microsoft helpdesk"?
(side note: I think updates would generate more issues and calls, not less)
Why are you lying? That part has been there for a long time and doesn't work anyway, just google for 'windows 10 ignores active hours'.
See, this is why Linux zealots don't effect any change in others. When OP wrote something incorrect about Windows, in my perception, I gave him the benefit of doubt ("Maybe you haven't been using Windows in recent years"). But when I wrote something incorrect, in your perception, you straightaway jumped to "lying".
And it's not as if you don't know that the possibility exists. You wrote, "just google for 'windows 10 ignores active hours'", which shows that you know that I possibly do not know about this.
And yes, I have no idea if this is truly the case. I suppose Microsoft determines that some updates are critical security patches and will push them through despite attempts to postpone indefinitely.
Of course, if they allowed you to postpone critical updates and you got hacked, then it's, "OMG!! This evil corporation WANTED me to get hacked, that's why I use Linux", right? You're hopeless, and I will not be wasting further time replying to you.
Edit: I did that Google search and found that Windows ignores Active Hours in the sense that it still downloads the updates. But it does not Restart the PC. I could be wrong, but I'd appreciate if you can state it politely.
Because the entire tone of your original post was written in a way to imply that the OP hadn't done the due diligence. The end of your post was quite telling in "It's quite straightforward."
I just don't understand how come there are so many pro-Microsoft comments lately justifying everything bad that they are doing. It feels like arguing with a pure-Microsoft IT department, everything good that happens in Windows is good and everything bad is user mistake and could have never happened.
> Edit: I did that Google search and found that Windows ignores Active Hours in the sense that it still downloads the updates. But it does not Restart the PC. I could be wrong, but I'd appreciate if you can state it politely.
And this same google search shows that this does happen:
https://answers.microsoft.com/en-us/windows/forum/windows_10...
https://answers.microsoft.com/en-us/windows/forum/all/window...
https://answers.microsoft.com/en-us/windows/forum/all/window...
You have a problem. The lenses you are wearing make everything look negative.
> It's quite straightforward
In my mind, this was a statement assuring him that it is not complicated; Windows settings can sometimes be complicated, such as involving Registry hacks.
But for now my 2017 macbook works well enough. I do think it's overpaid though; outside of the occasional nyan cat gimmick, I've NEVER used the touch pad. At the moment it's closed and to the side while I work on my external screens and the pretty decent Apple keyboard + mouse.
It's probably the easiest to configure terminal ever...
https://www.hanselman.com/blog/HowToMakeAPrettyPromptInWindo...
> and opening Settings fires up Visual Studio of all things
Settings opens what ever editor is your default for .json files.
> with GUIDs that I have no idea what to do with
1 guid to identify each option?
I guess Windows Terminal was designed for developers and not users.
- Settings become more portable.
- Settings become more shareable.
That said, VS Code started with JSONC-based configs and now presents a UI by default (still editable directly as JSONC for those who prefer). It seems possible JSONC could be used to bootstrap a UI for Windows Terminal too if there's demand.
> Settings opens what ever editor is your default for .json files.
And one can also point out that macOS opens XCode for (even XML-based) .plist files.
It's getting to be a standard convention, now that IDEs are almost "ships with the OS" kind of software, that the OS thinks configuration files should be opened in the IDE, rather than the system GUI text editor (Notepad; TextEdit.) Because, I guess, the system text editors were never really made to edit code, and make no guarantee that they won't break the formatting of code, while IDEs do make that guarantee.
OS ranking is pretty much: MacOS > Windows > *nix garbage
Just missing a Quake mode for me (summon from a screen edge with a keyboard shortcut), but that's being talked about for v2. https://github.com/microsoft/terminal/issues/653
(For about 10 years, I've been using a bog-standard, symmetrical, 2-button scroll-wheel mouse by Logitech, and am looking to transition to a finger-operated trackball to save desk space, and just to see what the fuss is about.)
Very powerful.
YouTube reviews of engineering samples of the 2020 XPS line say they are best-in-class for Windows, which usually means they're not quite as good as Macs (same as laptop speakers, where the MBP also leads).
I find even Mac trackpads slow/frustrating after using a Logitech MX Ergo for a while, so trackpad experience is less of a factor for me.
I switch between it and a mac for work, and the experience is 95% identical.
I never got it to work with Windows except for just pointer motion and left clicking. No multi-touch, gestures, etc. Not even right clicking. Does it work properly now?
OSX is getting a lot less friendly for any non-consumption based activity. While I still prefer Linux by a mile, I'm at the point where I'd take Win10 with WSL over OSX.
I have considered BYOD a Gigabyte Aero. I will personally never purchase a Dell for myself.
macOS is getting worse, no doubt. But Windows still has multiple unacceptable problems (ungodly slow unzipping, still!, random heavy lag or freezing, surprise 30 minute Windows Update installations happening during a reboot you had to do during important work, etc. etc.)
Plus, the day to day file management story is still sub-par in Windows. If you've gotten used to Quicklook on a Mac (because it's so handy), you're SOL on Windows. How hard is it to provide a spacebar activated preview popup?
PDF reading and printing is still a nightmare on Windows compared to macOS. Again I refer to Quicklook, whereby you can open and scan/read a PDF near instantaneously; in Windows it's slow and clumsy. Saving (printing) anything as a PDF on a Mac is fast and easy. In Windows it's a slow, multi-click process.
And Linux... on the desktop... still not there. Yes with the right hardware and the right drivers and config, distros like Fedora can be pretty close to perfect. But you still have HiDPI problems sometimes (Windows does as well), random UI-related service crashes, app/package-system conflicts (since there is no one standard package management system that all apps agree upon), and more.
Sadly, the entire computing experience has peaked and declined in the last few years. That said, macOS is still the best desktop OS for everything but gaming.
Assuming everyone has all the problems you claim to have with Windows or XPSs and that MacOS is 'the best operating system' is anecdotal at best.
We've definitely had some issues with some XPSs at work but Dell's service was great, and I can't remember the last time someone got annoyed by windows or had any issues like you described without the fault coming from poor choices from our corporate IT or buggy apps.
Highlighting these as issues on a machine compared to a Macbook Pro is kind of hilarious. Macbooks have notoriously bad thermals and throttling.
I prefer Windows to IoS and the XPS to MBP, but the XPS has problems - it does overheat like hell (but Dell's gaming laptops don't, so there is that). But more importantly, the screen randomly dies on random updates for me and a lot of my co-workers. So does the WiFi.
Nonetheless, we had entire teams convert to the XPS after they saw mine.
None of them regretted it...though they all installed Linux and stopped having the screen going dead problems.
I still prefer the Mac OS experience, design, and usability, but the price premium for Apple products is not worth this modest improvement. I still have and enjoy my Iphone Xs but might consider switching to Android in a couple years whenever I need to upgrade.
In general though, I've not had those kind of hardware/driver issues ever.
It should be out this month and it ticks all the boxes for me (great screen, supposedly good cooling, user-replaceable SSD/RAM, acceptable weight and size for a 17" laptop).
https://www.theverge.com/2020/5/13/21257006/dell-xps-17-15-r...
https://www.youtube.com/watch?v=XyRUWM_LOPQ
I've been trying Windows again after ~20 years on Macs (via a borrowed Lenovo Carbon X1 and then a second-hand XPS 15) and — unlike the author here — I'm surprised how much better it has gotten.
Having fully expected to buy a Windows laptop and just run Linux on it, I'm happy enough with the general Windows experience and the new WSL2/Windows Terminal/VS Code improvements that switching full-time makes sense for me.
The perks for me over macOS are the widely increased hardware choice, improved repairability/upgradeability, access to Windows-only software/games, better default desktop environment (window snapping/management, keyboard shortcuts for apps in the taskbar), and being able to boot real Linux images within ~1 second and work out of them comfortably.
The perks for me over Linux are the ability to run Adobe and other Windows apps, lower manual maintenance, fewer rabbit holes (I used Arch for about a year and found I was personally prone to exploring Arch instead of doing pet projects), better general integration with video cards, authentication hardware (fingerprint sensors/Windows Hello), projectors/external monitors, as well as a generally better experience with power management, wake-from-sleep, and connecting/reconnecting to Wi-Fi.