From: David Woodhouse <dwmw2@infradead.org>
To: Stephen Satchell <list@fluent2.pyramid.net>
Cc: Phil Howard <phil-linux-kernel@ipal.net>, linux-kernel@vger.kernel.org
Subject: Re: Changing KB, MB, and GB to KiB, MiB, and GiB in Configure.help.
Date: Mon, 24 Dec 2001 12:37:17 +0000 [thread overview]
Message-ID: <26276.1009197437@redhat.com> (raw)
In-Reply-To: <4.3.2.7.2.20011223080930.00c5aed0@10.1.1.42>
In-Reply-To: <4.3.2.7.2.20011223080930.00c5aed0@10.1.1.42> <4.3.2.7.2.20011222075342.00c11e00@10.1.1.42> <4.3.2.7.2.20011222075342.00c11e00@10.1.1.42> <Pine.GSO.4.30.0112221113120.2091-100000@balu> <E16H9C4-0005ST-00@sites.inka.de> <Pine.GSO.4.30.0112221113120.2091-100000@balu>
list@fluent2.pyramid.net said:
> >If you are more interested in the choices of the marketplace than in
> >technical correctness, one has to wonder what you're doing on this mailing
> >list.
> Nice ad hominem attack, David. Attack the messenger. Good boy.
That's not what I understood 'ad hominem' to mean. My understanding was that
ad hominem involved an attack on the person making the argument, followed by
an obviously false assertion that such attack renders the person's arguments
invalid, even though the details of the attack made are completely unrelated
to the matter being discussed.
Thus observing that you sent your mail using a Windows MUA, then declaring
that your argument is invalid because you're a Windows user and therefore
obviously mentally deficient, would be an ad hominem attack.
My response, though it could possibly be called an 'attack' if you were
feeling particularly thin-skinned, was definitely based upon the discussion
at hand - I expressed surprise at the criterion of marketplace acceptability
which you used to justify your position.
> I also mentioned that we have a very, very large base of "legacy
> users" who do not understand what MiB would be (outside of the
> context of the movie _Men in Black_) and who would become very, very
> confused. In short, making the change would CONFUSE THE
> NON-TECHNICAL USERS more than they already are.
But this term _is_ used outside that context. And the context it's used in,
in just about all cases, makes it blindingly obvious to all but the densest
reader what the intended meaning is. Maybe _those_ people will remain
slightly confused about where we mean 10^3 and where we mean 2^10, but at
least people with a clue no longer have to be confused about such things.
As an example - what possible meaning could you contrive for 'KiB' in the
following:
This lets you select the page size of the kernel. For best IA-64
performance, a page size of 8KiB or 16KiB is recommended. For best
IA-32 compatibility, a page size of 4KiB should be selected (the vast
majority of IA-32 binaries work perfectly fine with a larger page
size). For Itanium systems, do NOT chose a page size larger than
16KiB.
Surely it's difficult to imagine anyone reading that and coming to any
other conclusion than the correct one?
I accept that is often appropriate to 'dumb down' documentation and
explanations somewhat to cater for the lowest common denominator members of
the audience.
It is much more rarely appropriate to dumb it down so far that it becomes
factually inaccurate. The tuition of physics at high school, in Further
Education and then Higher Education is perhaps an example of when such
oversimplifications are necessary and appropriate. Some people will never
need to know that Newton's Laws break down, and even if that weren't the
case, they wouldn't have a whelk's chance in a supernova of understanding
Relativity anyway. So why trouble them with it?
But in the situation at hand, there is no justification for catering to the
ignorant in our documentation to the extent that it becomes inaccurate. The
difficulty in understanding the correct text is just not sufficient to
justify the inaccuracies.
--
dwmw2
next prev parent reply other threads:[~2001-12-24 12:37 UTC|newest]
Thread overview: 100+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-12-20 18:02 Changing KB, MB, and GB to KiB, MiB, and GiB in Configure.help Steven Cole
2001-12-20 18:16 ` Matt Bernstein
2001-12-20 18:42 ` Randolph Bentson
2001-12-20 19:00 ` Dave Jones
2001-12-20 19:07 ` Nicholas Knight
2001-12-20 18:47 ` Michael Dunsky
2001-12-20 19:00 ` Timothy Covell
2001-12-21 1:44 ` Stephen Satchell
2001-12-20 18:26 ` Robert Love
2001-12-20 18:52 ` Eric S. Raymond
2001-12-20 19:32 ` Steven Cole
2001-12-20 19:37 ` Eric S. Raymond
2001-12-20 20:40 ` Marc Schiffbauer
2001-12-20 20:32 ` Gábor Lénárt
2001-12-20 21:05 ` Richard B. Johnson
2001-12-20 21:14 ` Gábor Lénárt
2001-12-20 21:25 ` Andreas Dilger
2001-12-20 22:49 ` Mike Eldridge
2001-12-21 10:58 ` Mike Jagdis
2001-12-26 18:59 ` Riley Williams
2002-01-02 17:17 ` Jonathan Amery
2002-01-02 20:17 ` Timothy Covell
2002-01-03 4:23 ` Daniel Phillips
2002-01-03 15:46 ` Timothy Covell
2001-12-24 13:39 ` Lionel Bouton
2001-12-25 11:25 ` Pavel Machek
2001-12-25 20:14 ` Lionel Bouton
2001-12-20 19:49 ` Bernd Eckenfels
2001-12-22 10:24 ` Pozsar Balazs
2001-12-22 10:47 ` Phil Howard
2001-12-24 13:21 ` Ian Molton
2001-12-22 11:30 ` Bernd Eckenfels
2001-12-22 20:18 ` Pozsar Balazs
2001-12-23 5:39 ` Bernd Eckenfels
2001-12-22 16:03 ` Stephen Satchell
2001-12-23 10:43 ` David Woodhouse
2001-12-23 12:00 ` Vojtech Pavlik
2001-12-23 16:24 ` Stephen Satchell
2001-12-24 12:37 ` David Woodhouse [this message]
2001-12-28 10:25 ` Kai Henningsen
-- strict thread matches above, loose matches on Subject: below --
2001-12-20 19:13 Changing KB, MB, and GB to KiB, MiB, and GiB in Configure.hel p Nicholas Knight
2001-12-20 19:41 ` Changing KB, MB, and GB to KiB, MiB, and GiB in Configure.help Mike Harrold
2001-12-21 16:59 ` Alan Cox
2001-12-21 17:50 ` Mike Harrold
2001-12-21 18:41 ` Kent Borg
2001-12-21 18:49 ` lk
2001-12-21 19:12 ` Kent Borg
2001-12-22 4:51 ` Albert D. Cahalan
2001-12-20 19:25 RaúlNúñez de Arenas Coronado
2001-12-20 21:41 ` Jamie Lokier
2001-12-21 23:05 ` Rob Landley
2001-12-21 11:44 Christian Groessler
2001-12-21 12:50 ` Rene Engelhard
2001-12-21 14:40 ` Reid Hekman
2001-12-21 14:48 ` Rene Engelhard
2001-12-26 19:04 ` Riley Williams
2001-12-21 15:48 ` Mike Jagdis
2001-12-21 16:07 ` Rene Engelhard
2001-12-21 17:43 ` Bob Glamm
2001-12-21 20:50 ` Andreas Ferber
2001-12-21 19:55 Per Jessen
[not found] ` <by>
2001-12-22 1:48 ` Timothy Covell
2001-12-22 4:32 ` H. Peter Anvin
2001-12-22 4:49 ` Timothy Covell
2001-12-22 7:57 ` Alan Cox
2001-12-22 18:22 ` Timothy Covell
2001-12-22 19:54 ` Derek Fawcus
2001-12-22 2:11 ` Timothy Covell
2001-12-22 4:44 ` H. Peter Anvin
2001-12-22 4:55 ` M. Edward (Ed) Borasky
2001-12-22 5:29 ` Ryan Cumming
2001-12-22 5:53 ` Timothy Covell
2001-12-22 22:41 ` Changing KB, MB, and GB to KiB, MiB, and GiB in?Configure.help Vojtech Pavlik
2001-12-22 10:53 ` Pekka Pietikäinen
2001-12-21 22:55 Changing KB, MB, and GB to KiB, MiB, and GiB in Configure.help Stuart Lynne
2001-12-22 2:51 Thomas Hood
2001-12-22 8:39 matthew david reuther
2002-01-08 21:18 ` Dr. Kelsey Hudson
2001-12-22 23:22 Per Jessen
2001-12-23 7:21 ` Nicholas Knight
2001-12-23 13:35 ` Alan Cox
2001-12-23 9:18 Per Jessen
2001-12-23 16:34 ` Stephen Satchell
2002-01-08 21:24 Changing KB, MB, and GB to KiB, MiB, and GiB =?iso-8859-1?q?in Configure=2Ehelp=2E?= Dr. Kelsey Hudson
2002-01-08 21:29 ` Changing KB, MB, and GB to KiB, MiB, and GiB in Configure.help H. Peter Anvin
2002-01-08 22:15 ` Dr. Kelsey Hudson
2002-01-08 23:03 ` Timothy Covell
2002-03-18 11:31 Nayyer Tiger
2002-03-18 16:12 ` Randy.Dunlap
2002-03-18 16:36 ` Richard B. Johnson
2002-03-18 13:53 ` Andreas Dilger
2002-03-18 17:38 ` Jakob Kemi
2002-03-18 18:24 ` H. Peter Anvin
2002-03-18 18:35 ` Rik van Riel
2002-03-18 19:00 ` Mike Dresser
2002-03-18 19:08 ` Rik van Riel
2002-03-18 19:31 ` Chris Friesen
2002-03-18 22:04 ` Mike Dresser
2002-03-18 22:12 ` Mike Dresser
2002-03-19 11:48 ` Remco Post
2002-03-18 17:04 ` Steven Cole
[not found] <Pine.LNX.4.33.0203181358540.25105-100000@router.windsormac hine.com>
2002-03-19 14:20 ` Pete Cervasio
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=26276.1009197437@redhat.com \
--to=dwmw2@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=list@fluent2.pyramid.net \
--cc=phil-linux-kernel@ipal.net \
/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