|
|
|
|
|
by _pdp_
52 days ago
|
|
Yep. I would argue that any sufficiently large system reaches a point where more code is in fact the opposite of what it needs. Nutrition and calories are only useful up-to a point and then we have diminishing and later on negative returns. Even-tough it is not the best analogy because we are describing two different system, it helps put a mental model around the fact that churning more is often less. Side Note: A got a feedback from a customer today that while our documentation is complete and very detailed, they find it to be too overwhelming. It turns out having a few bullet points to get the idea across it better than 5 page document. Now it is obvious. |
|
I have absolutely worked on code bases I would describe as "marbleized bricks" where the best thing I can do is carve out the statue they already contain. There's a great satisfaction in making PRs that mostly delete things, but the later result is a program that works faster, has fewer bugs/edge cases, is easier for the next person to debug.
The LLMs certainly can add more layers of marble. Companies don't often know how much more they need an artist with sculpting tools more than a bricklayer.