From: "David S. Miller" <davem@redhat.com>
To: david-b@pacbell.net
Cc: rddunlap@osdl.org, linux-net@vger.kernel.org, netdev@oss.sgi.com
Subject: Re: netlink tester program
Date: Mon, 02 Jun 2003 19:02:40 -0700 (PDT) [thread overview]
Message-ID: <20030602.190240.74724523.davem@redhat.com> (raw)
In-Reply-To: <3EDC0047.7030007@pacbell.net>
From: David Brownell <david-b@pacbell.net>
Date: Mon, 02 Jun 2003 18:56:23 -0700
Well, the difference between code and its spec is
generally a bug that needs to be fixed ...
See, a document is NOT the spec, the code is the spec.
Because where the document is wrong, the code determines
the final answer. This is true in all cases.
I cannot tell you how much time I've seen people waste because they
went for documents first, only to find them to be inaccurate for some
corner case whilst the code has all of the accurate answers.
When I see someone want docs, I interpret this as "I don't want to
have to think or have to comprehend something, I'm too lazy to read
the code." Well, such laziness leads the person in question only
to be suscpetible to all of the inaccuracies and disconnect that
always will exist between said docs (if they even exist) and the
code.
It is also the mechanism that leads people to send patches that add
arbitrary crap all over the ipv4/ipv6 code, totally missing the point
that the routing and/or netlink layer did %99 of what they wanted
already.
For example, I added a hoplimit route attribute to RTNETLINK. Who
documented this? What document can you read that would teach you
about this feature? None.
And don't tell me this is a doc bug, every time I make a change the
documentation will be instantly buggy and I'm not going to be required
to document every diff I make to the tree.
next prev parent reply other threads:[~2003-06-03 2:02 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-30 16:00 netlink tester program Randy.Dunlap
2003-05-31 0:11 ` David S. Miller
2003-05-31 3:22 ` Randy.Dunlap
2003-05-31 6:42 ` David S. Miller
2003-05-31 12:09 ` Andi Kleen
2003-06-02 17:07 ` Randy.Dunlap
2003-06-02 21:04 ` Randy.Dunlap
2003-06-02 21:56 ` David S. Miller
2003-06-03 1:56 ` David Brownell
2003-06-03 2:02 ` David S. Miller [this message]
2003-06-03 3:34 ` David Brownell
2003-06-03 3:38 ` David S. Miller
2003-06-03 3:49 ` Randy.Dunlap
2003-06-03 3:51 ` David S. Miller
2003-06-03 7:57 ` Hisham Kotry
2003-06-09 1:35 ` Jamal Hadi
2003-06-09 14:37 ` Mr. James W. Laferriere
2003-06-09 17:16 ` David S. Miller
2003-06-03 2:33 ` John S. Denker
2003-06-03 2:38 ` David S. Miller
2003-06-03 3:20 ` John S. Denker
2003-06-03 3:22 ` David S. Miller
2003-06-03 3:41 ` John S. Denker
2003-06-03 3:46 ` David S. Miller
2003-06-03 3:54 ` Randy.Dunlap
2003-06-03 3:54 ` David S. Miller
2003-06-03 3:37 ` David Brownell
2003-06-03 3:32 ` Randy.Dunlap
2003-06-03 3:35 ` David S. Miller
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=20030602.190240.74724523.davem@redhat.com \
--to=davem@redhat.com \
--cc=david-b@pacbell.net \
--cc=linux-net@vger.kernel.org \
--cc=netdev@oss.sgi.com \
--cc=rddunlap@osdl.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;
as well as URLs for NNTP newsgroup(s).