righthand 13 hours ago | prev |

[flagged]

ehnto 11 hours ago | root | parent | next |

One of the reasons I am not yet worried about LLMs is that this is not actually possible, at sufficient levels of domain complexity, and contextual complexity. The domain complexity that LLMs start failing is pretty low at the moment.

As well, as domain complexity increases so does the required amount of precision, and again I find LLMs start getting less precise when put in the deep end. You don't tend to find this kind of software in your "programmers programming". You tend to find this kind of software in industry, where large businesses consist of wild business rules built up over decades, and that has been half-codified into software. I just don't see LLMs swooping in to take that over.

RobRivera 12 hours ago | root | parent | prev | next |

What is the best diet for trolls these days?

righthand 12 hours ago | root | parent | prev |

I’m sorry, but if LLMs are going to change the way we code, and the way we code is not even print debugging for junior developers. I know very few senior developers that use a debugger at all. I don’t understand why my question is trolling.

What is the best diet for those easily triggered?

rfleury 12 hours ago | root | parent | next |

Are you out of your mind? LLMs will require much more debugging, not less.

Separately, I have no idea which “senior developers” you know, but with or without LLMs, debugging is an immensely important part of development across the industry.

draven 9 hours ago | root | parent | prev | next |

Senior here, I started to use LLMs recently but I still use a debugger. Working with complex code it helps me find the difference between what I think should be happening and what really happens. I don't think a LLM could do better for this task.

Also, I use debuggers for print debugging: insert a breakpoint which doesn't suspend execution but prints something (perhaps conditionnaly.) That way no need to recompile the whole thing and restart it after adding a print statement.

jemmyw 12 hours ago | root | parent | prev | next |

I don't think LLMs have anything to do with it. I've rarely seen devs reach for a debugger until they really really need to. In web dev it can be pretty hard, you need a reproducible bug or production server access. I can probably count on one hand the number of times a bug occurred that stumped me to that point.

If anything, I can see LLMs making debuggers more used because they'll help you with getting setup and interpreting what is going on.

ehnto 11 hours ago | root | parent |

I am not trying to sell anyone on debugging, but honestly if you have a good debugger and it's easy to drop into, you'll find it way easier and faster than print debugging. I don't know why people put themselves through the pain of writing print all over the place when you can just, pause the program and see literally everything, all the way up the stack.

jemmyw 11 hours ago | root | parent | next |

There are different levels of debugger. I use language ones all the time. But this article is talking process debugging. If you dev native compiled apps then that's probably second nature. But if you do dev on a scripted or runtime language then it is, as I said in my previous comment, rarely applicable but occasionally very helpful.

troupo 10 hours ago | root | parent | prev |

> if LLMs are going to change the way we code

They are not

> the way we code is not even print debugging for junior developers.

what

> I know very few senior developers that use a debugger at all

I know very few, too, and it's their loss. Debugging is immeasurably more useful to understand and get to the root of the problem in a complex system than printf'ing and logging.

> What is the best diet for those easily triggered?

The best diet for you is to unplug from the hype trains on Twitter and HN.

righthand 39 minutes ago | root | parent |

They did, as never before were people talking to a chat bot to have code generated. Seems different to me, but please more talking down and pettiness.