Timestamps:
00:00 Intro
00:36 Sponsor: TuxCare
01:46 KDE’s AI policy
06:42 Existing AI policies
10:06 Going further on AI
12:58 My stance on AI
17:05 FOSS projects: yes or no to AI?
28:02 Sponsor: Tuxedo Computer
Timestamps:
00:00 Intro
00:36 Sponsor: TuxCare
01:46 KDE’s AI policy
06:42 Existing AI policies
10:06 Going further on AI
12:58 My stance on AI
17:05 FOSS projects: yes or no to AI?
28:02 Sponsor: Tuxedo Computer
This was an issue in the computer science field well before LLMs, though (like in many areas) they did pour gas on the fire.
TBH I think it’s more of an issue for paid software. Manpower and burnout is the bottleneck for FOSS projects, and contributions are largely thankless, hence I think amongst the people who do contribute, there will be more of an interest in truly learning the codebase.
Multiple FOSS projects have been complaining over the last year or so that they are getting swamped with LLM-generate PRs that are often low-quality, but still require a similar amount of time to review. LLMs are shifting extremely lited FOSS core maintainer capacity away from development and into time-wasting code reviews with a high rejection rate.
Well, yes, and that’s exactly what the KDE policy is addressing. They’re saying “we are going to reject vibecoded PRs, unconditionally; so don’t bother submitting them.”
The biggest contributor to the backlash of the proposed policy was the additional aspect explicitly not requiring AI used in a PR to be disclosed, regardless of its quality (and which is unrelated to the ability to quickly reject obvious slop PRs).