It’s common in the US Tech industry. It’s considered “voluntary” because you could always say no and find a different job, or you could negotiate the removal of that clause. Often at the beginning they give you an opportunity to list your existing obligations that would be exempted. Always read the fine print of your employment agreement.
Now, if Tesla were to start pushing updates to older cars that made them artificially degraded or less responsive than the newer cars (as Apple is accused of doing), then that would be a worthy outrage story.
There seems to be a bit of a misunderstanding by the author here, or a conflation of “no more software updates” with “continuing to get updates that your processor isn’t powerful enough for”. You may miss out on some new features, but barring equipment failure, the original software will continue to do what it did when you bought the car.
“But once software-dependent cars stop receiving updates, they will start to get worse. Maybe the navigation system starts to crash, or the Netflix app in your Tesla becomes so buggy”
No, when you stop getting updates, the car will continue to perform in the same way, again barring equipment failure. The software itself will not degrade and suddenly start to become buggy.
The reason your iPhone seems to do that is because it continues to get software updates that are made for a newer, more powerful phone. Your old iPhone 6 doesn’t play the latest graphics-intensive and high resolution games, but it performs the way it always did. And perhaps Apple pushes iOS updates that don’t perform as well on your old phone, making it seem slow. If you were to load the original iOS and the original apps of the time period, it would perform as well as it did the day you got it.
The bigger concern for me is being able to control what software is applied to my car (right to repair) so that I can keep bloated software updates out if I prefer the way it was working previously. Currently that’s not possible with Tesla.
And they keep making it harder and harder to not use a Microsoft Account.
Here’s a nice list.
https://areweanticheatyet.com/?search=&sortOrder=desc&sortBy=status
Online multiplayer games are the most likely to have anti cheat. EA (Battlefield) is the most visible unsupported one. They view running under any virtualization or compatibility layer as an opportunity for cheating, so they intentionally deny it. EasyAntiCheat supports running in Linux, but not all game developers enable it. The success of the Steam Deck is starting apply pressure to change this, though.
True, nvidia does work great when it’s configured properly. Those distros that have the nvidia specific install option have done the work to do the extra config and keep it up to date. My preferred distro is not one of those. If I was buying new gpu hardware, I would go with one that has a fully open source driver.
Hello, friend. There will be gatekeepers in any community, but there are many Linux users willing to share their knowledge and experience with others.
I think the best way to adopt Linux is to jump in with both feet. Your productivity will take a hit for a while, but will grow as you learn how to do your daily tasks in Linux. Dual-booting is a complicated trap, and running a virtual machine is cumbersome. Buying or assembling a new machine dedicated to Linux will make switching easier. Normal internet browsing and web-based applications will generally work without problems, but you should check for any Windows-only applications that you can’t live without. Gaming on Linux is better than it ever has been, but there are some games that just won’t run on Linux. Avoid Nvidia graphics due to driver complexities.
Here are a couple of articles that might help: https://www.zdnet.com/article/thinking-about-switching-to-linux-things-you-need-to-know/ https://drewdevault.com/2021/12/05/How-new-Linux-users-succeed.html
While I wouldn’t recommend Arch for a new user, their wiki has a lot of deep technical info adaptable to most distros. https://wiki.archlinux.org/
It sounds like the SSL/TLS version or allowed cipher list are configured for higher security on your machine or browser and the sites that are failing are using a lower security config. I’m not sure where that config is on Arch. Try a different browser. Also try fetching the sites with curl just to see if that works. Curl’s verbose mode will also tell you what ciphers it tried.
curl -v https://example.com/
Also https://mcfunley.com/choose-boring-technology