• 0 Posts
  • 16 Comments
Joined 1 year ago
cake
Cake day: July 1st, 2024

help-circle





  • monotremata@lemmy.catolinuxmemes@lemmy.worldDaily Driving
    link
    fedilink
    English
    arrow-up
    3
    ·
    1 year ago

    There are a lot of reasons people might want to switch to Linux from Windows, but I don’t think it’s usually the GUI that’s the main problem on the Windows side. I think it’s pretty reasonable to want the GUI to work in the way you’re used to but still want an OS that doesn’t shove ads at you, install AI without your permission, bug you about Teams and OneDrive, reboot every time it needs to update anything, etc.




  • I definitely considered FFmpeg (I mean, it does everything, and pretty much as fast as possible), but the sense I had was that people were mostly posting about tools that were reasonably accessible to novice users, with nice-ish interfaces. FFmpeg is pretty daunting to newcomers.

    OpenSCAD (CAD, but with a programming language-style interface) is kind of in a similar category. It’s pretty powerful, and for someone who thinks like a programmer it can be relatively easy to learn, but if you don’t already understand 3d transformations on a pretty intuitive level, the program doesn’t have a lot of features to ease you into that.



  • Because they didn’t turn on federation until last year, and at that point it was still limited to fewer than ten users per alternate server, and you had to manually request federation through a Discord server from an actual human. This year they’ve automated the federation process, but you still have to start with a tiny server, and they claim they’re going to raise the user limit gradually as new servers remain federated with the main server.

    But yeah, the upshot is bsky.social has 13 million users, and there are no other servers with notable numbers of users. That’s a pretty notable difference from ActivityPub.


  • I dunno, I think you may be underestimating ARM here. I’ve heard that the overhead from translating the machine code is a lot lower than you might think, because so much X86 code is optimized down to a RISC-like subset of the instruction set already. And if that overhead isn’t too daunting in the common cases, the more robust power management on the ARM side of the chip market might be able to make up the difference in a handheld environment for most users. Obviously it’s a huge amount of work to nail the software, and it would be on top of the work they were already doing on Linux, so I’m not saying it’ll definitely be in the next iteration, but I could definitely imagine it happening eventually.