Best practicies to write minimal and usefull documentation for your software project.
by edumco
Large documents are hard to maintain, slow to read, and difficult to navigate. Instead of creating monolithic files, split content into smaller, focused documents.
Why Smaller Docs Are Better
Divide content based on its purpose: A single file “Project-Guide.md” with 50 pages covering several topics can be turned into a list of documents:
Setup.md
Backend.md
Frontend.md
Depployment-Guide.md
Tailor docs to specific readers:
User-Manual.md
Setup.md
, Backend.md
, Frontend.md
Deployment-Guide.md
,Instead of repeating details, link to dedicated docs:
## Deployment
For cloud setup, see [Cloud-Configuration.md](./Cloud-Configuration.md).
For on-premise, see [On-Premise-Guide.md](./On-Premise-Guide.md).
Ensure smaller docs still connect:
A single document with several goals, publics and editors: Project-Overview.md
Multiple documents and each one of them has a single and clear goal, public and editor:
User-Manual.md
Quickstart.md
Setup.md
Backend.md
Frontend.md
Deployment-Guide.md
Reporting-Bugs.md
Collecting-Bug-Evidences.md
Frontend-Test-Automation.md
Backend-Test-Automation.md
Performance-Tests.md