There appears to be a few bad actors in the Lemmy community spreading ragebait for personal gain

In fact, the same mechanisms added at the beginning to catch bad human written code are the exact same that catch bad AI code

  1. No, the Linux kernel DOES NOT use AI to automatically approve code for inclusion. As far as I can tell, there are no plans to do so
  2. The Kernel actually has a huge number of maintainers. As part of the process, all patches are reviewed by a human who provide feedback as part of the process, and patches get bounced back and forth multiple time.
  3. Patches don’t just magically go straight to master. The maintainers generally have their own branches where it goes to, then it goes to staging trees like Linux-Next. It goes through many eyes, and many tests by the end. The idea that AI code is overrunning the kernel is rediculous
  4. Maintainers also check that the code meets coding guidelines and is written properly, and solves the problem they are trying to solve. Yes, they also ensure the code isn’t slop
  5. LLM’s though might be used to identify obvious problems with the code (which they are VERY good at), or even identify code that doesn’t follow coding guidelines.
  6. The only thing that matters is the human who submitted the code, as they should be checking the code submitted anyway (including LLM generated code)

Writing bad code isn’t something new, and isn’t unique to LLM’s. Coders (and it seems some “journalists”) have been writing slop since computers were invented.

The process hasn’t gotten less stringent (probably even MORE stringent as there is an additional set of robotic eyes that can also check), and the same mechanisms that were put in place to catch badly written code 10 years ago, are still there now… With no changes.

  • naught101@lemmy.world
    link
    fedilink
    arrow-up
    2
    ·
    4 hours ago

    Huh. Really? How is the LLM checking it? Is it writing code to check those specs, or are you just along it directly if the code matches the specs?

    • aksdb@lemmy.world
      link
      fedilink
      arrow-up
      2
      ·
      3 hours ago

      Normal text based analysis; which LLMs are pretty good at. So our coding agents can follow the rules during development and the review agent can follow it during review. Only static code checks are enforced in the CI pipeline; the review agent only leaves remarks. If we decide to not give a damn, we can still merge it. But its hit-rate is relatively high; so typically when it finds something, it’s valid and its recommendations for fixes are also often pretty good. This helps already iterating on a PR on your own before you pull human reviewers in.