Iirc, he actually said that Linux kernel development should be led by distinguished programmers, and you're unlikely to become so without decades of making projects that people appreciate. At the same time, he didn't rule out someone a bit younger could take the place.
this post was submitted on 22 Sep 2024
62 points (97.0% liked)
Linux.zip
369 readers
2 users here now
Linux community for Lemmy.zip. also this needs mods pretty bad
Community Rules:
- Do not violate any laws, third-party rights, and/or proprietary rights.
- Do not harass others, be abusive, threatening, and/or harmful.
- Do not be needlessly defamatory and/or intentionally misleading.
- Do not upload without marking obscene and/or sensitive content as such.
- Do not promote racism, bigotry, hatred, harm, and violence of any kind.
^i^ ^may^ ^or^ ^may^ ^not^ ^have^ ^stolen^ ^these^ ^rules^ ^from^ ^another^ ^linux^ ^community^ ^on^ ^another^ ^instance^
founded 1 year ago
MODERATORS
Sounds more like Linus is keeping up face after the rust debacle.
Honestly who the hell would want to code in C? when you have better languages like zig,rust,go with actual package management, linters
When you're working at a real systems level c is so much easier to get up and running with. These are hard problems and getting something just to a working stage can be a real challenge. C is also really simple in comparison to those mentioned, and there are a lot of people that enjoy working with c/asm.
Zig is not stable and will not be for sometime. It has a few quirks that bother me, but I look forward to using it more seriously once they release 1.0.
Rust is a different style of programming, that's not a bad thing, but you can't fault someone for not liking it. I think it's great that a lot of people really like rust, that's awesome, but it's not perfect. It doesn't help that there's a lot of condescension towards other languages coming from rust zealots.
Go's GC makes it a non starter in certain domains.
C 'package management' isn't that difficult once you understand the tooling, and there's a lot of freedom that you come to appreciate when you're writing a driver, bootloader, porting to a custom/exotic os, etc. clangd works fantastically so it's not lacking lsp goodies.
Real systems programming is a much smaller field than other disciplines so it does not surprise me that programmers as a whole don't understand what makes c great.
I've yet to see any actual condescension from Rust developers, just a whole lot of people complaining about Rust.
At the kernel level you're not going to be using package managers, or anything with a GC (rip D)
I don't think C is particularly good, but it's "good enough", and nothing obviously better at these use cases has come along to displace it. It's been around long enough that it "just is" the tool of choice for stuff for people.
Which of course leads to things like the Linux situation where it's big enough that nobody actually understands how it all works or fits together.
Go is not something you can use for systems programming.
Link to the talk?
You can check on https://events.linuxfoundation.org/open-source-summit-europe/ YT page.
Was a bit more crowded than i could handle
If its interesting someone will post it somewhere