From: Donnie Berkholz <dberkholz@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: [RFC] Features and documentation
Date: Wed, 28 Nov 2007 16:29:30 -0800 [thread overview]
Message-ID: <20071129002929.GA11249@supernova> (raw)
In-Reply-To: <20071128213319.09f73e89@blueyonder.co.uk>
On 21:33 Wed 28 Nov , Ciaran McCreesh wrote:
> On Wed, 28 Nov 2007 13:14:05 -0800
> > 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.
I think that in most cases it is self-evident to the developer how much
documentation is useful, and if the community disagrees with that
developer, anyone else is welcome to say so. There are always a few
people out on the edge, but most people realize how much documentation
should exist. I don't see a benefit to all these precise specifications.
Thanks,
Donnie
--
gentoo-dev@gentoo.org mailing list
next prev parent reply other threads:[~2007-11-29 0:32 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
2007-11-29 0:29 ` Donnie Berkholz [this message]
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=20071129002929.GA11249@supernova \
--to=dberkholz@gentoo.org \
--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