Nvidia and Linux tho? Not too hopeful about driver quality lol
folkrav
I don’t know of anyone with a modicum of experience with cloud solutions that would pretend it is making anything “simpler” lol
The only closed parts of Docker are Docker Desktop, which isn’t required at all, and Docker Hub, which is a repo like any other. You can load images from anywhere. It’s hard to take anything you say regarding container technology seriously if you seriously think VMs & Ansible/Chef/Puppet really answers the same problems as lightweight containers.
MS did take some language servers and relicensed them, yes. Other language servers still exist, and the LSP protocol is still open, and used in many other editors.
This reads like “Real Programmers Don’t Use Pascal”, minus the tongue in cheek tone…
In my experience most things AMD fare pretty well. My 6750 XT is working great. My older RX 580 and Radeon HD 6870 were also pretty solid.
I don’t completely disagree with you. But it’s also a reality I’ve had to deal with myself as well. My personal take is I’d rather avoid the brand altogether if you care about Linux, but I also realize it’s not always possible if you care about - or need, for various reasons - things like CUDA, NVENC and RTX. In this case, OP specifically wants CUDA, and that won’t work without the proprietary driver.
I swear, every time one of these posts/comments pops up, the chances root issues are caused by Nvidia hardware is insanely high.
I mean take a look at the report. Still not sure how it’s “wrong”.
It’s the last sentence of the article - 9.8/10. In this case it’s probably called critical because of the potential consequences of the exploit being a full machine takeover, not the likeliness of the exploit being used.
Funny, I don’t use splits, and I never full screen my web browser.
Yeah, I won’t pretend like Neovim is perfect at all either. I do agree that setting up LSP & TreeSitter is needlessly convoluted as is. lspconfig+mason.nvim+mason-lspconfig+null-ls.nvim just to get a couple linters/formatters and decent completion... I’d love it if I could just open a file, and… it just… worked, you know.
I’m surprised the author is both a long-time vim user and defends the idea that everything being built in to the editor and config being purely declarative as positives. In my mind, vim being as slim or bulky as I want it to is a strength, not a weakness, and its config being a full language (especially since neovim/lua) is a superpower. I’ve yet to have my config just randomly break in almost a decade of tweaking it from vim to neovim, across multiple distros and package managers, for what it’s worth.
Helix does look pretty intersting though, but man does the idea of relearning everything after how long it took me to build that vim muscle memory sound very daunting. vim bindings being available almost everywhere, including other editors, some websites and third party apps, and my browser as an extension, is also a big part of why I hesitate to even give it a try…
Feel free to point where I missed the point, cause I don’t see it. Outside these “functions as a service” things like Lambda, I genuinely struggle to think of anything that’s truly “hostage” of a big provider or just plain worse. Especially amongst the examples you’ve given.