Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

This is similar to the four types of software documentation: https://docs.divio.com/documentation-system/


I'm a little less than impressed by the presentation here. The idea that Divio is describing here is the Diataxis framework (https://diataxis.fr/), which "is the work of" (https://diataxis.fr/colophon/) Daniele Procida (https://vurt.eu/). Who, incidentally, is also giving the PyCon talk in the video on the page you linked (https://www.youtube.com/watch?v=t4vKPhjcMZg). But I don't see anything resembling attribution for the ideas. They aren't just common industry knowledge or "received wisdom". (And the "quote" from David Laing at the top isn't really accomplishing anything, either.)


I’m not that impressed with Diataxis, considering it is basically describing the approach of Django project’s docs—which (both docs and the aporoach) predate Diataxis by many years—without giving any credit that I know of.

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.

[0] https://jacobian.org/2009/nov/10/what-to-write/


> I’m not that impressed with Diataxis, considering it is basically describing the approach of Django project’s docs

I worked on Django documentation and Diátaxis at the same time, so naturally you will see a lot of the same patterns.


I don't think this is quite the same idea, and it isn't anywhere near as deeply elaborated, nor given a theoretical basis. Of course no concept on this scale just pops out of the ether fully formed - as I noted elsewhere, the dichotomy (tetrachotomy?) described by the Diataxis model bears a striking similarity to that in Kalb's model of experimental learning. But that's just it - Diataxis could claim that much more strongly as an ancestor than Kaplan-Moss' approach, which is simply proposing that multiple forms of documentation exist and should co-exist to complement each other, without proposing why or how.

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.


My understanding is that it is Procida’s work at Divio that was then later spun out into Diataxis, with Divio permission.

Source: https://www.hillelwayne.com/post/problems-with-the-4doc-mode...



Thanks. I already had "something about Diataxis" somewhere on my blog agenda before the HN post, and between this and the rest of the comments and the article I feel like I have a lot more material now.


There is no problem with Divio's site, see https://diataxis.fr/colophon/#origins-and-development. I started work on these ideas while still at Divio.


Sounds good, but I'm stuck with how to apply that to my current documentation. I need a how-to right now and all I get is an explanation.


> I need a how-to right now and all I get is an explanation.

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.


Did you not read the link? The reference should be obvious. I'm giving the link too much credit calling it 'explanation' but it isn't even an example of what it advocates in any case.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: