The LLM part is bad news but it isn't the sign.
-
RE: https://woof.tech/@techokami/117439226690379216
The LLM part is bad news but it isn't the sign. It's the talking about planning succession while simultaneously complaining that nobody new wants to learn, that's the sign.
Y'all the kernel is in deep, deep trouble. We saw what happened to Perl and the kernel is in deep trouble.
@mhoye Question is: who is willing to fork pre-LLM version of Linux and maintain that? That would be the most practical solution.
AFAIK most people who care walk away from Linux to less mature NetBSD or RedoxOS, which do have strict anti-AI policy. -
@glaskows @thomaswilburn @mhoye because 5 years ago you would be reading and contributing to code written and documented by humans. now you are working on code that is generated by AI and very likely to be unreadable, messy, the documentation could be wrong or incorrect because it was hallucinated, etc etc.
the presence of any ai generated code in a project adds additional mental overhead for any humans working on it.
people who want to code without using AI will give up. people who do want to use AI will remain. more AI generated code will slip in. this vicious cycle will bleed the project of all people who can/want to work on the project by hand untill all that remains is people who depend on an AI to tell them what to do
what i mean by this is no you cant keep coding like you did 5 years ago in a project that allows ai contributions because ai contributions are actively hostile to coding like 5 years ago
@gabu @glaskows @thomaswilburn @mhoye
5 years ago you would be reading and contributing to code written and documented by humans
Coincidentally, five years ago I actually was working on the Linux kernel and documented is a massive stretch. The code is almost totally bereft of comments. APIs return pointers and the only way to understand who is responsible for cleaning those things up or what the ownership discipline is, is to read other callers and then adopt the consensus view (it’s inconstant you’ll find a bunch of API misuse: if you just copy the first one you find there’s a good chance it will be wrong).
-
And for Linux as a plausibly community-managed meaningfully open as in open project, that clock is definitely ticking.
The end of this road is some corporate-funded retirement home for understaffed and underfunded projects once enough of the current devs have aged out without anyone growing into those roles, with private forks at companies that relied on the kernel, also privately relieved there's no need or reason to deal with antediluvian developer processes or bother giving back anymore.
AWS Linux
-
Anyway, funny story but remember when the discussion was about The Cathedral and The Bazaar?
There's a second axis to that graph, and it's ends are labelled "A Community" and "A Cult".
Just to pile onto this some more:
"Ojeda said that there is a need to deprioritize these contributors, but that we still need to find talented people to join our community. That means finding ways to focus on the people who actually matter."
One of and maybe the biggest challenge we had fostering contributors that I - he said patting himself on the back - recognized early when I started at Mozilla, was in coming to terms, structurally, with the fact that free, open software had... won.
-
Just to pile onto this some more:
"Ojeda said that there is a need to deprioritize these contributors, but that we still need to find talented people to join our community. That means finding ways to focus on the people who actually matter."
One of and maybe the biggest challenge we had fostering contributors that I - he said patting himself on the back - recognized early when I started at Mozilla, was in coming to terms, structurally, with the fact that free, open software had... won.
@mhoye I have wondered for years what the point of licences for open source projects really was if it was trivial to ignore them and it only cost money to deal with it (which companies had and the authors did not).
Am I missing something?
-
Just to pile onto this some more:
"Ojeda said that there is a need to deprioritize these contributors, but that we still need to find talented people to join our community. That means finding ways to focus on the people who actually matter."
One of and maybe the biggest challenge we had fostering contributors that I - he said patting himself on the back - recognized early when I started at Mozilla, was in coming to terms, structurally, with the fact that free, open software had... won.
That is to say: Firefox 1.0. 2004. A smart kid who wants to contribute to a high-profile open source project with name recognition and global impact had basically four choices: the Linux kernel, the GNU project, the Apache webserver and Firefox; outside serious nerd circles that was basically it.
A decade later, after macports and later homebrew, the explosion of the ruby and python ecosystems, git and GitHub and the entire directional shift of the software world, that kid had 10,000+ choices.
-
To explain what I mean by this: for a long time the Perl community took great pride in how difficult and terse the language was. The old joke that well-written perl was indistinguishable from line noise wasn't just a joke, it was a badge of honour.
That attitude was sustainable when the internet was small and alternatives were scarce. But the moment tools appeared that prioritized things like human ergonomics (python) and human interaction (ruby) the perl community started aging out and dying.
I'd respectfully disagree. One can write impenetrable shit in *any* language. I have archives of shit which can demonstrate this quite clearly!
Perl, in fact, encourages good formatting. Well-designed Perl can be nicely modularised into OO-lite objects as well.
I personally do not like Python, for example, because it treats white-space as syntactically critical.
"We all like different things" is probably the takeaway here
-
Just to pile onto this some more:
"Ojeda said that there is a need to deprioritize these contributors, but that we still need to find talented people to join our community. That means finding ways to focus on the people who actually matter."
One of and maybe the biggest challenge we had fostering contributors that I - he said patting himself on the back - recognized early when I started at Mozilla, was in coming to terms, structurally, with the fact that free, open software had... won.
@mhoye the phrase "the people who actually matter" makes me so god damned angry.
-
@mhoye like romans forgetting how to make concrete
-
Anyway, funny story but remember when the discussion was about The Cathedral and The Bazaar?
There's a second axis to that graph, and it's ends are labelled "A Community" and "A Cult".
@mhoye I just want to remind folks that ESR was already a nazi when he wrote CATB, and the entire framing was motivated and guided by his ideologies. I'm not sure we have the unadulterated historical memories to evaluate things untainted by that.
-
That is to say: Firefox 1.0. 2004. A smart kid who wants to contribute to a high-profile open source project with name recognition and global impact had basically four choices: the Linux kernel, the GNU project, the Apache webserver and Firefox; outside serious nerd circles that was basically it.
A decade later, after macports and later homebrew, the explosion of the ruby and python ecosystems, git and GitHub and the entire directional shift of the software world, that kid had 10,000+ choices.
A thing I said a lot in those first few years was: we are competing on the experience and ergonomics of being a part of this community. Every single person out there who is smart enough to turn the crank on a compiler and figure out how to send us a patch has thousands of options. The process complexity and hard-knock oldschool open source "culture" we believe is acting as a "filter" isn't selecting for brains or talent, it's selecting for a willingness to tolerate bullshit and endure abuse.
-
That is to say: Firefox 1.0. 2004. A smart kid who wants to contribute to a high-profile open source project with name recognition and global impact had basically four choices: the Linux kernel, the GNU project, the Apache webserver and Firefox; outside serious nerd circles that was basically it.
A decade later, after macports and later homebrew, the explosion of the ruby and python ecosystems, git and GitHub and the entire directional shift of the software world, that kid had 10,000+ choices.
@mhoye I'm skeptical that "wants to contribute to a high-profile open source project with name recognition" should be a goal anyone should be supporting.
That's the mindset that got us into the shit we're in: FOSS as a way to get one's foot in the door for cushy tech industry careers, not as a way to take a problem you understand and care about and make things better for yourself and others.
It promotes the same kind of behavior in FOSS as the Google "breaking shit to get a promotion".
-
A thing I said a lot in those first few years was: we are competing on the experience and ergonomics of being a part of this community. Every single person out there who is smart enough to turn the crank on a compiler and figure out how to send us a patch has thousands of options. The process complexity and hard-knock oldschool open source "culture" we believe is acting as a "filter" isn't selecting for brains or talent, it's selecting for a willingness to tolerate bullshit and endure abuse.
And to be explicit about this: a long-running filter that's selecting for a willingness to tolerate bullshit and endure abuse is exceedingly useful if you're a terrible manager or a sex pest, two classes of people who have notably flourished in free software for a very long time.
But when smart people have choices, and they choose not to tolerate mismanagement and abuse and stop choosing you, either you grow up or soon all you have are people who think abuse and mismanagement are normal.
-
And to be explicit about this: a long-running filter that's selecting for a willingness to tolerate bullshit and endure abuse is exceedingly useful if you're a terrible manager or a sex pest, two classes of people who have notably flourished in free software for a very long time.
But when smart people have choices, and they choose not to tolerate mismanagement and abuse and stop choosing you, either you grow up or soon all you have are people who think abuse and mismanagement are normal.
And you can call this oversensitive, feel-good "woke" nonsense if you want, but I've got the data and I'm right: a code of conduct, community standards and moderation enforcing them, the psychological safety of your community, these are near term competitive advantages and long term survival necessities. Treating the process of getting involved and the experience of staying involved in your community _as a product_, worthy of usability testing and ergonomic refinement, that moves the needle.
-
And you can call this oversensitive, feel-good "woke" nonsense if you want, but I've got the data and I'm right: a code of conduct, community standards and moderation enforcing them, the psychological safety of your community, these are near term competitive advantages and long term survival necessities. Treating the process of getting involved and the experience of staying involved in your community _as a product_, worthy of usability testing and ergonomic refinement, that moves the needle.
@mhoye@cosocial.ca currently trying to hold my tears. thank you; this is an excellent condensation
-
Just to pile onto this some more:
"Ojeda said that there is a need to deprioritize these contributors, but that we still need to find talented people to join our community. That means finding ways to focus on the people who actually matter."
One of and maybe the biggest challenge we had fostering contributors that I - he said patting himself on the back - recognized early when I started at Mozilla, was in coming to terms, structurally, with the fact that free, open software had... won.
@mhoye It seems like people are betting that open source will lose moving forward and basically bowing to their new corporate overlords. What's the point when you can just strip mine existing reserves?
I don't think this but I can see the point of view.
-
And you can call this oversensitive, feel-good "woke" nonsense if you want, but I've got the data and I'm right: a code of conduct, community standards and moderation enforcing them, the psychological safety of your community, these are near term competitive advantages and long term survival necessities. Treating the process of getting involved and the experience of staying involved in your community _as a product_, worthy of usability testing and ergonomic refinement, that moves the needle.
@mhoye I think this is a good thread.
-
And to be explicit about this: a long-running filter that's selecting for a willingness to tolerate bullshit and endure abuse is exceedingly useful if you're a terrible manager or a sex pest, two classes of people who have notably flourished in free software for a very long time.
But when smart people have choices, and they choose not to tolerate mismanagement and abuse and stop choosing you, either you grow up or soon all you have are people who think abuse and mismanagement are normal.
@mhoye Developers also have more choices outside the "Free Software"/"Open Source" scene now.
When all this stuff got started, the transaction costs of proprietary meant that if you started on a student/hobbyist budget and wanted to do globally useful software, free was the main option.
Now mobile app stores make non-free projects even lower hassle than free ones. And SaaS platforms aren't much harder. The overhead advantage of participating in open source went away while the downsides stayed.
-
And you can call this oversensitive, feel-good "woke" nonsense if you want, but I've got the data and I'm right: a code of conduct, community standards and moderation enforcing them, the psychological safety of your community, these are near term competitive advantages and long term survival necessities. Treating the process of getting involved and the experience of staying involved in your community _as a product_, worthy of usability testing and ergonomic refinement, that moves the needle.
We gave the entire (well, no-PII, no active secbugs, etc) contents and history of Bugzilla to some very smart PhDs at uMontreal, and one of the things they came back with was this: somebody submitting their first bugfix was relatively unlikely to submit a second, but somebody on their fourth bugfix is quite likely to get to five, and six, and stick around.
I cannot emphasize enough how much you get from up front code ergonomics and human care in the early stages of the contributor relationship.
-
@mhoye I think this is a good thread.
