Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)W

wim

@ wim @lemmy.sdf.org

Posts
1
Comments
16
Joined
3 yr. ago

  • Fanless linux laptop

    Jump

  • I bought a used gen1 Thinkpad X1 Nano. It is super light (<1kg), works flawless out of the box with Linux, and while I think it does have a fan I've never noticed it.

  • What does your desktop look like?

    Jump

  • Based on the neofetch it's a Samsung Fold Z 4

  • Shiiieeettt.......

    Jump

  • In a lot of modern work flows this is incompatible with the development pattern.

    For example, at my job we have to roll a test release through CI that we then have to deploy to a test kubernetes cluster. You can't even do that if the build is failing because of linting issues.

  • Deleted

    Permanently Deleted

    Jump

  • If that's your attitude, then I don't think this is going to work out.

    Wine is not a company. People building and fixing Wine to support a specific piece of software are largely volunteers. Noone works at Wine. Noone does product support. It's a free service created by volunteers.

    That's how most Linux software gets built. And none of these people owe you anything. No support, no easy to use config.

    Frankly, you sound incredibly entitled and unwilling to listen and learn to everyone here who's tried to help you.

    To answer your original question: there's no one global way to make Wine run all software out of the box. That's why Valve spends so much time tuning different setups of Wine for all the games they support. CodeWeavers to some extent does that for non game software.

    Doing this for the wide variety of Windows software out there is an impossibly large task and frankly out of scope for what most Linux distributions have as a goal or intended use case. If you want to run Windows software on Linux, there are many different projects that try to package or help you install the most popular things. But other than that, you're free to try on your own.

  • Every language has its niche

    Jump

  • I never did Rails but I used Ruby for many personal projects in the 2000s.

    When showing stuff to my coworkers or friends, I often joked how I tried to make my code look like it was already gzipped.

  • good luck little buddy, see you in 5 years

    Jump

  • Depends heavily on the market segment. I also work in Europe and in my 15 years as a software developer (the first 6-7 as C/C++ developer) I've never seen anyone use Visual Studio.

  • Linux Boomers

    Jump

  • To quote the author himself:

    Great, do whatever you want. Just shut the fuck up about it, nobody cares.

    But then he proceeds to do the exact opposite and posts a vitriolic rant about how everyone who doesn't use what they use is, in their words, and idiot.

  • Thank you all so much for keeping me on the Linux train!

    Jump

  • I used them as well, and I know of at least 3 more coworkers who use them as well.

    I got started when I got one for free with a used computer I bought. I've since then switch full time to using an MX Ergo (like OP) on my desktop, and a cheaper M575 I keep in my laptop bag.

    I even game with them, and haven't touched a computer mouse in probably 2 years.

    The MX Ergo is far superior to any other I've used, highly recommended.

  • I've started building a TUI for Lemmy

    Jump

  • We built our AI from the ground-up

    Jump

  • Where is this template from?

  • Linux @lemmy.ml
    wim @lemmy.sdf.org

    State of the Nvidia open source driver in late 2023?

  • Its been an interesting morning

    Jump

  • Sorry, yes, that was durability. I got it mixed up in my head. Availability had lower targets.

    But I stand by the gist of my argument - you can achieve a lot with a live/live system, or a 3 node system with a master election, or...

    High availability doesn't have to equate high cost or complexity, if you can take it into account when designing the system.

  • Its been an interesting morning

    Jump

  • I used to work on an on premise object storage system before, where we required double digits of "nines" availability. High availability is not rocket science. Most scenarios are covered by having 2 or 3 machines.

    I'd also wager that using the cloud properly is a different skillset than properly managing or upgrading a Linux system, not necessarily a cheaper or better one from a company point of view.

  • Its been an interesting morning

    Jump

  • Got to agree with @Zushii@feddit.de here, although it depends on the scope of your service or project.

    Cloud services are good at getting you up and running quickly, but they are very, very expensive to scale up.

    I work for a financial services company, and we are paying 7 digit monthly AWS bills for an amount of work that could realistically be done with one really big dedicated server. And now we're required to support multiple cloud providers by some of our customers, we've spent a TON of effort trying to untangle from SQS/SNS and other AWS specific technologies.

    Clouds like to tell you:

    • Using the cloud is cheaper than running your own server
    • Using cloud services requires less manpower / labour to maintain and manage
    • It's easier to get up and running and scale up later using cloud services

    The last item is true, but the first two are only true if you are running a small service. Scaling up on a cloud is not cost effective, and maintaining a complicated cloud architecture can be FAR more complicated than managing a similar centralized architecture.

  • emacs moment

    Jump

  • which linux distro do you NOT like, and why?

    Jump

  • How does Manjaro add incompetence? I've not used either for a while, buy Manjaro never failed me, while arch did manage to make my system nuke itself a couple times just running pacman -Syyu. Granted, this was a long time ago, but it's the only distro to so this to me ever.