6 ms·
I've had a similar experience, shipping new features at incredible speed, then waste a ton of time going down the wrong track trying to debug something because
by powerset 2y ago
I've had a similar experience, shipping new features at incredible speed, then waste a ton of time going down the wrong track trying to debug something because the LLM gave me a confidently wrong solution.
- williamcotton 2y agoWell that's kind of on you for not noticing that it was the wrong solution, isn't it?
- cruffle_duffle 2y agoI think the parents post happened to everybody, and if it hasn’t it will. The edge between being actually more productive or just “pretend productive” using large language models is something that we all haven’t completely figured out yet.
- trinix912 2y agoSometimes the solution is 99% correct but the other 1% is so subtly wrong that it both doesn't work and is a debugging hell.
- forgetfreeman 2y agoWelcome to programming.
- mythrwy 2y agoYa but you kind of get painted in corner sometimes. And sunken cost fallacy kicks in.
- nyarlathotep_ 2y agooften it's something you casually overlook, some minor implementation detail that you didn't give much thought to that ends up being a huge mess later on, IME
- th0ma5 2y agoIt's on you however for not understanding the greater point?
- cherry_tree 2y agoSeems like LLMs would be well suited for test driven development. A human writes tests and the LLM can generate code passing all tests; ending with a solution that meets the humans expectations.
- drpossum 2y agoI disagree because you're only considering the "get code to make the test pass". Refactoring, refining, and simplifying is critical and I've yet to see this applied well. (I've also yet to see the former applied usably well either despite "write tests generate code" being an early direction.)
- deleted 2y ago[deleted]
- distortionfield 2y agoThis is more or less how I use LLMs right now. They’re fantastic at the plumbing, so that I can focus on the important part - the business and domain logic.