I work in tech and I don’t use LLMs. From my experience, they’re catastrophic especially in those positions where they review code/actions. Reviews are the last line of defense against bad code, bugs, vulnerabilities or destructive actions. Giving that role to an RNG parrot that is often confidently wrong is almost suicidal.
From my experience, they’re catastrophic especially in those positions where they review code/actions.
That’s interesting. I am currently searching for ways that I can use them a bit to chill-pill our CTO without sinking the company (which is very deep in the water with technical debt)… at least until I get another job.
Can you expand why they are that bad in this use?
My current idea is to pin up new architecture by hand, define new interfaces by hand, and then let the LLM occasionally fill in a function body.
And maybe, maybe, an “ai refactored” branch which has just the purpose to showcase what happens if one is not careful - and will never be merged, at least not by me.
I work in tech and I don’t use LLMs. From my experience, they’re catastrophic especially in those positions where they review code/actions. Reviews are the last line of defense against bad code, bugs, vulnerabilities or destructive actions. Giving that role to an RNG parrot that is often confidently wrong is almost suicidal.
That’s interesting. I am currently searching for ways that I can use them a bit to chill-pill our CTO without sinking the company (which is very deep in the water with technical debt)… at least until I get another job.
Can you expand why they are that bad in this use?
My current idea is to pin up new architecture by hand, define new interfaces by hand, and then let the LLM occasionally fill in a function body. And maybe, maybe, an “ai refactored” branch which has just the purpose to showcase what happens if one is not careful - and will never be merged, at least not by me.