One of the best ways to illustrate how your code works and how to use it is to include code examples and screenshots in your documentation. Code examples should be relevant, complete, and executable, and follow the ROS coding standards. You should also use the
tag to format your code blocks and highlight the syntax. Screenshots should be clear, updated, and annotated, and show the expected output or behavior of your code. Code examples and screenshots can help your readers learn by doing and see the results of your code.
###### Link to other resources
Another tip to write better ROS documentation is to link to other resources that provide more information or context for your code. For example, you can link to the official ROS documentation, tutorials, or API reference for common ROS concepts, functions, or packages. You can also link to external sources, such as blogs, books, videos, or papers, that explain the theory, design, or application of your code. Linking to other resources can help your readers expand their knowledge and find answers to their questions.
###### Get feedback and update regularly
The last tip to write better ROS documentation is to get feedback and update regularly. Feedback can help you identify errors, gaps, or improvements in your documentation, and make it more useful and accurate. You can get feedback from your users, contributors, or maintainers, by asking them to review your documentation, report issues, or suggest changes. You can also use tools such as GitHub or GitLab to track and manage your documentation revisions. Updating regularly can help you keep your documentation up to date with your code changes and new features.
######Here’s what else to consider
This is a space to share examples, stories, or insights that don’t fit into any of the previous sections. What else would you like to add?