Updates

  1. Person pages list letters, writing, profiles and links as sortable tables with filters, and show each person's companies as links; Fund letters show each letter's description in its own column.
  2. Experts show a checked job title and a short description of each person; 30 more people have photographs.
  3. Every company, fund, university and publication the experts work for has a page listing the people there.
  4. Fund letters show each letter's thesis and filter by it; 225 person pages list the essays, columns and newsletter issues the person wrote.
  5. Person pages list every essay and newsletter issue a person wrote, and their own books as a table in List view.
  6. Recommends shows the five largest kinds of book and the rest under More; browse pictures load sooner.
  7. Podcasts and talks link the original episode, filter by Audio and video or Press, and list each publisher once.
  8. Pages are wider, Recommends has List and Grid, and a filter clicked again turns off.
  9. Book cards sit in a ruled grid with Open Library and Goodreads links and each book's one-line note.
  10. Funds is now Investors; each investor's styles are buttons that filter the table.
  11. Podcasts and talks on a person's page filter by year and publisher and show as a list or a grid of pictures.
  12. Quotes show only people's own words: 472 summaries written by list sites are gone.
  13. Country pages open from Browse again, and every link on the shelf lands on a page.
  14. Subject and person pages show their sections as tabs, and each book appears once on a person's page.
  15. Book cards show the quote, who said it and the source; grids show five cards to a row.
  16. On a phone, a menu holds the sections, search, Updates, Feedback and dark mode.
  17. Feedback takes a screenshot of the page with no browser prompt, opens a screenshot full size when you click it, and clears itself once sent.
  18. Book cards are centred, search names the topic each book sits in, and any text cut short shows whole on hover.
  19. Search groups its results by kind: people, companies, geographies, subjects, topics, books, funds, fund letters and papers.
  20. The Books table lists who recommended each book by name, and the browser tab names the section you are in.
  21. Feedback can take a screenshot of the page, or one you paste or choose, and opens in the corner beside Updates.
  22. Each rail button reopens its section where you left it, and Browse, Table and People show on every book and subject page.
  23. Filters grey out choices that hold nothing instead of hiding them, and Books › People filters by authors or recommenders.
  24. Feedback takes a subject line and up to three screenshots.
  25. Biographies are grouped by the person they are about: 41 new pages, from Abraham Lincoln to Lee Kuan Yew.
  26. Sport splits into 23 sports, and Religion into one topic per faith.
  27. Book lists show as cards: the cover, one recommendation quote and every recommender by name.
  28. Seventeen subjects that had two or three pages under different names now have one page each.
  29. Every page lists its Experts as authors and recommenders, with a link to them on the Experts tab.
  30. Economics, Financial history, Financial panics and Accounting are subjects of their own, with one page per financial crisis.
  31. Book, person and subject pages open inside the app, so the tabs stay in view.
  32. 996 more book covers, and photographs or logos for 227 more people and companies.
  33. Books › Browse shows every subject as cards, and the rail holds Fund letters, Papers, Experts, Books and Funds.
  34. Every topic over 150 books splits into narrower topics, each with a page of its own.

Send feedback

What is it?
Screenshots, up to 3 (optional)
or paste one with Ctrl+V

We use your email only to reply to you.

The Mythical Man-Month

The Mythical Man-Month

Frederick P. Brooks
1974
T4 195 pages · about 3h 15m to read Open Librarygoodreads

Why adding people to a late software project makes it later.

Summary

Brooks managed the development of IBM's OS/360, one of the largest software projects of the 1960s, and wrote these essays about why it went as it did. The central proposition, now called Brooks' law, is that adding manpower to a late software project makes it later, because the new people must be trained by the existing ones and because communication paths grow as the square of team size.

The conceptual integrity argument is the book's other main contribution. Brooks holds that a system must proceed from a single mind or a small number of agreeing minds, that consistency of design matters more than the sum of good individual ideas, and that this requires separating architecture from implementation. He advocates the surgical team structure, in which one person does the design and others support.

Other essays cover the second system effect, in which an architect's second project accumulates all the features omitted from the first and becomes bloated; the argument that a programmer should plan to throw the first version away because they will anyway; the observation that scheduling is where most projects fail and that estimates are compressed by the desire to meet a date; and the recommendation to document design decisions formally.

The twentieth anniversary edition adds No Silver Bullet, in which Brooks argues that no single development produces an order of magnitude improvement in software productivity, because the essential difficulty is the complexity of the problem rather than the accidental difficulty of the tools. The examples are from 1960s mainframe development and much of the technical context is gone. Brooks himself retracted some positions, including on the surgical team. The law about late projects and the conceptual integrity argument remain accurate.

Key takeaways 8

  1. Adding people to a late software project makes it later, because of the training burden and because communication paths grow as the square of team size.
  2. Conceptual integrity is the most important property of a system and requires that the design come from one mind or a few agreeing minds.
  3. Architecture must be separated from implementation, because a design produced by committee acquires inconsistencies that no amount of implementation quality corrects.
  4. The second system an architect designs is the most dangerous, because it accumulates every feature omitted from the first.
  5. The first version of any system will be thrown away, so a team should plan for that rather than pretend otherwise.
  6. Schedule slippage happens one day at a time rather than in catastrophes, which is why it is not noticed until it is unrecoverable.
  7. The essential complexity of software comes from the problem being solved rather than from the tools, which is why no tooling improvement produces an order of magnitude gain.
  8. Building a system that works is fundamentally different from building a product, and the effort is roughly nine times greater for a supported product than for a working program.

Who should read it

Anyone managing software projects who wants the original statement of why adding people fails and why design consistency matters more than individual quality.

Who recommended it 6 · 2 direct

Andrew Chenreported
Jeff Atwoodreported
Marc Benioffreported

Similar books 6

Chosen by shared topics, the entries that hold them, and the people who recommended both.

Timothy Lister, Tom DeMarco · 1987

Recommended by: Drew Houston, Jeff Atwood

Ben Horowitz · 2014

Subtitled 'Building a Business When There Are No Easy Answers'

“…books I've recommended, highlighted to death, or forced on friends.” — Andrew Wilkinson

Source: Andrew Wilkinson's Bookshelf, neverenough.com

Recommended by: Andrew Wilkinson, Balaji S. Srinivasan and 34 others

Where it sits in the reference 3

Business themes
Industries
Business themes

Topics

Technology and ComputingBusiness and ManagementProgramming and computer science