And are you sure that you fixed it without creating 20 new bugs? For the reader this could mean that you never understood the bug, so how you can sure that you've done anything right?

▲

saghm 3 hours ago | parent | next [-]

How do you make sure you don't create bugs in the code you write without an LLM? I imagine for most people, the answer is a combination of self-review and testing. You can just do those same things with code an LLM helps you write and at that point you have the same level of confidence.

	▲	xigoi an hour ago \| parent [-]
		It’s much harder to understand code you didn’t write than code you wrote.

▲

debarshri 3 hours ago | parent | prev | next [-]

Pretty much sure did not create bugs. Because I validated it thoroughly, as I had to deploy it into production in a fintech environment.

So I am pretty much confident as well as convinced about the change. But then I know what I know.

	▲	wussboy 2 hours ago \| parent [-]
		This is the fundamental problem. You know what you know, but the maintainer does not, and cannot possibly take the time to find out what every single PR authors knows before they accept it. AI breaks every part of the Web of trust that is foundational to knowing anything.

▲

Aurornis 3 hours ago | parent | prev | next [-]

Using an LLM as an assistant isn’t necessarily equivalent to not understanding the output. A common use case of LLMs is to quickly search codebases and pinpoint problems.

▲

mycall 4 hours ago | parent | prev | next [-]

Code complexity is often the cause for more bugs. Complexity naturally comes from more code. It is not uncommon. As they say, the best code I ever wrote was no code.

	▲	3 hours ago \| parent [-]
		[deleted]

▲

silverwind 3 hours ago | parent | prev [-]

If the test coverage is good it will most likely be fine.