• 12 Posts
  • 226 Comments
Joined 2 years ago
cake
Cake day: June 4th, 2023

help-circle


  • I switched due to the following problems with Windows and benefits with Linux:

    • Recall, the most privacy invasive software I have ever seen being spun as a “feature” which was shown to be insecure as well. It used to be that if you didn’t pay for something, it meant you were the product. Now Microsoft wants you to pay them to be their product.
    • Fucking ads everywhere in the OS itself
    • It’s slow as all hell
    • I would try to do something as simple in the UI such as hitting “Sleep” and Windows 11 wouldn’t do anything until the 4th click
    • Windows no longer has a monopoly on games or music software - proton and DAW’s like bitwig should now be forcing Microsoft to compete to make their OS better, but because capitalism doesn’t work, they don’t, and so I have no reason to stay with their OS
    • Linux is fast as fuck. Games like Armored Core VI and Death Stranding run better in an emulated state on Linux for me than they do natively on Windows because Linux isn’t running 1500 telemetry tasks at all times.
    • Linux gives you choices of window managers. Don’t like the UI in Windows? Tough luck. Don’t like a UI in Linux? Change it in 2 seconds if you’re using KDE Plasma, or switch to another WM like Gnome, XFCE, Cinnamon, etc so that the computer works the way you want. You want to have some WM functionality only sometimes that no one WM offers? Install 3 WM’s, choose which one you want when you log in. Make the computer work for you.

    On Windows 11 the final absolute last straw for me was when it stopped installing updates for me and gave me this:

    So I couldn’t even trust the system was secure anymore.

    Windows is stagnated because all of their development focus has turned away from making a competitive OS with good and useful features for the end user, and instead focuses now on how to get more dollars out of each minor action a user could possibly take when using it. Linux just feels more modern, more powerful, more useful, more secure, faster, prettier, cleaner, and cost effective than Windows now because it is 98% of the time.





  • Economy doesn’t benefit you presently unfortunately.

    Somehow before shit really hit the fan I was able to land a non developer role at a software company which only asks you to come in twice a week. Looking to move into development at the company, but from the outside software Dev roles are super flooded with applicants right now.

    Whatever you do, your chances for remote work are better if you get in with a small company of 10 to 20 people.






  • Go to a doctor.

    I am not a doctor. You should not do anything I describe herein and should consult a medical professional.

    I fixed them myself a few times on each foot, trialing and erroring until I found a solution that since using it, has worked well for me in every case.

    Note in less extreme cases, you can try to cut a little V in the middle-end of the nail. In my cases, it was much too bad for this to work.

    I sanitize the toe and an x-acto knife with a new blade (pointed tip, triangular in shape) that has been cleaned of any foreign substances (such as the oil they sometimes come covered in) with 99% isopropyl and begin cutting a straight, vertical line on the side of the nail that has the issue, as close to the edge as I find reasonable. I go very slow and as light as I can, tracing that line over and over, as I don’t want an x-acto knife plunging into my toe itself. Eventually I make my way through the nail, but the nail is still connected under the cuticle. From this point onward, every day, I unravel cotton balls into strips and wet them thoroughly with alcohol, and then secure a strip or thick, folded pad to my toe with medical tape. The cotton should be very wet, but not dripping wet.

    I found that regular bandaids were not effective due to adhesion issues and because they lack the ability to hold enough alcohol in their padding. Each day the skin around the nail will begin to die a little bit and dry out. I use sanitized forceps and the sanitized x-acto to cut a bit more and to pull on the edge of the nail each day (in an up and out fashion and occasionally away from the toe), but try not to force it too much. Eventually the nail breaks and comes off. Where it was dug into the flesh of the toe, there will be a small hole. At this time I sanitize the entire toe and the wound with alcohol. Finally, and the most important part of this process - I do the same process as previously described with the cotton, alcohol, and tape to bandage the toe every day, or twice per day as needed until the nail grows back in correctly. If this is not done, it is likely it will grow back ingrown and you will be at step 1 again.

    In my experience, I had to keep it santized with alcohol and very dry. I found that taping it up wet with products such as polysporin prevented healing and would result in the nail becoming ingrown when it grew back in, as well as causing pain and increased inflamation. Using alcohol, day to day the pain lessened and it was able to grow back in normally each time. Needless to say as well, but you want to stay off of that foot as much as possible as walking on it during this process can lead to inflammation.

    This process has taken me anywhere between 3 days to 2 weeks depending on how badly ingrown it was.

    When it gets fixed it is great, there is almost instant relief from the pain.


  • golden_zealot@lemmy.mltoLinux@lemmy.mlLinux continues its rise in Steam Survey
    link
    fedilink
    English
    arrow-up
    3
    arrow-down
    1
    ·
    edit-2
    21 days ago

    Okay, well to balance that anecdotal information with some more, let me put some of those bad points listed in context with what my experience has been on Debian 12 Stable with an RTX 3090.

    • Proton is great, and is really impressive, but you still must download several versions to expect running everything you want, and you must do trial and errors to find the most efficient version for you (fortunately, ProtonDB helps a lot)

    Somewhat true, but protonDB is so accurate that I think I have only had to trial and error 1 or 2 games ever. Downloading multiple proton versions isn’t a big problem as they aren’t too large, and I have only ever needed either the latest stable release, or the experimental release. As far as actual game compatibility goes, when I moved to Linux I looked up every game in my steam library in proton DB to see what I was working with. The result was that:

    95 of my games ran natively on Linux. 31 of my games were rated platinum. 73 of my games were rated gold. 12 were rated silver. 3 were rated as bronze. 3 were noted as unplayable.

    • Nvidia drivers greatly improved recently, that’s true, but you still have to download the latest beta drivers to run games through gamescope, and they are not on the official pacman repo, so they won’t upgrade automatically.

    You have to add 1 repository for the drivers and then it upgrades when you upgrade as normal. This is like a 2 step process of editing a text file and then running one command. I have never had to use gamescope.

    • Now, let’s talk about performance. Yeah, I have an Nvidia card. Yeah, I know it’s bad for Linux. But that’s what I got, and I bought it very recently, so I won’t buy an AMD card for Linux now. When you talk with Linux users, they will always say that performance in games is way better than in Windows. Maybe that’s true in some games, but I’m afraid that’s only the case for AMD users. With an Nvidia card, the best you can get is the same performances as in Windows. And that is when you’re lucky. Then, if you want shiny things like HDR, or DLSS frame generation, you MUST use gamescope, and it will have a cost in terms of performances. And you will need trials and errors to get everything you want.

    Performance on some games is better through proton and this is true even with my NVIDIA card. This is largely because where you lose performance on emulation, typically you are making up for it in leaps and bounds because Linux is not running 1000 telemetry processes and stuff in the background like Windows does. I have only played one game where the performance was noticeably worse. I don’t use gamescope at all. As far as I’m aware DLSS/HDR work fine (running armored core VI on ultra graphics for example looks and runs great and the settings seem to be enabled). As I said before, I only ever had to trial and error 1 or 2 games.

    • That said, don’t expect other shiny things like RTX HDR in desktop, frame gen out of games that natively support it, DLDSR, and many other things like that, to work in Linux. In fact, everything that is available through the Nvidia App or the Nvidia Control Panel won’t be available in Linux. You must be aware of that, because that’s very cool features you’ll likely never (or in a very distant future maybe) see on Linux. You won’t be able to use Lossless Scaling neither, and there is no equivalent in Linux - even in gamescope, at least for now (but maybe that’ll come, I don’t despair of seeing this happen in the future).

    Parts of this statement are just straight up not true. When installing the drivers, you also install the NVIDIA Settings application which does not contain all settings from the NVIDIA control panel, but a subset of them. RTX HDR in the desktop for example does work, but it is just dependent on the window manager. Here is another reddit thread stating as much. I assume the OP of the thread you linked doesn’t really know what they are doing. If you want a windows-like experience you probably would be using plasma. Also I’m pretty sure lossless scaling has been a feature in protonGE since 2021, so if you really needed it for a game, you would just install that proton version and use its FSR feature there. I mean, this is stuff that comes back top link when I google for “Lossless scaling linux NVIDIA”. The OP really doesn’t seem too dedicated to looking up their problems.

    • Hardware compatibility too, while very good, and even more so with Arch based distros of what I heard, is still a work in progress. For example, I didn’t found out how to make Dual Sense haptics work in The Last of Us Part II Remastered. Everything works, even adaptative triggers, but haptics won’t work. I know it has to do with the impossibility for the game to find the gamepad’s sound device, and there is many workarounds. I tried ALL of it, but still, it doesn’t work. That took me several hours to try it, and that’s what finally made me give up on Linux for gaming for now.

    My PS5 controller including its haptics work natively on debian. I didn’t even have to install any drivers or software for it to work. I just plugged in and started playing. I think it just has to be wired for haptics, or whatever you are using for wireless needs to be capable of supporting the controller and its haptics.

    So pretty much all of these issues seem to be related to the OP not really investigating their issues well, or not understanding where to go to change settings, or not understanding how their package manager works.



  • Tell him to learn how to code?

    Optimally yes, the OP should learn some code before doing so - this task doesn’t seem that difficult to do with a script if you wrote it yourself, and it’s even less work to learn enough to just verify what the script is doing.

    I have no idea how a car works at a deep level. However I know enough to know how to drive, and if I see its mirrors are broken off, the seat belts are missing, or there is gas leaking out of it onto the ground, I probably shouldn’t get in and drive it.

    If you don’t understand code and run generated code, the problem is that you are stuck with a result that you may or may not have wanted. You may also just think it worked correctly when in fact It might have done other stuff as well that can’t be seen plainly - this is the inherent risk of running generated code where you can’t actually verify what it’s doing.

    Maybe it performs the requested function correctly but is sourcing the original code from a use case where someone also wanted to delete every other kind of file that wasn’t a pdf in that directory. Maybe not. But this is a difference of one line of code which can have major ramifications if it gets left in.

    The point is that if you aren’t certain what something does before you use it, you should at a minimum go through the necessary steps to be able to make an informed decision, otherwise it’s just reckless.


  • Pre-made tools have reproducible and known functionality that has been tested whereas LLM’s when generating this across 100 different users may come up with 100 different untested results in which someone who doesn’t know programming won’t really know what complete result to expect from the code it generates.

    In short, pre made tools don’t require programming knowledge because someone has handled all of this for you previously, but LLM’s do require programming knowledge to make sure what it made is going to work safely and correctly.