Reflecting on documentation as a living knowledge system, and how structure, lifecycle thinking, and reuse determine whether information holds up over time.

The diagram I’ve been building toward (the foundation of a new series launching on The Doc Landscape called The Living Knowledge System) maps the system that product knowledge actually moves through in a software company. Not all knowledge in a company. Not HR onboarding or sales enablement or anything else. Specifically the knowledge that’s born…

Docs-as-code has two versions in circulation and they rarely get distinguished. The narrow one says: write in plain text, use Git, work like an engineer. The broader one says: bring structure, rigor, and shared ownership to documentation work, using whatever tools best serve that goal.

Technical writers depend on cross-functional communication more than almost any other role in software. In distributed teams, that communication breaks down in different ways.