Re: [DOCS] the sad state of our FAQs - Mailing list pgsql-www

From Tom Lane
Subject Re: [DOCS] the sad state of our FAQs
Date
Msg-id 18473.1236465193@sss.pgh.pa.us
Whole thread Raw
In response to Re: [DOCS] the sad state of our FAQs  (Brendan Jurd <direvus@gmail.com>)
Responses Re: [DOCS] the sad state of our FAQs  (Selena Deckelmann <selenamarie@gmail.com>)
Re: [DOCS] the sad state of our FAQs  (Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>)
Re: [DOCS] the sad state of our FAQs  (Brendan Jurd <direvus@gmail.com>)
List pgsql-www
Brendan Jurd <direvus@gmail.com> writes:
> Although to be frank I think the value of per-version FAQs is dubious.
>  I would be totally okay with seeing the back-branch FAQs abandoned in
> favour of the One FAQ (to rule them all, etc).

> Perhaps, instead of back-branch FAQs which are bound to be mostly an
> old copy of the One FAQ, we could have some kind of "Things to Note If
> You're Running an Older Version" article.

In the past, Bruce has not hesitated to rip out or replace FAQ entries
as soon as they became obsolete.  That approach would have to change if
we went to a one-true-FAQ approach.  In particular, it's often the case
that the best way to do something depends on which version you're
running.

I think it might well be true though that it'd be better to have one FAQ
with answers that say something like "Before version x.y, do this ...
in x.y and later, do that ...".  That approach makes sure that people
know that they are reading version-specific advice; whereas the separate
FAQs approach makes it pretty easy for people to fail to notice that
they are reading advice that's inappropriate for their version.

I guess the sticking point would be about how long to preserve FAQ
entries that are no longer relevant to the current release.

            regards, tom lane

pgsql-www by date:

Previous
From: Brendan Jurd
Date:
Subject: Re: [DOCS] the sad state of our FAQs
Next
From: Selena Deckelmann
Date:
Subject: Re: [DOCS] the sad state of our FAQs