Essays · Software Engineering · AI

The Mythical
Token‑Month

Essays on Building Software with Machines That Write Software

Fred Brooks's The Mythical Man-Month for the era of AI coding agents: which of his insights still hold, which need updating, and which the new tools have quietly made obsolete for engineers, architects, PMs, and the clients who now have to trust all three.

Host, Data Science at Home Founder, Amethix Technologies No prompt was submitted (see “On Authorship”)
Cover of The Mythical Token-Month by Francesco Gadaleta
ebook · paperback
M.Sc. Politecnico di Milano Ph.D. KU Leuven Two decades shipping ML systems in healthcare, manufacturing & connected devices Data Science at Home: podcast for AI/ML practitioners worldwide
The argument

The discipline survives. The instruments got sharper.

Half a century after Brooks named the tar pit, software teams have a new kind of contributor: tireless, fluent, and judgment-free. This book argues that the discipline he described (holding a system's conceptual integrity in one mind, agreeing on what to build, shipping something maintainable) hasn't gone away. It's gotten harder, because the accidental difficulty Brooks spent a career fighting has partly been automated away, exposing how much of the job was always the essential difficulty underneath it.

Written for practicing senior engineers, not executives skimming for a keynote soundbite. The book revisits Brooks's central propositions one at a time (Brooks's Law, the surgical team, the second-system effect, no silver bullet) and asks what each one becomes when one of the “engineers” doesn't sleep, doesn't forget, and bills by the token.

  • No hype. Every capability claim gets a mechanism, a date, or an explicit “this is speculative.”
  • No fabricated benchmarks or invented statistics: uncertain claims are flagged, not smoothed over.
  • Written by a practicing engineer who has shipped regulated ML systems, not a commentator narrating the space from outside it.
  • Short-form, essay-driven: closer in length to Brooks's original than to a 300-page business title.
In the author's words

Verbatim, from the manuscript

“Tokens are to software as bricks are to architecture: a necessary input, an inadequate measure, and when produced faster than they can be inspected, a hazard.”
Ch. 1 · The Mythical Token-Month
“The natural tendency of generative tools is to produce locally consistent and globally incoherent code. Defending coherence is now an active, continuous, costly activity. It is worth the cost.”
Ch. 12 · Proposition 3
“The system has no surgeon, only orderlies, and the patient gets sicker without anyone being able to say exactly why.”
Ch. 2 · Teams and the Tireless Resident
“The instruments have changed; the work has not.”
Ch. 12 · Closing line
Four readers, one room

Who this book is for

They rarely sit in the same room, which is part of the problem this book describes.

01

The Project Manager

Used to estimate schedules by asking engineers and doubling it. That still works, except now one line item is “let the model have a go at it,” and nobody can say with confidence whether that means four hours or four days.

02

The Architect

Did not apply for the job of AI architect but has it now regardless. Where a model call sits, what happens when it fails silently, what it costs at ten times volume: these are architecture decisions nobody handed them a new title for.

03

The Developer

Two people, one job description: the senior deciding how much instinct to lend a fluent, confident, occasionally broken tool; and the junior acquiring judgment about code by a route nobody has fully mapped yet.

04

The Client

Just told, in a proposal or renewal meeting, that the team is now “AI-augmented.” Needs to know what a reasonable supplier can credibly promise, and what they're quietly still guessing at.

Table of contents

Inside the book

Twelve chapters, each opening with a concrete failure mode, not an abstract thesis.

12 chapters ~26,500 words Print & ebook
Ch. 01The Tar Pit and Its New Stickiness
Why AI coding tools don't drain Brooks's tar pit: they change its phase. Introduces the book's central fallacy: the Mythical Token-Month, the belief that generative throughput is interchangeable with engineering progress.
Ch. 02Teams and the Tireless Resident
Brooks's surgical team, restaffed with a resident who never sleeps, never forgets, and has no judgment about which operations are wise.
Ch. 03The Attention Economy of the Architect
The architect's scarce resource was never time. It was uninterrupted attention. AI tools are, ambiguously, both a relief and a new interlocutor.
Ch. 04The System's Soul
Defending conceptual integrity when generation makes code cheap and coherence expensive.
“AI components should be islands in a sea of code, not the other way around.”
Ch. 05Estimation and Reality
Calling the shot when one team member's throughput varies by prompt, by day, by which model the vendor quietly swapped in behind the same API endpoint.
Ch. 06The Compilation of Prompts
Why the CI/CD pipeline (fast, deterministic, pass/fail) breaks down for systems that include language models, and what eval-driven development has to do instead.
Ch. 07Software as Assembly, Not Authorship
Open source already turned engineers into curators of other people's code. AI finishes the job. The discipline this requires is taught nowhere formally.
Ch. 08Production as a Place to Live
Brooks's clean ship event has dissolved into a continuous gradient of canaries, flags, and rollbacks with no discrete moment left between building and maintaining.
Ch. 09The Junior Engineer Problem
Removing the tedious lower rungs of the ladder while quietly expecting the next generation of engineers to still reach the top.
Ch. 10Tools, Trust, and Business
What a client should expect when a supplier says “AI-augmented,” and which promises are credible versus quietly still a guess.
“Confidence is built slowly and lost quickly.”
Ch. 11The Dissolution of “the System”
Brooks could point at OS/360's edges. You can no longer point at yours: it's vendors, model providers, and infrastructure you don't control, stitched together.
Ch. 12Closing: Propositions
Fifteen closing claims, in the spirit of Brooks's own twenty-year retrospective: offered as current best beliefs, not proven theorems.
“The skills of the senior engineer of 1995 are the skills of the senior engineer of 2026, in greater demand, with greater leverage, and with greater responsibility.”
Free · no email required

Read the opening chapter

The tar pit, redrawn for the era of gradient descent, and the argument the whole book is named for.

Continue reading Chapter 1

I have a colleague who runs a small consultancy that does data engineering for pharmaceutical companies. She told me, six months into adopting an agentic coding tool, that her team's velocity had roughly doubled. I was about to congratulate her when she added: “and our review queue has roughly tripled.”

Code that used to be read once, by the author, before being submitted, was now being generated by a machine, skimmed by the author, submitted, reviewed by a peer, returned with comments, regenerated by the machine, re-skimmed, re-submitted, and re-reviewed. The number of lines committed had risen. The number of lines understood had not, and may have fallen.

Brooks opened his book with the image of the tar pits of the Pleistocene. Great beasts thrashed there; the more they thrashed, the more deeply they sank…

About the author

Francesco Gadaleta, PhD

Portrait of Francesco Gadaleta

Francesco Gadaleta is a computer engineer and entrepreneur working at the intersection of Artificial Intelligence and the Internet of Things. He holds an M.Sc. in Computer Engineering from Politecnico di Milano and a Ph.D. in Information Technology from KU Leuven.

He is the founder of Amethix Technologies, a company specializing in AI-driven solutions for industrial and embedded systems, and the host of Data Science at Home, a podcast on AI, machine learning, and data science with an audience of practitioners worldwide.

Over the course of his career he has designed and deployed machine learning systems across healthcare, manufacturing, and connected devices, from research prototypes through to production at scale. This book draws directly from that experience.

Formats

Get the book

The ebook is available now, direct from the author. Kindle and paperback arrive on Amazon September 10, 2026.

Sep 10, 2026 Amazon · Kindle

Kindle edition

on Amazon, September 10, 2026
  • Reads on any Kindle app or device
  • Syncs across devices automatically
  • One-click checkout with your Amazon account
Available September 10
Sep 10, 2026 Amazon · Print

Paperback

on Amazon, September 10, 2026
  • Printed and shipped by Amazon
  • Eligible for Prime shipping
  • The version that survives a power outage
Available September 10

International buyer? The direct ebook checkout handles VAT/sales tax automatically at checkout. Prices shown at checkout are final.

Questions

Before you buy

What formats do I get with the direct ebook?

Both PDF and EPUB, DRM-free, delivered to your email immediately after checkout. Read it on a laptop, a tablet, or any e-reader that accepts EPUB. Kindle uses its own format, which is why a separate Kindle edition exists on Amazon.

Is this the same text on Amazon and on the direct store?

Yes. Same manuscript, same edition. The only difference is delivery mechanism and, for the direct purchase, format flexibility (PDF + EPUB instead of a single Kindle-locked format).

Was any of this book written with AI?

No. Every sentence was written by the author, one word at a time, in the usual way, then reviewed by native English speakers and copyeditors: the traditional way. No prompt was submitted and no draft was generated for a human to skim and approve: a distinction the book itself argues is not incidental. See the “On Authorship” note in the front matter.

Do you offer review or desk copies?

For press, podcast, or course-adoption inquiries, reach out via Amethix Technologies or the Data Science at Home contact page.