• FishFace@piefed.social
    link
    fedilink
    English
    arrow-up
    17
    arrow-down
    1
    ·
    1 day ago

    The article is one angry person’s rant and you are further going beyond what it actually says.

    • tyler@programming.dev
      link
      fedilink
      arrow-up
      1
      ·
      12 hours ago

      We are completely overwhelmed, of course. The glimmer of hope is that we secured sufficient LLM budget and access (thank you Meta!) to run reviews with multiple frontier models on each patch. This eliminates some hallucinations.

      That’s not the author’s words, it’s a quote from the Linux mailing list…

      • FishFace@piefed.social
        link
        fedilink
        English
        arrow-up
        2
        arrow-down
        1
        ·
        10 hours ago

        Yes and even that one quote from one person does not say what you did, so that’s what i meant :/

    • auzy1@lemmy.world
      link
      fedilink
      arrow-up
      4
      arrow-down
      2
      ·
      1 day ago

      Yeah. Pretty much.

      The actual policy is that it all gets reviewed by a human I think when I was looking into it.

      The bots are likely most useful to reject obviously bad patches which have obvious bugs or don’t follow guidelines. And identifying bad code is something which AI tends to be good at.

      In our code at work, we use weakly typed languages which aren’t strict and on those it tends to be even better. We catch things like table keys that are typed wrong, etc. On C, things like pointers it probably does a good job with identifying as wrong

      If it passes AI code review it still gets checked by human for things that are wrong and needs fixing. But if it fails, it probably needs fixing regardless.

      • Ghoelian@piefed.social
        link
        fedilink
        English
        arrow-up
        3
        ·
        1 day ago

        A good language server / ide will also complain about incorrect types. That specific example is a deterministic process, no llm is required for it at all.

        • auzy1@lemmy.world
          link
          fedilink
          arrow-up
          2
          arrow-down
          2
          ·
          1 day ago

          We do use one. But, in practice, they can’t catch a lot of things which AI will

          At least in our case too based on what’s available, it also can’t check stuff like coding style well (but our development relies on that less).

          Some might though

          • Ghoelian@piefed.social
            link
            fedilink
            English
            arrow-up
            2
            arrow-down
            2
            ·
            18 hours ago

            I find that very hard to believe, if you’re truly just talking about typing. If this is true you’re using an awful language server / linter / whatever.

            Coding style is also a deterministic process, for which every widely used language has a linter or formatter or whatever. Also no LLMs needed.

            As a professional software developer of 8 years, I honestly have no idea what you’re talking about

            • MangoCats@feddit.it
              link
              fedilink
              arrow-up
              1
              ·
              6 hours ago

              The thing about typing is that it is easy for a deterministic compiler to flag violations.

              There are hundreds of other “best practices” that determinisitic compilers aren’t able to flag. Even the almighty Rust language is suceptible to race conditions, deadlocks, and many potential crash conditions.

              I’m an old C programmer, and Rust pisses me off when it won’t let me do something that’s demonstrably 100% safe. However, a lot of the things that Rust and other general practice rules forbid or advise against, should really be avoided when they get past a very simple application. What was “proven safe” quickly becomes unsafe when a later maintainer who doesn’t understand the risks “extends” the code.

              • Ghoelian@piefed.social
                link
                fedilink
                English
                arrow-up
                1
                ·
                27 minutes ago

                Well this is why you have different levels of warnings. Some are just flat out errors, some are strong warnings, others are weak warnings. Of course, at the end, the programmer has to be the one to decide to follow the language server’s diagnostics or not.

                As far as I understand, the whole draw of Rust is it’s very opinionated in its safety. If you don’t want that, Rust is just not for you.

            • auzy1@lemmy.world
              link
              fedilink
              arrow-up
              2
              arrow-down
              1
              ·
              18 hours ago

              This is Lua code. LuaLS is basically the language server available.

              And sorry, I should have said “dynamically typed”. But, weak tables.

              There’s a lot of things that don’t get caught, such as concatenating a boolean which causes a lua error in our environment. LuaLS won’t catch that.

              Formatting isn’t a problem for us, but it does affect the kernel. But, the VSCode one we use does a lot of weird things honestly.

              • Ghoelian@piefed.social
                link
                fedilink
                English
                arrow-up
                1
                ·
                30 minutes ago

                I am not familiar with Lua at all, but that does just sound like a bad language server. I still don’t think the solution is AI, it’s just making a better language server.