kb:bestpractices:documentation
Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| kb:bestpractices:documentation [2024/03/11 11:19] – ↷ Links adapted because of a move operation joerg.hampel | kb:bestpractices:documentation [2025/05/19 14:59] (current) – manuel.sebald | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== Documentation ====== | ====== Documentation ====== | ||
| - | For a successful project, the documentation | + | Documentation |
| - | These better practices are mainly inspired by [[https:// | + | ===== Contents ===== |
| + | {{indexmenu>: | ||
| - | ===== Documentation Types ===== | + | ---- |
| - | First of all, be clear about what you want to write. The type of the documentation heavily influences the structure and style. Usually we use three different types: | + | <WRAP center round tip 100%> |
| + | **For generating documentation from your LabVIEW code, make sure to check out the [[kb: | ||
| + | </ | ||
| - | * Tutorial (aka "Quick Start" or " | + | ---- |
| - | * Guide (more comprehensive) | + | |
| - | * Reference (aka API documentation) | + | |
| + | ===== Project Documentation ===== | ||
| - | ==== Tutorial ==== | + | Project specific documentation shall be included in the Git repository under the folder ''/ |
| - | Tutorials are like a front door or a shop window. They demonstrate how your project " | ||
| - | New users usually first read the "Quick Start" section. They want a simple example to see how this library or application can be used. Give the user a quick lift. | + | ==== Tooling ==== |
| - | See also https://docs-guide.readthedocs.io/en/latest/ | + | For all types of diagrams, we use the free and for all platforms available tool [[https://www.drawio.com/ |
| + | Online tools that work in the cloud (e.g. Canva, MS365, ...) shall be avoided because of security and confidentially issues. | ||
| - | ==== Guide ==== | + | <WRAP center round note important 100%> |
| + | **Do not store confidential customer data in untrusted cloud services!** | ||
| + | </ | ||
| - | Should be a comprehensive documentation of the project. Main aspects are: | ||
| - | |||
| - | * show the vast majority of possible options (but should not show all possible options -- that is the task for reference), | ||
| - | * show how all concepts fit together, | ||
| - | * answer the question " | ||
| - | |||
| - | |||
| - | ==== Reference ==== | ||
| - | |||
| - | References should answer the question " | ||
| - | |||
| - | A reference is what our [[code: | ||
| - | |||
| - | |||
| - | ===== Writing Documentation ===== | ||
| - | |||
| - | Good advices for writing documentation can be found here: https:// | ||
| - | |||
| - | |||
| - | ===== Documentation Structure ===== | ||
| - | |||
| - | To find and maintain a good structure is critical for good documentation. For this, Read The Docs provides us a good help, too: https:// | ||
| - | |||
| - | For our DokuWiki we should maintain a set of templates. These tempates provide a common structure for each type of documentation and makes it easier to start (no "blank page" phenomena). | ||
| - | |||
| - | |||
| - | ===== Style ===== | ||
| - | |||
| - | Last but not least, you can find helpful advice for a good writing style here: https:// | ||
| - | |||
| - | |||
| - | ===== HSE DokuWiki Templates ===== | ||
| - | |||
| - | {{indexmenu> | ||
| - | |||
| - | // | ||
kb/bestpractices/documentation.1710155974.txt.gz · Last modified: 2024/03/11 11:19 by joerg.hampel