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.

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