![Samaraweera193](https://selfpublishingguru.com/images/player/000default.jpg)
: Re: Does DRY (Don't Repeat Yourself) Apply to Documentation? In programming, it's usually accepted that DRY code is better code in most situations. Does this principle also apply to documentation?
The more your documentation is aimed at people reading it like a book the less you should repeat yourself. The more your documentation is a look at this one page read it put it away the more you should repeat yourself.
The most concrete example I can think of are aviation emergency checklists. No Co-Pilot is ever required to look anywhere else after he opened the correct check list. Everything is on that one page. Even if it's a step that is on half the pages (think inform tower), if it's deemed important enough to be there it's on every check list.
Since you apparently use automated documentation I'd say few repetitions in the user training guide but repeat yourself a lot in the emergency recovery runbook.
More posts by @Samaraweera193
![Samaraweera193](https://selfpublishingguru.com/images/player/000default.jpg)
: Does DRY (Don't Repeat Yourself) Apply to Documentation? In programming, it's usually accepted that DRY code is better code in most situations. Does this principle also apply to documentation?
![Samaraweera193](https://selfpublishingguru.com/images/player/000default.jpg)
: Where would I specify which user is required to run an administration command? I work with a software product that has over 10 major components. The administration of most of these is done
Terms of Use Privacy policy Contact About Cancellation policy © selfpublishingguru.com2024 All Rights reserved.