[toogan]

> Last week I did the amount of work that would’ve taken me give or take a month. A significant part of it was writing an API client for a system I needed to use. Pretty run of the mill stuff. Doing this ‘by hand’ just takes time. Go look at the docs, type out your data structures, wire things up for the new call, write tests. With “the robot” once the framework was largely in place, you just paste API docs for the endpoint you need, and it’s done in a minute. With tests and everything.

That just points to an inefficiency. Could be tackled in other ways than involving an LLM to produce essentially what's being done elsewhere every day over and over again. A framework automating and hiding all this would be just as effective. Perhaps even cleaner than all that duplication that the LLM created for you.

In other words, that month of busywork that you just saved is inherently unnecessary to do. But progress is not linear in the number of lines of code that you produce. If you think hard about a good architecture and design, coming up with that after 2 weeks of hard thinking, that could be 90% of the work. The remaining 10% are writing all that down. That could take 3 more months, and it taking more than 10% of the time points to the existing inefficiency in tooling / framework / ... But making that more efficient isn't necessarily achieved the best by using an LLM and writing it all out. There are still huge redundancies, which is what made the LLM possible. Once you boil these down in some common frameworks or tools, the LLM will also just produce the same few lines that you'd need to produce to get those 10% done in then just 10% of the total time.