Live data from Hacker News

Programmers will document for Claude, but not for each other

blog.plover.com

101–110 of 166 posts

Re: Programmers will document for Claude, but not for each other

#101
post #9

I've written so much documentation over the years, and humans always come and ask me questions that the documentation answers, but never ever read it.

Same, but at least I benefit from my own docs when I revisit code, and now my agents do. These days they do the writing for themselves anyway, I get to review and think about the big picture. I'm def happier this way

Re: Programmers will document for Claude, but not for each other

#103
It is hard to incentivize docs, and often when there are incentives they make writing docs painful (sharepoint) or time intensive (run books).

I am not convinced that just adding llm summaries to a commit will have long term value, especially if you don’t keep the ‘why’ separated from what is probably going to be a verbose how.

But I would be happy to be shown wrong here.

Re: Programmers will document for Claude, but not for each other

#105
post #9

I've written so much documentation over the years, and humans always come and ask me questions that the documentation answers, but never ever read it.

Yup. Claude will rtfm. Most humans won't.

Which is a problem, because now people add Claude generated "docs" and Claude still defaults to making super verbose comments. It's inevitably outdated within days and ends up being a trap for future Claude sessions.

Re: Programmers will document for Claude, but not for each other

#106
post #9

I've written so much documentation over the years, and humans always come and ask me questions that the documentation answers, but never ever read it.

It's survivor bias though. If they read it and did the thing and never bothered you, you wouldn't notice that.

Re: Programmers will document for Claude, but not for each other

#107
post #9

I've written so much documentation over the years, and humans always come and ask me questions that the documentation answers, but never ever read it.

Turns out all this time you were writing for AI to read!

good thing i've been writing for myself all along

Re: Programmers will document for Claude, but not for each other

#108
post #9

I've written so much documentation over the years, and humans always come and ask me questions that the documentation answers, but never ever read it.

When someone asks me a question that is or should be documented, I like to ask where they looked for it (link or search query). * Sometimes, this prompt is enough for them to find the answer. * Sometimes, they tell me a spot that makes sense to them, and I make it have the answer. (Maybe just by adding a cross-reference.) * If they refuse to look at the docs, I can't help them.

Reminds me of the old #bash IRC channel. Asking things found in the tutorials got you either a cold shoulder, or more often, triggered by criptic "32" or "5" from admins - a bot answering your question shallowly and then sending you to a specific site in the tutorial.

You got very good answers to any original questions, though you should start by showing where you searched for answers already.

They hated "do it for me" kind of requests that usually looked like somebody asking you to do their homework assignment. I even got called out on it once, but could happily reply that I'm actually just messing with my system as a hobby.

One time I had a "do it for me" request.

I've run a sed command which appended sth.bak to every file of some type on, but accidently made it execute on all files on the system. They quickly gave me a one liner to fix my machine (a VM, but it took long to set up). However, when after fixing the system, I asked for explanation of the xargs command that was used there, I instantly got sent off to the FAQ with a number.

Re: Programmers will document for Claude, but not for each other

#109

Some people like to brag about how productive they have become with AI, but I see them spending a few hours a week adjusting which model to use, trying the new shiny harness or writing Claude skills. Are you really more productive if instead of coding you are spending your time tweaking the AI to do what you want?

Yes.

I ran /insights on Claude Code and it said code review was my most requested activity. I turned it into a skill that autodiscovers the project's structure and launches a huge matrix of parallel critic agents, each focusing on one specific area of the codebase and a quality like correctness, maintainability, security, etc. Supports file system style journaling to deal with subscription usage limits and interruptions.

Took maybe a few hours to fine tune this and then I applied it to all of my projects, and it's actually absurd how productive it is. This is basically an infinite GitHub issue generator. I run it and then start checking off the items in order to definitely improve the status quo. Review again, fix again. Just loop this until zero issues found. The only question is whether to fix the issues myself or tell Claude to do it. I still do it myself in the projects I really care about.

Post reply on HN