169
top 50 comments
sorted by: hot top new old
[-] HaraldvonBlauzahn@feddit.org 94 points 3 weeks ago

Kroah‑Hartman consistently framed language choices in terms of reviewer workload rather than developer convenience. Linux has "over 5,000 developers" but "about 150 core maintainers that review the majority of the code," a skew that drives his priorities. "We optimize for reviewers. We don't optimize for developers because we have a lot of developers," he said, suggesting Rust's ability to enforce locking and lifetime rules at build time means reviewers can spend their limited bandwidth on logic rather than bookkeeping: "If it builds as a reviewer, I know it's OK. I can look at the logic."

That's a great point. Living open source code must be readable and maintainable. Rust is an excellent match for that.

[-] geolaw@lemmygrad.ml 6 points 3 weeks ago

And with AI joining in with developers the workload on reviewers has increased

[-] fubarx@lemmy.world 45 points 3 weeks ago

So many system bugs are because of unclear memory ownership, buffer overflows, and race conditions. C/C++ don't help you avoid any of these footguns. Any other system that relies on GC is non-deterministic and prone to mystery hiccups, which is why OS and driver tech has been pretty much the same foundation since the 70s.

Rust lets you avoid 2 of those 3 issues (thread race conditions are still a thing). And being compiled, instead of interpreted bytecode means you can get reasonable performance on smaller machines. No wonder these OS guys are so excited.

[-] BartyDeCanter@piefed.social 16 points 3 weeks ago

Yup. Most of my career has been working on embedded realtime software, so interpreted languages are right out and really only C and a subset of C++ are available. I’ve now been using Rust in that way for about nine months now and while the syntax is sometimes silly feeling, being able to not worry about some many other issues has made development much better.

load more comments (6 replies)
[-] HiddenLayer555@lemmy.ml 22 points 3 weeks ago* (last edited 3 weeks ago)

Don't know about "fun again" but definitely a lot less nervewracking and paranoia inducing.

[-] thingsiplay@lemmy.ml 12 points 3 weeks ago

It is hard to think in and see through the eyes from a Kernel core maintainer, if you don't do this kind of stuff at this level. Instead enforcing style guides, looking for edge cases and unexpected issues because C allows to do anything must be terrifying. Part of this "nonsense" goes away using a language that is designed to handle this better. And you know, learning a new language with features you always wanted to have in C might be exciting too, I don't know. I can imagine Rust being more fun than C in the Kernel for some, so this is not a wild take or anything like that.

I think the most exhausting part of Rust was two fold: a) the language was not designed to be used in the Kernel, they needed to update and discuss after real world usage, and b) the push back from C developers who either didn't understand Rust or think its bad for the Kernel. The childhood illnesses of Rust in Linux is seemingly over.

[-] asdfasdfasdf@lemmy.world 9 points 3 weeks ago

I find Rust extremely fun

[-] yogthos@lemmy.ml 9 points 3 weeks ago

I've got a non trivial project in Rust, and it takes like 5 min to compile on my machine. Personally, I don't know how anybody can call this fun. I find it insane to have to wait minutes to see the changes and to iterate. And like sure you can break shit up into crates to speed up compilation, but to do that you already have to have a design you're happy with and that's stable.

[-] eldavi@lemmy.ml 18 points 3 weeks ago* (last edited 3 weeks ago)

I find it insane to have to wait minutes to see the changes and to iterate.

i did devops between 2015 & 2025 and got used to the cadence of waiting between 15 & 180 minutes for testing/production pipelines to finish vetting the work i submitted to them.

i went back to doing IT last year and setup similar pipelines to update the code base my predecessor left behind and my new boss expressed the same consternation about waiting for your changes to iterate.

i'm thankful for it because it gives me 30-ish minute windows to browse and annoy people on lemmy throughout the day. lol

[-] yopyop@sh.itjust.works 10 points 3 weeks ago
[-] eldavi@lemmy.ml 3 points 3 weeks ago

this comic will forever make me flinch. lol

back around 2010, i did IT at a place that got a new isilon cluster to alleviate storage space woes with our netapps and the software engineers used this comic to make fun of the work we did when it caused a bottleneck over the network. lol

[-] yogthos@lemmy.ml 6 points 3 weeks ago

haha this reminds me of my days working with websphere :)

[-] eldavi@lemmy.ml 10 points 3 weeks ago
[-] yogthos@lemmy.ml 6 points 3 weeks ago
[-] JackbyDev@programming.dev 3 points 3 weeks ago

Gosh. I remember working with this back in 2019 and earlier. Our legacy products ran on it. I remember a new service we made (before Spring Boot really took off) used TomCat. It was so much easier to mess with. I asked why we don't use that for our main product. Imagine my surprise when they said we actually used to.

I'm sure they had their reasons, I was a younger dev at the time and didn't have insight into why they changed it. But still. Everything is so simple now. Java to run your jar. Your jar has your server built in. Done. And that's not even including containerization.

I do miss Jenkins though. GitHub Actions seems to be the new hotness. Maybe I just don't have the muscle memory yet, but it can be annoying.

[-] yogthos@lemmy.ml 5 points 3 weeks ago* (last edited 3 weeks ago)

Yeah, not gonna miss app servers. I do find the JVM was kind of made for a different era though. It's basically designed to act like a VM on top of which all your apps run. So, startup time isn't really a problem, and it wants to grab as much memory as it can by default. But nowadays everybody just makes small self contained apps that you can scale horizontally, so this whole model the JVM is tailored for isn't really used outside big enterprise. And Jenkins was alight, I used to use it back in the day too. For the most part, I do find GitHub actions are an improvement though. You just make a script and magic happens.

[-] JackbyDev@programming.dev 3 points 2 weeks ago

I think that's pretty good insight. In some ways, the JVM served the role that things like Docker does today. That's a good way of looking at it

load more comments (1 replies)
[-] trem@lemmy.blahaj.zone 9 points 3 weeks ago

5 minutes sounds like way too much, unless you mean a fresh compile. But then you shouldn't need to wait that long between changes, since incremental compilation should kick in then.

And like sure you can break shit up into crates to speed up compilation, but to do that you already have to have a design you're happy with and that's stable.

I mean, if you have your modules structured in a tree structure and with proper visibility, then it isn't a particularly big leap to put it into a separate crate. You just move the files, maybe fix some visibility modifiers still, and then a bit of boilerplate to add it to the workspace.

It's only really when you're publishing to crates.io, that you don't particularly want to keep changing the names/scopes of the crates, as they'll stick around on there for the foreseeable future.

[-] yogthos@lemmy.ml 4 points 3 weeks ago

It's around 100k loc sized project, so from what I've seen that's about what you can expect with Rust.

[-] dessalines@lemmy.ml 10 points 3 weeks ago

5m seems about right. Lemmy's from scratch builds are ~3.5m on a fast machine, and we have ~60k lines of code, and are using some with large libraries with lots of features enabled.

But you really should only ever have to do a from scratch build either at the beginning, or when you deploy. When developing, your IDE should only ever really run check or clippy, which should take seconds at most.

[-] yogthos@lemmy.ml 4 points 3 weeks ago

I should really revisit this. I know I looked at it again. The compiling crops up I you actually want to run the app and test drive the changes live.

[-] trem@lemmy.blahaj.zone 3 points 3 weeks ago

100k lines and you don't yet have a design that's mostly settled?

load more comments (1 replies)
[-] asdfasdfasdf@lemmy.world 7 points 3 weeks ago* (last edited 3 weeks ago)

Five minutes with build cache? Or from cold build?

With cache, then there's almost certainly something wrong with your computer or project.

Also... you aren't building with --release every time are you?

[-] yogthos@lemmy.ml 4 points 3 weeks ago

No, I'm not using --release every time of course. And sometimes it's minutes even with the cache.

[-] asdfasdfasdf@lemmy.world 5 points 3 weeks ago

That's highly abnormal to have minute long debug build times.

load more comments (10 replies)
[-] iByteABit@lemmy.ml 6 points 3 weeks ago

mold and sccache help a lot with the compile times

[-] yogthos@lemmy.ml 6 points 3 weeks ago

I recall looking at mold, but it didn't end up helping much in my case. And haven't looked at sccache, that might actually help if it can cache compilation incrementally in an intelligent way.

load more comments (4 replies)
[-] anon_8675309@lemmy.world 5 points 3 weeks ago

Rust would be better if the rust community wasn’t so up everyone’s ass about using rust.

[-] HaraldvonBlauzahn@feddit.org 10 points 3 weeks ago

Attacking the messenger because you don't have any good argument against the message?

This is the Linux kernel project, one of the technically most conservative projects in the FLOSS community.

load more comments (9 replies)
[-] pewpew@feddit.it 4 points 3 weeks ago

What part of Rust is fun?

C is fun to me because the syntax is easy to understand and straight to the point. C is also great for learning low level coding, I find Rust so confusing

[-] iopq@lemmy.world 26 points 3 weeks ago

Yes, C syntax is easy understand

[-] SineSwiper@discuss.tchncs.de 10 points 3 weeks ago

I'm a Perl programmer. This C syntax is fucked.

[-] Nalivai@lemmy.world 6 points 3 weeks ago

The first picture isn't what people write, even though it's technically compilable, it's not what C is.
The second is a normal syntax, pretty simple to understand if you write enough code.
C is very simple language at it's core, and it allows for it to be used in a very complicated systems.

load more comments (10 replies)
load more comments (3 replies)
[-] slacktoid@lemmy.ml 22 points 3 weeks ago

Rust requires you to unlearn some of the C and CPP habits. And so it's like learning a language that approaches things differently. That is pretty fun to see how another language solves a problem etc. I think rust is a very fun and interesting language tbh. But you are free to not like it, that's all good man. That's why we have different languages. After getting into rust, for me, you need to convince me to use C or Cpp, they have their niches for sure, but rust allows that too like embedded programming etc.

load more comments (1 replies)
[-] asdfasdfasdf@lemmy.world 6 points 3 weeks ago

Rust us way easier to understand for me (and I'd guess most people) than C.

Rust is fun because it's the only mainstream language with an affine type system, which allows some really cool patterns like the typestate pattern. And the fact that there's no inheritance or null or exceptions is amazing.

load more comments (1 replies)
[-] HaraldvonBlauzahn@feddit.org 4 points 3 weeks ago* (last edited 3 weeks ago)

What part of Rust is fun?

C is fun to me because the syntax is easy to understand and straight to the point.

You probably had never the pleasure to search for bugs caused by C Undefined Behaviour in multithreaded code.

When I was writing my diploma thesis, I was writing multi-threaded code for an embedded DSP system. Results were wrong all the time. I tracked it down to atan2() giving wrong results. I searched for about six weeks how to fix that and it disappeared when I changed the position of the program's data segment.

(If the concept of Undefined Behaviour is new to you, I can recommend the web pages of Jens Regehr).

The above debugging experience was 25 years ago. We have better languages now. Rust has no Undefined Behaviour. That means you can track any bug (except compiler bugs) deterministically down to where the actual logic of the code, and the model of it which was in your head depart. This is great.

Rust is fun because you can compile a complex program and it runs.

But industry is still working with a fifty year old language written for systems where 32 kilobytes were a lot of memory. At work, I am still searching for bugs in multi-threaded C code with manual memory management (the previous developer didn't think this needs locks), and I have to explain to the CTO that no, wo won't have a release this fall, while the company literally drowns in technical debt.

load more comments (5 replies)
[-] Auli@lemmy.ca 3 points 3 weeks ago

Also really easy to introduce bugs. But from how everyone online talks about being good developers is all you need. I don't know how those bugs get there in the first place.

[-] HaraldvonBlauzahn@feddit.org 4 points 3 weeks ago* (last edited 3 weeks ago)

I don’t know how those bugs get there in the first place.

Easy to explain.

Visualizing program code as cables, this is how a shiny new program would look:

And this how, for example in a commercial environment, or if the programmers are not absolute masters, such a program will look after 15 years of bug fixing, feature requests, urgent changes, deadlines, and unfinished restructurings:

The thing is that especially C code contains tons of implicit invariants which you simply cannot maintain in such code.

And don't forgot that the picture above shows perhaps 500 cables, but a codebase can easily contain 50000 lines of code....

load more comments (1 replies)
load more comments
view more: next ›
this post was submitted on 17 Jul 2026
169 points (96.2% liked)

Linux

66878 readers
543 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 7 years ago
MODERATORS