Tracy Kidder (1945–2026)

Deogratias is a man on the run. His homeland is in bloody tatters. He is in his early twenties and has been a medical student for three years. He flees East Central Africa and somehow manages to catch a flight to New York City. Deo arrives with two hundred dollars, knows no one, cannot speak English and is haunted by deep-set horrors. He finds a job delivering groceries, for lousy wages and ends up living in Central Park. Within two years, he is attending Columbia Medical School and in less show more than a decade he is returning to his motherland and building a much needed health clinic.
“Sometimes it is better not to know what is impossible”. This thought crosses Deo’s mind, as a friend suggests he leave Africa and go to America and this becomes his beacon of hope.
The author has crafted this fascinating young man’s journey with beauty and care. He also does not shy away from the atrocities that Deo has witnessed. Kidder met Deo in Boston in 2003. This is his description of him: “Deo’s face jumped out at me. It was a night sky full of lights, a picture of eager, trusting friendliness. He seemed younger than he turned out to be. This impression of innocence lingered, even after I knew that it was mostly inaccurate.”
Highly recommended and one of my top reads of the year! show less

There are many, many project management books that purport to reveal the ultimate system for surmounting the myriad challenges to releasing a product on-time, in-budget, and with all the promised features. It's a popular and useful genre, even if much of the material is just reshuffled and rebranded old bromides, but sometimes the most helpful and memorable way to offer project management advice is to just pick a single case study and dive in deep to explore the group dynamics that result - show more or don't - in a successful product. I'd previously read Mountains Beyond Mountains, Kidder's excellent profile of Dr. Paul Farmer, and this much earlier work, which won him a Pulitzer, is just as detailed, thoughtful, and revealing. It's about the race from 1978 to 1980 by one team of computer engineers at Data General to develop and release a 32-bit "minicomputer" (one of the many charmingly antiquated terms that will give those who know their industry history a smile) called the Eclipse in competition with another, more-prestigious team that's been given a more glamorous project in a shiny new office, with the fate of the company looming in the background. Heroes and villains are the keys to great drama, and so as the narrative follows the protagonists, who are working on "Eagle", a 32-bit extension of the existing 16-bit line of computer hardware instead of the brand-new computer of their dreams that they imagine their counterparts are gleefully assembling, their struggles to design, build, test, debug, and actually finish a computer without more hacks, kludges, and shortcuts than are absolutely unavoidable in such a short time take on a mythic glow that anyone working on a big project in the tech industry under a tight deadline will immediately recognize, despite the passage of nearly 40 years.

If I had to pick a single part of the book that best-represents why the book would make a worthy addition to a computer engineering syllabus, it would be the chapter "The Case of the Missing NAND Gate". It's an almost self-contained episode towards the end of the book, where, late in the development cycle, several engineers are attempting to debug an erratic logic failure, which occurs just often enough to be indicative of a real problem but not so often as to be easily reproducible. Kidder relays the team's efforts to determine if this diagnostic failure is at root a software or a hardware issue, with an amusing layer of "antagonistic camaraderie" on top of their troubleshooting, as all of them had a hand in designing the machine and each wants to solve the problem but none wants to have the root cause bear their fingerprints. This was back in the era when computer design involved the frequent use of oscilloscopes and it was often a genuine question if chips on a board weren't properly spaced for optimal signal timing, so fans of vintage computing will really enjoy as Kidder walks the reader through the finer points of system caches, assembly microcode, page faults, and logic gates while various engineers, working in shifts, propose and reject theories to explain the anomaly. It's a genuine puzzle, and Kidder does a great job explaining just what the problem is and why it's so difficult to diagnose and eventually solve, translating the arcane technical details of the fault with the various components of the system architecture until it's not just lucid but even enthralling. Here's his rendition of one potential explanation from one engineer named Guyer:

"The diagnostic program originally puts the target instruction at address 21765, and then, sometime later on, it moves the target instruction to 21766. But the IP never gets word of the change, though the System Cache does. Now, sometime after the target instruction is switched from mailbox 21765 to 21766, the program directs Gollum to execute the instruction at 21766. The IP receives this command and looks through its cache. It says to itself, in effect, 'Mailbox 21766? I've got that address and there's an instruction in it. Let's run it.' But in the I-cache, the target instruction is still at 21765, and mailbox number 21766 contains an error message. In short, the I-cache contains an outdated piece of memory. Why didn't it get updated along with the other parts of the memory system? Maybe, Guyer writes, the System Cache is to blame. The System Cache is supposed to know exactly what is in the I-cache. If an instruction or data gets moved to a new address, the System Cache is supposed to tell the IP to throw away the outdated mailbox and get the new one, the one with the target instruction in it. Somewhere back in the program, Guyer figures, the System Cache lost track of what was in the I-cache. It forgot that the IP had the target instruction in mailbox 21765, and so, when the change was made in the location of the target instruction, it never told the IP to get rid of the old, outdated mailbox. Guyer likes this hypothesis. He records it with mounting enthusiasm; and describing it later, he repossesses the feeling, speaking rapidly, gesturing with both hands. Then he stops, puts his hands on the table, and says, 'Of course, it was completely wrong.'"

The book is also notable for broader reasons. Massachusetts was a much larger center of the technology industry in the 1970s and 80s than it is today, and the "Route 128" cluster competed directly with Silicon Valley for talent and prestige. However, the Eclipse team's main antagonists were not in California but in North Carolina, giving the modern reader a glimpse of the "flight to the Sunbelt" in embryo that has helped the Research Triangle, among other places, at Massachusetts' relative expense. Data General was founded by former employees of Digital Equipment Corporation; I've read articles arguing that Massachusetts' relatively strict enforcement of noncompete agreements was a major force that drove tech firms to less strict jurisdictions, but that doesn't seem to have been as large an issue here as the typical lure of lower taxes. However, prospective MBAs should scrutinize closely the decision by corporate management to have two different teams working on overlapping products, as ultimately the highly-regarded North Carolina team working on the prestigious brand-new 32-bit machine (dubbed "the Fountainhead Project", with hilarious irony) was upstaged by the "Eagle" team, whose less-ambitious 32-bit extension of the 16-bit Eclipse became a huge moneymaker for the company. Now, hindsight is 20/20, and it's obviously impossible to consistently tell ex ante if internal competition, which is often positive, will in the end have wasted resources. After all, the Eagle team did produce an extremely successful product, although we don't know how much was spent on the Fountainhead team. But lack of clear focus is always risky, and corporate politics can have damaging downstream effects on teams of even very smart people.

But any look into the subtleties of nerd psychology has to account for the fact that the drive to create cool technology is often far more powerful than any corporate folly, even and perhaps especially if that involves extremely long hours of hard work. Occasionally the concept of "mushroom management" is invoked, which turns out to mean "put 'em in the dark, feed 'em shit, and watch 'em grow", and one paradoxical upside of not being the top brass' favorite project is that, with protective leadership, that can actually mean more opportunity to produce. There's an interesting detail in the life story of Tom West, the top manager for the Eagle project: "He went to Amherst College, in western Massachusetts, where he studied the natural sciences. He did so without academic distinction, and it happened that Amherst was just then embracing a new Calvinist fad called the underachiever program: young men whose brains seemed much better than their grades were expelled for a year, so that they might improve their characters. At Amherst, certainly, and possibly in the entire nation, West became the first officially branded underachiever. It was something he'd always remember." This story takes place after the end of the naive cyberhippie movement of the Whole Earth Catalog/"All watched over by machines of loving grace" era, so that technoromance had been firmly replaced by a more modern engineering sensibility, but there's still poignancy of the ceremony at the end of the project, where the team members come to grips with how much of themselves they've put into what would be released as the Data General Eclipse MV/8000, elevates what could have been just an unusually lengthy product diary into an account of creation that justly deserved its Pulitzer. One of the engineers had a typical complaint:

"What a way to design a computer! 'There's no grand design,' thinks Rosen. 'People are just reaching out in the dark, touching hands.' Rosen is having some problems with his own piece of the design. He knows he can solve them, if he's just given the time. But the managers keep saying, 'There's no time.' Okay, Sure. It's a rush job. But this is ridiculous. No one seems to be in control; nothing's ever explained. Foul up, however, and the managers come at you from all sides. 'The whole management structure,' said Rosen. 'Anyone in Harvard Business School would have barfed.'"

Maybe, but the reason why his project shipped and his rival's didn't wasn't because he had superior consultants from Harvard. As Kidder recounts from attending a trade conference: "It seemed to me that computers have been used in ways that are salutary, in ways that are dangerous, banal and cruel, and in ways that seem harmless if a little silly. But what fun making them can be!" show less

It's difficult to read "Rough Sleepers" without thinking of another Tracy Kidder book, "Mountain Beyond Mountains," his chronicle of Partners in Health, Dr. Paul Farmer's impossibly high-performing health care clinic in rural Haiti. I loved "Mountains Beyond Mountains," but when I mentioned Farmer to the one person I know who works in public health, she rolled her eyes. It's not hard to see why: Dr. Farmer was admirable, but we can't all be Dr. Farmer. You couldn't base a health care system show more on people like him, and you probably shouldn't try. So we hear a lot about gentrification, about what it's like to grow up with few to no resources, about how humans sometimes fall through the cracks of the already shaky systems we have set up to support the most vulnerable.

I half-suspect that Kidder heard this criticism — or something like it — before writing "Rough Sleepers". Dr. Jim O'Connell is described as a special individual, but he's not a saint. In fact, when he left Harvard Med, he figured he'd have a quiet, prosperous career doctoring somewhere or other He took a one-year assignment to attend to patients living hard on the streets of Boston for a year and then, having stumbled into his vocation, found himself unable to leave. While the author spends a lot of time informing us about the mechanics of homelessness: how to get a shelter bed, and where to sleep if you don't; how to get medical attention; how stay safe, and how many homeless people are addicted to drugs or alcohol. But he also keeps an eye on the larger causes of how people came to be homeless and why this social problem persists. While Kidder's strength as a writer may always be introducing us to remarkable people, this is a slightly more structurally focused book than "Mountains Beyond Mountains" was, and it's better for it.

This isn't to say that we don't meet a lot of interesting characters in "Rough Sleepers", from Barbara McInnis, a wonderfully dedicated nun who later had a homeless shelter named after her, to Tony, a mercurial, charismatic, and talented man living on the streets whose genuine gifts have been obscured by years of drug abuse and a very troubled upbringing. And there are, of course, a lot like him. At the end of the book, we see Dr. Jim contemplating retirement and thinking about how the Boston Health Care for the Homeless Street Team might get on without him. He also takes the author — and the reader — on a tour of a sort of photo gallery of patients he once helped on the city streets. In one sense, he and Kidder share the same mission: to preserve the memory of individuals that were nearly forgotten in life and would otherwise almost certainly be forgotten in death. For this reason — and for many others — "Rough Sleepers" feels like an important, almost necessary book. This one is less obviously inspiring than "Mountains Beyond Mountains," perhaps, but I'm glad that Kidder took the time to write it. show less

Author Tracy Kidder had the opportunity to ride with Dr. Jim O'Connell and his Street Team for five years, as they gave medical treatment and check-ins to "rough sleepers" - those homeless folks who generally elect to stay on the streets rather than go to a shelter - in Boston. He describes Dr. Jim's work, how he got there, and the various people he provides services to.

This was a really excellent book, but so difficult to describe. Kidder does a great job of profiling one man and his work, show more as well as zooming out and exploring the multifaceted challenges in truly eradicating homelessness, while telling you story of person after person affected by health problems, trauma, substance abuse, and more. Dr. Jim would be the first person to tell you he's not a saint - but he does work hard to bring health services to a population most would like to ignore, and he does it with grace and compassion. Indeed, he compares it often to the myth of Sisyphus, and feeling like you're starting over from square one over and over again. But he keeps going, keeps working, and for some folks, it really does make a difference. show less