• 3 Posts
  • 16 Comments
Joined 2 months ago
cake
Cake day: September 5th, 2024

help-circle

  • Arch is almost always up to date with the latest stable releases of libraries and Qt making it an ideal base for KDE Plasma which is a fast moving desktop.

    are you involved in this project? i have a little bit of a gripe with this approach. unless your idea is to aim this os at enthusiasts instead of the general public, the user should not have to worry about large upgrades that might leave the system in a broken state. this is why debian is always a little behind: making sure a bunch of different components in a million possible different combinations all work well together is hard work and it takes time. i’m not even saying it’s not possible to use a rolling release model and have a user friendly distro (opensuse tumbleweed does it pretty well), but reliability comes before software recency imo.

    edit: btw this is why i said i’m unsure making an os is the job of application developers. what’s ideal for the developers might not be ideal for users.







  • i found something: https://old.reddit.com/r/cpp/comments/1dz2hyp/will_herb_sutters_cpp2_eventually_evolve_to_a/lcg6jnb/

    First, thanks for the interest!

    Actually the language is pretty stable, and I take the (rare) breaking changes seriously… at least seriously enough that I write extra code to help users migrate through the change.

    The main blocker for commercial use is that I’ve deliberately used a CC non-commercial license to emphasize that it’s an experiment and so make it clear commercial use isn’t yet allowed. I expect to change that soon though, as I think it’s about ready for “alpha use-at-your-own-risk” Apache-licensed commercial use. We’ll see, I have a couple more things I want to achieve in the coming weeks before calling it “0.8” and switching to a commercial-use-allowing license…

    it’s been three months, so maybe we’re now close to a commercially-viable-ish version? even though 0.8 hasn’t been released yet










  • rust is a systems/low overhead programming language. really not much of a point comparing js/ts and rust, since js is much higher level. you should be comparing it with c, c++, zig, maybe nim, etc

    you also imply it’s pointless to have a language geared towards performance because computers are better now, but 1) programs run on more than just personal computers and you wouldn’t run js in an embedded system and 2) just because your computer can put up with poor performance and resource waste doesn’t mean that it’s sensible to do so (hello electron)

    also, rust does more than just cosmetic improvements. it adds a layer of statically guaranteed memory safety that no other commercially viable programming language that i know of has. even if its syntax looked like ancient eldritch runes, it would still be an attractive language. the fact that it manages to do more than other languages while still having a decent syntax is amazing

    you can dislike rust if you want that’s fine but you don’t need to try to shit on it just bc it’s not your cup of tea



  • as a brazilian, i have a few ideas as to why latam participation in the survey was so low and i don’t think it has much to do with low linux usage

    1. lemmy isn’t very popular in brazil yet, even inside the brazilian fediverse. my current instance is a few months old and it is one of the first brazilian lemmy instances

    2. unlike europeans, the overwhelming majority of brazilians is monolingual. only 5% of brazilians have any level of english knowledge and 1% are proficient. even if lemmy was popular in brazil, most people wouldn’t even see the survey anyway

    i don’t know for sure about the rest of latam (and the global south for that matter), but I’m willing to bet both of these points apply