←back to thread

-2000 Lines of code (2004)

(www.folklore.org)
519 points xeonmc | 1 comments | 25 Jun 25 19:53 UTC | HN request time: 0.639s | source
Show context
daitangio ◴[25 Jun 25 20:33 UTC] No.44381563[source]▶
Software metric are hard, indeed :) Be prepared in a ai-code world when more code does not mean better code.
replies(2): >>44381664 #>>44381673 #
bunderbunder ◴[25 Jun 25 20:48 UTC] No.44381664[source]▶
I've been watching my colleagues' adoption of Copilot with interest. From what I can tell, the people who are the most convinced that it improves their productivity have an understanding of developer productivity that is very much in line with that of the managers in this story.

Recently I refactored about 8,000 lines of vibe-coded bloat down into about 40 lines that ran ten times as fast, required 1/20 as much memory, and eliminated both the defect I was tasked with resolving and several others that I found along the way. (Tangentially, LLM-generated unit tests never cease to amaze me.) The PHBs didn't particularly appreciate my efforts, either. We've got a very expensive Copilot Enterprise license to continue justifying.

replies(6): >>44381723 #>>44381759 #>>44381879 #>>44382024 #>>44382066 #>>44382304 #
2muchcoffeeman ◴[25 Jun 25 21:41 UTC] No.44382066[source]▶
I don’t believe your numbers unless your colleagues are exceptionally bad programmers.

I’m using AI a lot too. I don’t accept all the changes if they look bad. I also keep things concise. I’ve never seen it generate something so bad I could delete 99 percent of it.

replies(3): >>44382148 #>>44382164 #>>44388864 #
1. bunderbunder ◴[26 Jun 25 16:21 UTC] No.44388864[source]▶
The original used a Shlemiel the painter algorithm, a whole bunch of "enterprise" coding patterns, and its own implementations of a bunch of things we already had. Including domain objects, which meant that a whole bunch of excess glue code was needed to interface with the rest of the system.