marmelab

joined 1 week ago
[–] marmelab@programming.dev -2 points 4 hours ago (4 children)

If you don't like the images, fair. It's just that I personally prefer to have these than none at all

 

Ever get the feeling that modern web dev has become… a bit too complex?

Sometimes I catch myself thinking about the “good old days”. When you could just write some code, compile it, and run it without worrying about all the dependencies, the build tools, the client-side rendering, the server-side rendering, the server components, and all the other buzzwords that are thrown around in the web dev world… just code doing its thing.

And honestly, I think that feeling isn’t totally wrong. Maybe we can make things simpler, faster, more straightforward again.

So naturally… I decided to embrace the future by going back to the past: COBOL.

Here’s my (100% serious, definitely not questionable) migration story.

 

When I first started working on OSS projects, I really struggled with documentation. But after a lot of trial and error, I learned a lot about writing clear and helpful docs. Working on several OSS projects has also taught me just how essential good documentation is to the success of a project. So, I'd like to share with you some of the tips that have helped me improve (in the hope that they will save you the same headaches I've experienced lol):

  • Guide first : Start with simple guides that focus on common use cases to help users get started quickly.
  • Show, don’t tell: Use screenshots & screencasts early & often to visually demonstrate features.
  • More code than text: Prioritize clear, working code examples over lengthy text explanations.
  • Use plausible data: Craft realistic data in examples to help users better relate & apply them to their projects. I use faker.js for this.
  • Examples as stories: Write examples in Storybook to ensure accuracy & consistency between code & visuals.
  • The reference follows the guide: If an advanced user is looking for all possible options of a component, they can find them in the same place as the guide.
  • Pages can be scanned quickly: Break content into short, digestible sections for quick navigation and easy reading.

Here's a doc example where I've tried to implement these best practices.

How do you approach documentation in your projects?