Ways I've tried to use LLMs for coding:
- Smart autocomplete (dumb, annoying)
- Search with poorly articulated queries (really good)
- One shot from stupid prompt (random result)
- One shot from better prompt (random result)
- One shot from plan (random result)
- Archon's research/plan/implement with sub-agents (100k LOC broken codebase)
- Focused, directed feature implementation (convoluted logic, broken UI)
- Focused easy bugfix (mixed results, sometimes works)
- Focused difficult bugfix (burns tokens, no ability to debug)
- Upgrade dependencies (hallucinations of old versions, usually broken)
- Write tests (instead of dependency injection bad mock design, tautological tests)
- Write documentation (stylistically poor, did a decent job with something I wouldn't otherwise have done though)
- Fix linting errors (useful in a language I don't know, otherwise too slow/expensive to be better than doing it by hand)
- Spec-driven development (ended up maintaining the code myself, asked LLM to update the spec)
- Generate code in a well-defined context against an API/language I don't know (very helpful if I review/edit it)
- Write a plan for me which I implement manually (fails to get design decisions right)
- Write boring functions that I stubbed out or just called (works pretty well given enough context)
- Help me sanity check plans/implementations by finding edge cases (pretty good, isolated work which I can ignore)
So far: LLMs are good for certain categories of search, simple tasks with sufficient context, providing context that I lack (read the docs for me, bringing in skills I lack, helping me think things through). I remember a year ago people
saying LLMs were most helpful to sharpen your thinking rather than think for you, but the draw of generating tons of code without thinking was so strong I didn't really see that for a long time.
Overall, the net result for me has been that I have moved slower, done worse work, and gotten dumber. But I am slowly coming to a place where I can maybe start using these tools correctly.
hodlbod
npub1jl…jynqn
2026-05-26 22:28:56 UTC
Author Public Key
npub1jlrs53pkdfjnts29kveljul2sm0actt6n8dxrrzqcersttvcuv3qdjynqnSeen on
wss://hbr.coracle.socialPublished at
2026-05-26 22:28:56 UTCEvent JSON
{
"id": "8a24874ddf736c4cd13be3df72e4f99fa440065f4ce5bbb0fd170cb1072cef1c",
"pubkey": "97c70a44366a6535c145b333f973ea86dfdc2d7a99da618c40c64705ad98e322",
"created_at": 1779834536,
"kind": 1,
"tags": [],
"content": "Ways I've tried to use LLMs for coding:\n\n- Smart autocomplete (dumb, annoying)\n- Search with poorly articulated queries (really good)\n- One shot from stupid prompt (random result)\n- One shot from better prompt (random result)\n- One shot from plan (random result)\n- Archon's research/plan/implement with sub-agents (100k LOC broken codebase)\n- Focused, directed feature implementation (convoluted logic, broken UI)\n- Focused easy bugfix (mixed results, sometimes works)\n- Focused difficult bugfix (burns tokens, no ability to debug)\n- Upgrade dependencies (hallucinations of old versions, usually broken)\n- Write tests (instead of dependency injection bad mock design, tautological tests)\n- Write documentation (stylistically poor, did a decent job with something I wouldn't otherwise have done though)\n- Fix linting errors (useful in a language I don't know, otherwise too slow/expensive to be better than doing it by hand)\n- Spec-driven development (ended up maintaining the code myself, asked LLM to update the spec)\n- Generate code in a well-defined context against an API/language I don't know (very helpful if I review/edit it)\n- Write a plan for me which I implement manually (fails to get design decisions right)\n- Write boring functions that I stubbed out or just called (works pretty well given enough context)\n- Help me sanity check plans/implementations by finding edge cases (pretty good, isolated work which I can ignore)\n\nSo far: LLMs are good for certain categories of search, simple tasks with sufficient context, providing context that I lack (read the docs for me, bringing in skills I lack, helping me think things through). I remember a year ago people\nsaying LLMs were most helpful to sharpen your thinking rather than think for you, but the draw of generating tons of code without thinking was so strong I didn't really see that for a long time.\n\nOverall, the net result for me has been that I have moved slower, done worse work, and gotten dumber. But I am slowly coming to a place where I can maybe start using these tools correctly.",
"sig": "33b778af6b4c6783b2b65cbc51bdb66d68b02d79ad01bb4bdfb480e54c2a88bb19ae9e1fc2d69672b8e4d88c04b6721ffd54cc2b4087a5a9a88a344ccbffd400"
}