From: Larry McVoy <lm@mcvoy.com>
To: KenUnix <ken.unix.guy@gmail.com>
Cc: Michael Kj??rling <e5655f30a07f@ewoof.net>, tuhs@tuhs.org
Subject: [TUHS] Re: Early Unix and Keyboard Skills
Date: Sat, 5 Aug 2023 17:43:43 -0700 [thread overview]
Message-ID: <20230806004343.GH19141@mcvoy.com> (raw)
In-Reply-To: <CAJXSPs-2Qj+ZbPtK5E41bHOqC1YD8rjFNUPdP+OoGik=0GpF7g@mail.gmail.com>
Just in case there is confusion, vi was Bill Joy, Bostic did nvi (which was
open source and bug for bug compat), Bram did vim, which I think was a
clean room version of vi with a huge bunch of added goodness.
On Sat, Aug 05, 2023 at 08:22:17PM -0400, KenUnix wrote:
> The thing I like is VI because it is almost universal. Windows, Linux, BSD
> and Unix.
>
> In a pinch I use "ed".
>
> Sad to hear today that its creator has passed away.
>
> --Ken
>
>
> On Sat, Aug 5, 2023 at 7:53???PM <scj@yaccman.com> wrote:
>
> > I took typing in Summer School. My parents bought me a typewriter with
> > mathematical symbols on it, which was almost worthless, and I had to
> > improvise to get some of the standard characters (for example, the
> > semicolon was comma/backspace/colon). By the time I was talking to
> > computers ( Model 33 tty) I was happy that I couldn't type faster because
> > it was impossible on that thing.
> >
> > Steve
> > ---
> >
> >
> >
> > On 2022-11-02 00:11, Rob Pike wrote:
> >
> > Neither ken nor dmr were impressive typists. In fact few programmers were
> > then, at least of my acquaintance.
> >
> > In the 1970s Bell Labs created the Getset - think of it as an early wired
> > smartphone, or a Minitel, with a little screen and keyboard. It cost quite
> > a bit but was a cool gadget so the executives all got one. But, in
> > fascinating contrast to the Blackberry a generation later, no one would
> > touch it - literally - because it had a keyboard, and keyboards were for
> > (female) secretaries, not (male) executives. The product, although well
> > ahead of its time, was a complete failure due to the cultural bias then.
> >
> > There may be a good sociology paper in there somewhere.
> >
> > I'm not saying K&D shared this blinkered view, not at all, just that
> > typing skills were not de facto back then. Some of the folks were even
> > two-finger jabbers. I was a little younger and a faster typist than most of
> > the others, and I am not a good typist by any modern standard.
> >
> > bwk was one who could smash out the text faster than many. His having
> > learned on a teletype, the keyboard would resound with the impact of his
> > forceful keystrokes.
> >
> > -rob
> >
> >
> >
> >
> > On Wed, Nov 2, 2022 at 5:53 PM Michael Kj??rling <e5655f30a07f@ewoof.net>
> > wrote:
> >
> > On 2 Nov 2022 13:36 +1100, from sjenkin@canb.auug.org.au (steve jenkin):
> > > There's at least one Internet meme that highly productive coders
> > > necessarily have good keyboard skills, which leads to also producing
> > > documentation or, at least, not avoiding it entirely, as often
> > > happens commercially.
> >
> > I wouldn't be so sure that this necessarily follows. Good keyboard
> > skills definitely help with the mechanics of typing code as well as
> > text, I'll certainly grant that; but someone can be a good typist yet
> > write complete gibberish, or be a poor/slow typist and _by necessity_
> > need to consider each word that they use because typing an extra
> > sentence takes them so long. If it takes you ten seconds to type out a
> > normal sentence, revising becomes less of an issue than if typing out
> > the same sentence takes a minute or a minute and a half.
> >
> > Also, certainly in my case and I doubt that I'm alone, a lot of my
> > time "coding" isn't spent doing the mechanics of "writing code", but
> > rather considering possible solutions to a problem, and what the
> > consequences would be of different choices. That part of the software
> > development process is essentially unaffected by how good one is as a
> > typist, and I expect that the effect would be even more pronounced for
> > someone using something like an ASR-33 and edlin, than a modern
> > computer and visual editor. Again, the longer it takes to revise
> > something, the more it makes sense to get it right on the first
> > attempt, even if that means some preparatory work up-front.
> >
> > Writing documentation is probably more an issue of mindset and being
> > allowed the time, than it is a question of how good one is as a
> > typist.
> >
> > --
> > ???? Michael Kj??rling ???? https://michael.kjorling.se
> > "Remember when, on the Internet, nobody cared that you were a dog?"
> >
> >
>
> --
> End of line
> JOB TERMINATED
--
---
Larry McVoy Retired to fishing http://www.mcvoy.com/lm/boat
next prev parent reply other threads:[~2023-08-06 0:43 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-02 2:36 [TUHS] " steve jenkin
2022-11-02 6:53 ` [TUHS] " Michael Kjörling
2022-11-02 7:11 ` Rob Pike
2022-11-02 13:28 ` Clem Cole
2022-11-03 21:51 ` Stuff Received
2023-08-05 23:53 ` scj
2023-08-06 0:22 ` KenUnix
2023-08-06 0:43 ` Larry McVoy [this message]
2023-08-06 14:51 ` Leah Neukirchen
2023-08-06 15:01 ` Larry McVoy
2023-08-06 16:31 ` Clem Cole
2023-08-06 18:20 ` Jon Forrest
2023-08-07 4:56 ` Adam Thornton
2023-08-06 8:37 ` Ronald Natalie
2022-11-02 12:13 ` Steffen Nurpmeso
2022-11-02 12:24 ` Steffen Nurpmeso
2022-11-02 20:35 ` Ron Natalie
2022-11-02 12:26 ` John P. Linderman
2022-11-02 13:07 ` Larry Stewart
2022-11-02 13:16 ` Larry McVoy
2022-11-02 13:27 ` Steffen Nurpmeso
2022-11-02 19:01 ` jason-tuhs
2022-11-02 19:20 ` John P. Linderman
2022-11-03 1:47 ` Ronald Natalie
2022-11-03 1:59 ` Dave Horsfall
2022-11-03 3:01 ` Clem Cole
2022-11-03 15:17 ` Paul Winalski
2022-11-03 16:18 ` Clem Cole
2022-11-03 17:02 ` John Cowan
2022-11-03 19:36 ` Rich Morin
2022-11-03 20:01 ` Charles H Sauer (he/him)
2022-11-02 12:16 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=20230806004343.GH19141@mcvoy.com \
--to=lm@mcvoy.com \
--cc=e5655f30a07f@ewoof.net \
--cc=ken.unix.guy@gmail.com \
--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).