The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: Larry McVoy <lm@mcvoy.com>
To: Toby Thain <toby@telegraphics.com.au>
Cc: The Eunuchs Hysterical Society <tuhs@tuhs.org>
Subject: Re: [TUHS] Isaacson v Unix [really RMS bashing]
Date: Sun, 6 Jan 2019 18:11:42 -0800	[thread overview]
Message-ID: <20190107021142.GF24497@mcvoy.com> (raw)
In-Reply-To: <f100883a-614e-0cf6-48ce-38076b2ccf3e@telegraphics.com.au>

On Sun, Jan 06, 2019 at 08:38:45PM -0500, Toby Thain wrote:
> On 2019-01-06 6:41 PM, Jon Steinhart wrote:
> > ...
> > As others have said, I don't conflate coding prowess with the ability to
> > design.  I've had many an argument with John Gilmore (one of the people
> > who doesn't mind footing the cleaning and repair bill after allowing RMS
> > to stay at his place) where he begins with "When I wrote GNU tar..."  I've
> > always responded by saying that writing tar is no big deal; the specification
> > was the hard part.
> > 
> 
> Hear, hear. I'd aver this is very much the case in any typical
> software-related day job, and _definitely_ mine.

Yep.  The spec is hard, the code is easy.  That is a pattern.

I've been the guy behind decent sized projects, BitKeeper is 2673371
lines of code.  Getting to a spec was hard, writing the code was easy.
We were a tiny distributed team of about 10 engineers, the hard part was
agreeing on a design.  Which we did by getting on the phone and talking
about what we talked about yesterday.  We passed the idea between people
and when we could do the pass back and forth and nothing had changed
from the previous pass, we had a design.  Coding that was just typing.

It's very similar to what Udi Manber told me as an under grad, he said
writing papers is easy.  Not for me.  But I came to understand that
papers are two things: a big base of knowledge and an outline.  If you
have those two then the paper is just typing.  He was right.

  reply	other threads:[~2019-01-07  2:12 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-01-06 23:41 Jon Steinhart
2019-01-07  1:29 ` A. P. Garcia
2019-01-07  1:59   ` Steve Nickolas
2019-01-07  2:39     ` Warner Losh
2019-01-07  2:59       ` A. P. Garcia
2019-01-07  3:32         ` Warner Losh
2019-01-07  5:05         ` Toby Thain
2019-01-07  5:36         ` Andy Kosela
2019-01-07  1:38 ` Toby Thain
2019-01-07  2:11   ` Larry McVoy [this message]
2019-01-07  2:31     ` A. P. Garcia
2019-01-07  0:49 Larry McVoy

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=20190107021142.GF24497@mcvoy.com \
    --to=lm@mcvoy.com \
    --cc=toby@telegraphics.com.au \
    --cc=tuhs@tuhs.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).