public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Ciaran McCreesh <ciaran.mccreesh@blueyonder.co.uk>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev]  Re: [RFC] Features and documentation
Date: Wed, 28 Nov 2007 21:33:19 +0000	[thread overview]
Message-ID: <20071128213319.09f73e89@blueyonder.co.uk> (raw)
In-Reply-To: <20071128211405.GA11126@supernova>

[-- Attachment #1: Type: text/plain, Size: 1916 bytes --]

On Wed, 28 Nov 2007 13:14:05 -0800
Donnie Berkholz <dberkholz@gentoo.org> wrote:
> Many of the replies keep asking for details -- details that don't
> exist. Apply the concept abstractly: things that need to be
> documented must have documentation available in the appropriate form
> at the time they're committed.

Which still doesn't bring anything discussable or implementable. A
large part of why many things aren't documented is that people have
very different ideas about what level of documentation is required;
this does nothing to affect that.

> What remains unclear about this principle?

It's entirely nebulous and has nothing that can be discussed or agreed
upon, beyond giving people a feel good "ooh, yes, we should do this"
with no practical purpose. It has an unpleasant smell of something a
Dilbert-esque manager would introduce after having read a "Project
Management for Dummies" book full of slogans and generalities.

So, if you want to take this somewhere useful:

* Decide what the scope of a change is. Are we talking anything
user-visible? Anything substantially user-visible? Anything requiring
user action? Anything developer-visible? Anything requiring developer
action? Anything visible to small numbers of developers working in a
specific area?

* Decide what the appropriate level of documentation is.

* Discuss how you're going to get documentation of a sufficiently high
quality. Most developers aren't going to go out and spend several months
studying technical writing...

* Decide whether it's worth putting the limited available writing
resources into developer documentation that will only be read by a few
hundred people, rather than putting more focus into user documentation
that will be read by pretty much everyone.

You know... Practical things, rather than things that make you feel
good but go nowhere.

-- 
Ciaran McCreesh

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2007-11-28 21:36 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-27 19:21 [gentoo-dev] [RFC] Features and documentation Donnie Berkholz
2007-11-27 19:25 ` Ciaran McCreesh
2007-11-27 19:36   ` Donnie Berkholz
2007-11-27 19:41     ` Ciaran McCreesh
2007-11-27 19:31 ` Doug Klima
2007-11-28  3:10 ` Alec Warner
2007-11-28  6:56   ` Rémi Cardona
2007-11-28 18:12     ` Zhang Le
2007-11-28 21:15   ` Donnie Berkholz
2007-11-29  0:43     ` Alec Warner
2007-11-29  1:01       ` Donnie Berkholz
2007-11-29  2:25         ` Alec Warner
2007-11-29  8:58         ` [gentoo-dev] " Christian Faulhammer
2007-11-29 13:57       ` [gentoo-dev] " Santiago M. Mola
2007-11-29 14:47       ` Doug Klima
2007-11-28 11:40 ` Marijn Schouten (hkBst)
2007-11-28 12:38   ` [gentoo-dev] " Duncan
2007-11-28 21:14     ` Donnie Berkholz
2007-11-28 21:33       ` Ciaran McCreesh [this message]
2007-11-29  0:29         ` Donnie Berkholz
2007-11-29  5:04         ` Duncan
2007-11-29  5:38           ` Donnie Berkholz
2007-11-29 18:06             ` Duncan
2007-11-29 19:29               ` Santiago M. Mola
2007-11-30 17:50                 ` Duncan
2007-11-30 10:42     ` Steve Long
2007-11-30 17:42       ` Duncan
2007-11-28 19:02 ` Christian Faulhammer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20071128213319.09f73e89@blueyonder.co.uk \
    --to=ciaran.mccreesh@blueyonder.co.uk \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox