The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: Jon Steinhart <jon@fourwinds.com>
To: TUHS main list <tuhs@minnie.tuhs.org>
Subject: Re: [TUHS] roff(7) [ and other related stuff ]
Date: Sat, 01 Jan 2022 12:00:15 -0800	[thread overview]
Message-ID: <202201012000.201K0Fd31610896@darkstar.fourwinds.com> (raw)
In-Reply-To: <20211231234039.GU31637@mcvoy.com>

Larry McVoy writes:
> On Sat, Jan 01, 2022 at 09:07:49AM +1000, George Michaelson wrote:
> > But macros aside, anyone who had used runoff had a
> > massively simpler path into roff than TeX. My future was set. The phd
> > students at Leeds looked down their noses at me for using cryptic .2 letter
> > inline magic. They were the high priests of things, I was just a computer
> > operator.  Watching them spend weeks and weeks wrangling a one em offset
> > problem stopping perfection in print was.. entertaining.
>
> I was program committee chair for Linux Expo in 1999 (all that means is
> I formatted the proceedings into a book).  I let people use LaTex but
> encouraged troff.  A few people tried out troff and their reaction was
> "Wow, that was so easy and groff is really fast!"
>
> The only negative reaction was table of contents complaints, LaTex is
> 2 pass so it can do them, roff is one pass so you have to fiddle with
> things.  A lot.
>
> I've used *roff for almost 40 years and I've never had the urge to use
> something else.  I wrote a paper a while back where they insisted on
> LaTex and it just made me like *roff more.
>
> It's Betamax and VHS all over again, the crappy answer won.

Happy New Year to everybody.  COVID has taken its toll if people are
spending New Year's Eve thinking about text formatting :-)  Warning - this
is a grumpy pendantic Jon post...

First of all, I love *roff.  It's the thing that got me started on UNIX when
I needed to write documentation for my first summer project at BTL.  There was
a V3 UNIX machine across the hall from my lab (2C-517?) that I used for that.
Been a fan ever since.

Complaints about things like tables of contents are just that - complaints.
C'mon - this is UNIX, composable software tools.  So what if LaTex is 2 pass
and *roff is 1 pass.  I have a simple script and a Makefile that adds a 2nd
pass and does all that.  Even with that the LaTex ecosystem is way more
complex than *roff.

The one thing that *roff doesn't do which I think I remember from runoff is
that runoff allowed in-line formatting requests; not just special escape
sequences but everything.

I never got into TeX although I've tried.  Probably just first language
syndrome.  Coming from UNIX, I just find using \ as a non-escape character
ugly, just like DOS\Windows pathnames.  But there are a number of things
that annoy me about it leading to the pendantic part.

In my opinion, the big innovation in TeX is the two-dimensional layout.  I
do spend a bit of time on big documents adding keeps and such to avoid orphan
and widow lines.

In my opinion, much of what Don did in TeX added no value.  Been meaning to
ask him about it but with COVID haven't seen him in a while.  For example,
the language parsing broke no new ground.  If it were me, and I wanted to
explore/demo/implement two-dimensional layout, I would have added it to *roff.
To me, the rest of it was not only a waste of time, but actually made the
world worse by making two incompatible ways of doing things that practitioners
have to learn instead of one.  Make's life harder, not easier.

How much time went into the development of the TeX front end that could have
been done in a few hours had Don used lex/yacc?  I made a similar comment to
Alan Wirfs-Brock when proofreading his big 20th anniversary article on
JavaScript.  I don't get the "oooo, Eich did this one-week sprint to get a
demo up and running" stuff.  Had Eich used lex/yacc instead of rolling his
own not only would he have not had to sprint, but we likely wouldn't still be
fighting with optional semicolons decades later since that's harder to do with
those tools.  I read it as praising him for making a bad decision.

This is my biggest issue with "modern software development".  Seems like every
project has to begin with it's own language, build system, package manager,
and so on.  Were I a modern software developer I'd create all that plus a new
email client just to send this message :-)  None of this behavior adds value.
It makes it so that practitioners have to learn many arcane incompatible
systems that all do pretty much the same thing.

While I haven't given it a hard look, I'd look at the netstat/ss/... stuff
with the same lens.  Sure, new features were needed, but was it necessary
to make the old stuff work differently?

In my roll as a mentor, this is the stuff that freaks out students, especially
during their first internships.  I have to explain that there are two types of
knowledge at play: their coursework and company crap.  I tell them that they
should be secure in the quality of their education and never ask their boss
how to copy a string or something like that.  But, it's perfectly OK to ask for
help on the internal undocumented crufty development environment.

In some respects, it's similar to how I decide what to bill for and what not
to on consulting projects.  I don't bill for learning some general knowledge
thing that I didn't know.  I do bill for learning odd project-specific
weirdness that I'll never use on anything else.

Back to *roff.  Might have said this before, but pic is probably my favorite
little language.  It's like having an artist on staff because I can tell it
what to draw and it will; I'm terrible at drawing.  One of its best features
that unfortunately was missed by the people who wrote fig is invisible
objects.  I typically start a figure with a big invisible box and hang things
on it.  If I need to move or scale things I just change the size of the box.
Sure beats hours of carpal-tunnel clicking to move a pile of objects in a
drawing program.  I guess it's relative addressing versus absolute all over
again; relative addressing makes it easier to relocate objects.

One more way to look at this.  I think that a lot depends on the state of the
world when one starts using stuff.  I remember a friend of mine telling me how
much simpler DOS was as compared to UNIX.  I told him that I thought that it
was because he was growing up with DOS, and learned new features as they came
along which is what I did with UNIX.  By the the time he got started UNIX was
more complicated.  Of course, DOS caught up.

It's sadly amusing how this applies to markup languages.  People who carped
about *roff requests are happy to craft HTML.

I guess what's missing from the field is Lorites from Neal Stephenson's Anathem
if you haven't read it.  A priesthood who's role is to inform people claiming
to invent something new that it's already been done.

Jon

  parent reply	other threads:[~2022-01-01 20:00 UTC|newest]

Thread overview: 104+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-12-31 15:47 [TUHS] roff(7) Douglas McIlroy
2021-12-31 23:07 ` George Michaelson
2021-12-31 23:40   ` Larry McVoy
2022-01-01  0:56     ` [TUHS] TeX and groff (was: roff(7)) Greg 'groggy' Lehey
2022-01-01  3:15       ` Larry McVoy
2022-01-10 19:00         ` Blake McBride
2022-01-10 20:21           ` Jon Forrest
2022-01-11 22:48             ` Blake McBride
2022-01-11 23:18               ` Larry McVoy
2022-01-12  1:19                 ` Dave Horsfall
2022-01-12  1:46                 ` Blake McBride
2022-01-12  2:12                 ` Bakul Shah
2022-01-12 15:49                   ` Larry McVoy
2022-01-12 16:22                     ` Adam Thornton
2022-01-12  0:06               ` Jon Steinhart
2022-01-12  1:48                 ` Blake McBride
2022-01-12  0:29               ` Nemo Nusquam
2022-01-12  1:53                 ` Blake McBride
     [not found]               ` <E3CC4B8A-4E88-4339-A4D3-4ED26BA80620@gmail.com>
2022-01-12  0:44                 ` Jon Forrest
2022-01-12  2:00                   ` Blake McBride
2022-01-12  2:10                     ` David Arnold
2022-01-12  2:26                       ` Adam Thornton
2022-01-12 19:54                     ` John Cowan
2022-01-13 10:13                       ` Thomas Paulsen
2022-01-13 20:00                         ` John Cowan
2022-01-10 20:33           ` Larry McVoy
2022-01-10 20:37             ` Richard Salz
2022-01-10 21:04               ` Dan Cross
2022-01-10 21:48                 ` Nemo Nusquam
2022-01-11  2:25                 ` Lyndon Nerenberg (VE7TFX/VE6BBM)
2022-01-11  2:47                   ` Larry McVoy
2022-01-22  2:34                   ` [TUHS] troff environments, traps, and diversions (was: TeX and groff) Branden Robinson
2022-01-22 16:02                     ` Douglas McIlroy
2022-01-23 19:45                       ` Jon Steinhart
2022-01-23 22:26                       ` Jon Steinhart
2022-01-11  1:52               ` [TUHS] Recognizing TeX (was: TeX and groff (was: roff(7))) Greg 'groggy' Lehey
2022-01-12  1:19             ` [TUHS] TeX and groff (was: roff(7)) Mary Ann Horton
2022-01-12  2:03               ` Blake McBride
2022-01-12  2:10               ` Bakul Shah
2022-01-12  3:44                 ` Dan Cross
2022-01-12 16:48               ` Steffen Nurpmeso
2022-01-10 20:46           ` Steffen Nurpmeso
2022-01-11  1:59           ` [TUHS] Demise of " Greg 'groggy' Lehey
2022-01-11  2:13             ` Lyndon Nerenberg (VE7TFX/VE6BBM)
2022-01-11  2:42               ` Larry McVoy
2022-01-11  5:12                 ` Greg 'groggy' Lehey
2022-01-11  5:59                   ` John Labovitz
2022-01-11  8:57                   ` arnold
2022-01-11 20:15                     ` Jon Steinhart
2022-01-11 20:22                       ` Larry McVoy
2022-01-11 20:26                         ` Jon Steinhart
2022-01-11 20:36                           ` Larry McVoy
2022-01-11 20:41                             ` Jon Steinhart
2022-01-11 20:49                               ` Larry McVoy
2022-01-11 21:03                                 ` Jon Steinhart
2022-01-11  8:50                 ` arnold
2022-01-11 14:00                   ` Larry McVoy
2022-01-12 23:22                     ` [TUHS] troff or groff? (was: Demise of TeX and groff (was: roff(7))) Greg 'groggy' Lehey
2022-01-12 23:29                       ` Greg 'groggy' Lehey
2022-01-12 23:32                       ` Larry McVoy
2022-01-11 15:47                 ` [TUHS] Demise of TeX and groff (was: roff(7)) Clem Cole
2022-01-11 16:55                   ` Richard Salz
2022-01-11 18:49                     ` Clem Cole
2022-01-11 19:20                   ` John Cowan
2022-01-11 20:06                     ` Clem Cole
2022-01-11 23:57                       ` Warner Losh
2022-01-12  0:03                         ` Warner Losh
2022-01-12  8:54                       ` arnold
2022-01-12 15:17                         ` Clem Cole
2022-01-12 16:33                         ` Dan Cross
2022-01-12 18:06                           ` [TUHS] *roff history as told to GNU G. Branden Robinson
2022-01-12 18:34                             ` Dan Halbert
2022-01-12 22:48                               ` Clem Cole
2022-01-12 23:27                                 ` Charles H. Sauer
2022-01-13  0:35                                   ` Adam Thornton
2022-01-12 20:01                             ` Dan Cross
2022-01-12 22:32                             ` Clem Cole
2022-01-13  2:38                             ` John Labovitz
2022-01-13  7:42                               ` Lars Brinkhoff
2022-01-13 13:47                                 ` John Labovitz
2022-01-12  8:48                   ` [TUHS] Demise of TeX and groff (was: roff(7)) arnold
2022-01-12 15:51                     ` Larry McVoy
2022-01-12 15:57                       ` Clem Cole
2022-01-12 15:56                     ` Clem Cole
2022-01-11  3:22               ` Adam Thornton
2022-01-12  0:32             ` Nemo Nusquam
2022-01-01 20:00     ` Jon Steinhart [this message]
2022-01-02  0:12       ` [TUHS] roff(7) [ and other related stuff ] Larry McVoy
2022-01-02  1:04         ` John Cowan
2022-01-02  1:20           ` Larry McVoy
2022-01-02  1:47             ` Steve Nickolas
2022-01-02  2:12               ` Larry McVoy
2022-01-02  3:56               ` Jon Steinhart
2022-01-02  1:48             ` Jon Steinhart
2022-01-02  3:04             ` John Cowan
2022-01-02  3:30               ` Warner Losh
2022-01-01  1:11   ` [TUHS] roff(7) Phil Budne
2022-01-01  1:17     ` Chris Torek
2022-01-01  3:06       ` Larry McVoy
2022-01-01  3:34       ` George Michaelson
2022-01-05 21:15   ` Tony Finch
2022-01-02  4:02 [TUHS] roff(7) [ and other related stuff ] Noel Chiappa
2022-01-02 10:46 ` markus schnalke
2022-01-02  4:10 Douglas McIlroy

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=202201012000.201K0Fd31610896@darkstar.fourwinds.com \
    --to=jon@fourwinds.com \
    --cc=tuhs@minnie.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).