This is similar to the four types of software documentation: https://docs.divio.com/documentation-system/
Source: https://www.hillelwayne.com/post/problems-with-the-4doc-mode...
Jacob Kaplan-Moss described[0] the approach in 2009 (he omitted the How To guides, but they are in fact part of Django docs for as long as the framework is widely used). If there was a person to credit for this, that would be him.
Although this actually gets at a frustration I had with Johnson's essay. There's a section that presents research and examines the VSK model and Kalb's model, and in both cases finds: a) they're wrong, in the sense that they hypothesize different kinds of learners that don't exist; and b) they're useful, in the sense that they describe different kinds of stimuli that should exist in a learning environment. Not because they serve the needs of different students, but because they serve the needs to students at different times or in different conditions.
But instead of applying those lessons, Johnson basically uses the findings about VSK to dismiss critics, and spends dozens of pages re-deriving an approximation of Diataxis theory which would have flowed directly from mapping the Kalb model onto forms of technical writing (which, while not quite the same thing as "documentation", is good enough to get to the right conclusions).
It would omit what Johnson calls "lesson plans", but these seem to be basically just the source code for tutorials. And it would omit "textbooks", but I think a lot of these are bad anyway, for many of the same reasons that board game rulebooks are.
I worked on Django documentation and Diátaxis at the same time, so naturally you will see a lot of the same patterns.
This isn't a reasonable expectation. Your current state of documentation may be very different from some-other-software's current state of documentation. There may (or may not) be commonalities across those states, but assuming the most conservative situation leaves you with no commonality and the author's only option is to write the explanation for you. From there, you have to think about what transformations you need to apply to your current state to get it to the desired state.
Contrast this with game rulebooks. There is a clear commonality: situations where none of the players know any of the rules. Therefore, the rulebook can easily be written assuming no knowledge of the current rules of the game. Players that know the rules of the game can either a) go make everyone coffee and avoid polluting the learning phase with information that stretches the patience of the folks reading the rulebook; or b) claim to the players that don't know the rules that the rulebook is useless and they can do a much better job explaining all the nuances much better than the person that designed the game.