Earlier quoted context omitted.
Dice don’t have lived experience
How does that matter for a coding task?
Debian votes to allow "responsible use of generative AI"
391–400 of 463 posts
Re: Debian votes to allow "responsible use of generative AI"
#392Earlier quoted context omitted.
I'm not sure how context is managed between reasoning traces and actual output in Claude / claude code, but if the reasoning trace is in the context of the question for "why did you do that", it can actually answer why it did that.
Reasoning traces are also probable explanations.
Re: Debian votes to allow "responsible use of generative AI"
#393The voting seems to have been pretty much linear to how pro-LLM they were. So it's interesting that all of the proposals were essentially anti-LLM and the chosen one was the mostly neutral, only slightly anti-LLM one. The absence of any pro-LLM proposal indicated that proposal writers are not in sync with the voters
Re: Debian votes to allow "responsible use of generative AI"
#394Personally I would have voted "nuke all AI", even though AI has some beneficial use. I simply feel AI is too dangerous in projects. Ruby has been mostly slurped up by AI - almost all code contributions are now run by master claude. A few months ago this german dev on the ffmpeg mailing list spam-slopped his fellow guys with an AI-generated proposal. He did not have time to write a real proposal - but he had enough time to have AI slop pester spam other humans. I am sorry but AI really should not be leaked onto other human beings. It's not nice to do so. And the "AI is there to stay" does not seem like a valid excuse to me to spam-slop other humans. Skynet is winning here - it is recruiting humans to love AI.
Re: Debian votes to allow "responsible use of generative AI"
#395Do court decisions that limit copyright protection of AI generated content cause problems for open source? Isn't there a requirement for a "Mental Conception" of the code output when using such a tool? Even copypasta requires you to somewhat know what you need to do, where "automated bug finding", does not seem to.
Re: Debian votes to allow "responsible use of generative AI"
#396Earlier quoted context omitted.
> Seriously, this was a huge thing in C and C++, where you had to know/remember/know to look up very specific error codes and conditions in an API and if you didn't then it was very much considered to be a skill issue. It was not unless you were part of some very weird circle. There was always manuals and other references that listed everything about a platform or library. Then we got ‘man’ and ‘info’. And I remember…
I'm not sure what you're saying, or how it is not what I'm saying? You're giving examples of places to read documentation, and I'm saying that the expectation was that behaviors caused by not checking documentation would be your fault. If that isn't your experience, cool, it was definitely mine when posting on forums online 15-16 years ago.
Re: Debian votes to allow "responsible use of generative AI"
#397Earlier quoted context omitted.
I think 10 levels here is too much and hints that someone anchored on 10 as a round number and then forced the levels to fit after the fact. I don't really see much value beyond the 3 levels of AI disclosure that have been floating around: - fully human - ai assisted - ai generated
There’s a big difference between AI generated code that the human understands completely, the human understands mostly, or the human understands not at all.
Re: Debian votes to allow "responsible use of generative AI"
#398Earlier quoted context omitted.
I don't, please enlighten me.
Explain, in at most 300 characters, why we should merge your change, or at least why we should invest the time to read a longer explanation (somethings things ARE complex) would simply become a prompt. The solution, of course, is to use the best available LLMs as the first line of defense against slop contributions. But if the project maintainers have issued a sweeping fatwa prohibiting an entire class of useful tool…
Re: Debian votes to allow "responsible use of generative AI"
#399Re: Debian votes to allow "responsible use of generative AI"
#400Earlier quoted context omitted.
What would "pro-LLM" look like to you?
Ex: Security-critical code contributions should be scrutinized via state of the art tooling, including but not limited to fuzzers, linters, and adversarial LLM review. For non-security-critical code, use of LLMs is encouraged but not required. The bar for code quality should be raised as the skills of coding agents increase; a developer's choice not to use LLMs is no excuse for miskates that an LLM would catch.
I have Things To Say about LLM reviews.
They are an endless grind. My biggest source of burnout right now is never being able to finish anything, because the LLM always finds, "Just one more thing" every time I send it back.
It's pure polish. The major issues were dealt with long ago. But there's always one more thing that could be done a little better, there's another niche edge case that needs wrapping up.
When human developer time was the limiting factor, it was easy to draw a line in the sand and say enough is enough.
It's harder to say no when it's just one more prompt and one more go-around.
Demanding LLM reviews on volunteer maintainers sounds like a great way to quickly end up with no maintainers.