liveBook · Manning

Book

As explained in Writing for Developers: Blogs that get read

A substantial written work consisting of organized pages or sections published as a single volume or digital equivalent.

A book is a substantial, organized work that gathers a large body of knowledge into one convenient package. Writing one is a long-term commitment: it can share expertise widely while forcing the writer to deepen, synthesize, and structure what they know. section 17.1.5 section 17.7

Choose a book project when you have a clear reason, such as:

  • Expressing a vision that deserves sustained treatment. section 17.1
  • Establishing expertise through a carefully structured, professionally reviewed portfolio piece. section 17.1.2
  • Immersing yourself in a topic deeply enough to uncover gaps, relationships, priorities, and unknowns. section 17.1.3
  • Improving your writing through sustained drafting, rewriting, editorial feedback, and difficult structural changes. section 17.1.4
  • Scaling teaching or domain knowledge beyond the reach of individual conversations. section 17.1.5

A realistic readiness test

Before committing, identify where consistent writing time will come from and whether you can persist for months, then stop revising when publication requires a firm deadline. If the bandwidth or working style is wrong, try writing initial chapters as blog posts or serving as a technical reviewer instead. section 17.2.2 section 17.7

A book project is not automatically a financial strategy: professional and personal rewards are emphasized, while strong commercial outcomes remain exceptions. Treat the proposal as a serious commitment, weigh publisher support against control, and consider co-authoring when collaboration would make the work sustainable. section 1.1.11 section 17.7

How Writing for Developers: Blogs that get read covers it

How deep it goes
Explains motivations, commitment, fit, and publishing tradeoffs, but defers the detailed process of writing the book itself.
Examples
Uses expertise-building, topic immersion, writing practice, knowledge sharing, blog chapters, and technical reviewing as concrete examples.
What it assumes
Assumes a topic or teaching impulse, then asks readers to assess available time, persistence, expertise, and working-style fit.
What you can do after
Evaluate whether to pursue a book, plan its commitment, and compare publishing, self-publishing, co-authoring, and smaller alternatives.
How it connects
Connects books with blog posts, conference talks, technical editing, technical reviewing, publishing, and self-publishing.

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Writing for Developers: Blogs that get read. The section links point to the parts of the book it draws on.