The Mythical Man-Month in the Age of AI

ilreb 449 points 313 comments October 27, 2026
j11g.com · View on Hacker News

Discussion Highlights (20 comments)

videotextly

The part of Brooks that still holds for me as a solo developer is that the cost sits in coordination and understanding, not typing. AI makes producing code cheaper, but reviewing it, keeping the design coherent, and remembering why things were done still takes the same attention. I have found small, well-bounded tasks with tests work well, while open-ended changes across many files create review work that cancels the speedup. So the useful question is how much of a change I can verify quickly.

rimeice

> "Adding agents to a project with unclear requirements gets you the wrong answer faster." The thing is it gets you the wrong answer so fast it’s now the best way to figure out the right requirements.

altmanaltman

> nine agents still can’t deliver a baby in one month. Very weird way to say this. Like it holds true for biological beings because pregnancy by default has a fixed timeline. But how does this apply to AI? Also what even is an "agent"? Are they distinct worker units on a program or the same worker unit split into multiple instances? Why are we assuming agent = man when its a computer program?

hypfer

Agents seem to be useful for quickly mapping a problem space through trial&error + throwing stuff at the wall and seeing what sticks. Anything grindy. Reverse engineering. Performance optimizations. That's where swarms shine I think. But that's a much much much smaller problem space than what these agents are being sold for.

ChicagoDave

But it’s not a man-month anymore. It’s like half a day. And if I break up an application then 9 coders with Claude Code can build that application in an unprecedentedly short period.

bozdemir

How about RSI? Recursive Self Improvement? I wonder the author's view on that.

mytailorisrich

If you use AI then that is not going to be your bottleneck. So if a project is late one of the options on the table is still to add manpower to "help". So nothing has changed fundamentally, only perhaps superficially.

noduerme

Here's a question, to people who delegate all their coding to AI agents now: What are you doing to keep your mind exercised in all this suddenly new free time you have? Personally I find talking with agents extremely tedious and unrewarding; I would rather just write the code, even if it's simply because it's more interesting than playing Sudoku or whatever the fuck you do when you have nothing to do with your brain. And talking to AI agents is not the same as using your brain. It's frustrating, it seems to be intelligent, you think you're using reason with them, but it rapidly degrades your ability to reason. It encourages you to accept answers without checking them thoroughly. So much for the skills of accuracy and integrity you built up. It's a sugar rush.

ReptileMan

Not only that but there is limited number of good prompts/design decisions per employee per day.

hizlikovboy27

There is a great turkish proverb about this "one hand is nothing,two hands make a sound" (i hope i translated it right). So,adding people to a task isnt necessarily bad in every situation. Honestly, it depends on the nature of the job beacuse everyone approaches a problem from diffrent perspective

kirykl

Would an unlimited context window enable you to solve all requests instantly ? No

peterpommes

i think of the mythical man-month at least once a day. if i would know EXACTLY what and how I had to build stuff, it would probably not apply. But at least for me and my projects, that is not the case. Planning and building in parallel has given me too many headaches. If you are building something stable, secure - well thought through and executed, you hardly get around sequential building.

comboy

Related thing is that LLMs are still notoriously bad at writing instructions for themselves (so managing themselves also). They tend to overspecify. If I had a copy of myself I would tell him "do the thing", but agents say "do the thing like this and this, it must be such and such, use X and put it together that way". The subagent is just as intelligent but now it's constrained, sometimes as you start developing something you discover some things are better organized in a different way etc. So it spends much time figuring out how to deliver exactly what was asked even if it's not optimal because that's the task. Basically a company where you can't ever question decisions of the higher ups, not even ask for clarification, but they force implementation choices on you. I mean, it definitely does happen, but the results are usually not great. Not alawys. For some tasks it works.

pranavm27

From my last month's clauding experience, these agents now understand what needs to remain sequential and just wait for the other agents to get done.

adastra22

The Mythical Token-Minute.

jnmandal

Is it just me or is this article itself AI? Or is everyone just adopting the AI tone and writing style now?

feverzsj

Don't forget to tell the agent to never generate buggy code.

hollowturtle

How we've ended up cornered in this spot as an industry? From human craft to onboarding and baby sitting agents?? That sounds just stupid. I won't be surprise to learn, after ai companies go public, that those who pushed hard for agentic coding just disappear o will push for something else. What we have produced so far of extraordinary or even just good value? Please no math conjectures or advancements, there is no field benefit in brute forcing problems

jFriedensreich

The author misapplies/misunderstands the mythical man month even in the first example. It does not apply for idea generation and also not to problem solving/ fixing things, only to software creation. Even then, it also does not apply when creation is cheap, if you can generate 100 solutions cheaply without coordination between them and pick the winner with a relatively fast eval, creation behaves way more like fixing / problem solving.

mr-karan

> Throw nine autonomous agents at a single codebase without crystal-clear orchestration, and they will happily rewrite each other's work in a high-speed loop. This is an easily solvable "problem". Pretty much all harness/agent orchestrators support spawning subagents/threads with different models and get them to work together cleanly. I don't even need any kind of special skills. Inside a vanilla claude session, I sometimes ask it to use `codex` and review the kind and work on the findings it generates.

Semantic search powered by Rivestack pgvector
10,780 stories · 101,661 chunks indexed