• Home

  • About

  • Portfolio

  • Blog

  • Contact

my blog

posts
The overlooked appreciation of TypeScript

The overlooked appreciation of TypeScript

In the current discussion around TypeScript, we must not forget the crucial role it plays as a common language across distributed teams.

Code reviews: Code review process

Code reviews: Code review process

Describing the process of an effective code review, from selecting the code to review to providing constructive feedback.

Code reviews: The importance of collaborating

Code reviews: The importance of collaborating

Why code reviews are important to find bugs, promote best practices, and ensure consistency in code style?

The art of individual development in a team: How to make every member shine

The art of individual development in a team: How to make every member shine

How can you encourage individual development in a team even if you don't have direct control over project assignments?

Does documentation need to be super detailed?

Does documentation need to be super detailed?

In times of Jira, stake holders and acceptance criteria we tend to be very literal with everything. But is this really helpful and healthy? And if so, to what degree?

HTML order and stacking context

HTML order and stacking context

Not only accessibility gains benefit through placing HTML in the right order. Knowledge about stacking context will save you some headache.

Thoughts about being a senior developer

Thoughts about being a senior developer

We don't need to know everything. Nevertheless I often get trapped in exactly this thought! Some thoughts.

Launching a new personal website

Launching a new personal website

It's not really the need of presenting himself to a broad audience, it's more a personal thing to have one.

Post Details

posts
Monday, 1 August 2022 Documentation, food for thought

Does documentation need to be super detailed?

Does documentation need to be super detailed?

Many user stories that we implement in our career have to be documented in great detail from many points of view. POs, QA, stakeholders, content managers, of course, all have their view of the world, so documentation is the common denominator that picks up all parties and finds a common language and also brings everyone's expectations into line. So, a really important and good thing!

However, there is also documentation written by developers for developers. These differ drastically in the reach of the target group from the ones already mentioned. We don't necessarily have to pay attention to other professions here and can concentrate on the essentials, after all we are all developers. Junior, Intermediate, Senior, yes, but developers.

The ability to hold multiple levels of complexity in mind, mentally connecting all parts of the code and even do this for code other developers produced during pull request reviews is really challenging! But hey, we love the tunnel, the focus, the flow into which our thinking submerges and sometimes doesn't resurface for hours. It's really like a red thread that you follow with satisfaction. It's the best days as a developer when you experience that. You feel productive, you have reached a goal that you would otherwise only get closer to days later.

So all in all this makes developers very good thinking machines.

I think we should therefore also be able to trust that developers are really good at dealing with rather generic documentation. Not everything has to be formulated down to the smallest detail, it is sufficient if the underlying concept is sketched and conveyed. However, if we write this detailed documentation instead, we are even more likely to produce errors. Finally, from the dev's point of view, I don't have to think about how to use the code anymore, everything has already been thought through and written down.

... and that's exactly the problem. With generic documentation, I cover far more cases that may arise in the future than I can describe in general. Yes, as a developer, I need to think more, need to understand more about how code works. All in all, however, I also deliver better and less error-prone work in the long term.

So let's write less detailed documentation and focus more on education so that everybody can understand concept instead of following literal rules.

Photo by Markus Winkler on Unsplash