From: Larry McVoy <lm@mcvoy.com>
To: arnold@skeeve.com
Cc: tuhs@tuhs.org
Subject: [TUHS] Re: Minimum Array Sizes in 16 bit C (was Maximum)
Date: Tue, 1 Oct 2024 07:01:02 -0700 [thread overview]
Message-ID: <20241001140101.GG13777@mcvoy.com> (raw)
In-Reply-To: <202410011347.491DlAsJ423777@freefriends.org>
On Tue, Oct 01, 2024 at 07:47:10AM -0600, arnold@skeeve.com wrote:
> Larry McVoy <lm@mcvoy.com> wrote:
>
> > On Tue, Oct 01, 2024 at 07:13:04AM -0600, arnold@skeeve.com wrote:
> > > Would the word have been better off if Ada had caught on everywhere?
> > > Probably. When I was in grad school studying language design, circa 1982,
> > > it was expected to do so. But the language was VERY challenging for
> > > compiler writers.
> >
> > Huh. Rob Netzer and I, as grad students, took cs701 and cs702 at UW Madison.
> > It was the compilers course (701) and the really hard compilers course (702)
> > at the time. The first course was to write a compiler for a subset of Ada
> > and the second on increased the subset to be almost complete.
> >
> > We were supposed to do it on an IBM mainframe because the professor had his
> > own version of lex/yacc there. Rob had a 3b1 and asked if we could do it
> > there if he rewrote the parser stuff. Prof said sure.
> >
> > In one semester we had a compiler, no optimizer and not much in the
> > way of graceful error handling, but it compiled stuff that ran. We did
> > all of Ada other than late binding of variables (I think that was Ada's
> > templates) and threads and probably some other stuff I don't remember.
>
> Did you do generics? That and the run time, which had some real-time
> bits to it (*IIRC*, it's been a long time), as well as the cross
> object code type checking, would have been real bears.
None of those ring a bell so
> Like many things, the first 90% is easy, the second 90% is hard. :-)
I guess we did the easy stuff :-(
> > I don't consider myself to be that good of a programmer, I can point to
> > dozens of people my age that can run circles around me and I'm sure there
> > are many more.
>
> You are undoubtedly better than you give yourself credit for, even
> if there were people who could run circles around you. I learned
> a long time ago, that no matter how good you are, there's always
> someone better than you at something. I decided long ago to not
> try to compete with Superman.
Funny, I've come to the same conclusion, both in programming and my
retirement hobby. There is always someone way better than me, but
you are correct, that doesn't mean I'm awful. Just have more to
learn.
A buddy pointed out that I was probably better than 80% of the people
leaving the dock, it's just I fish with a guy who is better than pretty
much everyone.
> > But apparently the bar is pretty low these days and I agree, that's sad.
>
> And it makes it much less fun to be out in the working world. :-(
As a guy in his 2nd retirement (1st didn't stick) I can tell you I am
so happy not having to deal with work stuff. My buddies who are still
working tell me stories I find difficult to believe. They all say I'm
so politically incorrect that I wouldn't last a week in today's world.
If their stories are true, yeah, that's not for me.
Weird politics and crappy programmers, count me out.
next prev parent reply other threads:[~2024-10-01 14:01 UTC|newest]
Thread overview: 74+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-28 13:34 Douglas McIlroy
2024-09-28 16:58 ` G. Branden Robinson
2024-09-28 17:47 ` Luther Johnson
2024-09-28 17:52 ` Luther Johnson
2024-09-28 18:46 ` G. Branden Robinson
2024-09-28 22:08 ` Luther Johnson
2024-09-28 22:45 ` Luther Johnson
2024-09-28 22:50 ` Luther Johnson
2024-09-28 17:59 ` Bakul Shah via TUHS
2024-09-28 22:07 ` Douglas McIlroy
2024-09-28 23:05 ` Rob Pike
2024-09-28 23:30 ` Warner Losh
2024-09-29 10:06 ` Ralph Corderoy
2024-09-29 12:25 ` Warner Losh
2024-09-29 15:17 ` Ralph Corderoy
2024-09-30 12:15 ` Dan Cross
2024-09-28 18:01 ` G. Branden Robinson
2024-10-01 13:13 ` arnold
2024-10-01 13:32 ` Larry McVoy
2024-10-01 13:47 ` arnold
2024-10-01 14:01 ` Larry McVoy [this message]
2024-10-01 14:18 ` arnold
2024-10-01 14:25 ` Luther Johnson
2024-10-01 14:56 ` Dan Cross
2024-10-01 15:08 ` Stuff Received
2024-10-01 15:20 ` Larry McVoy
2024-10-01 15:38 ` Peter Weinberger (温博格) via TUHS
2024-10-01 15:50 ` ron minnich
2024-10-01 19:04 ` arnold
2024-10-01 16:49 ` Paul Winalski
2024-10-01 15:44 ` Bakul Shah via TUHS
2024-10-01 19:07 ` arnold
2024-10-01 20:34 ` Rik Farrow
2024-10-02 0:55 ` Steffen Nurpmeso
2024-10-02 5:49 ` arnold
2024-10-02 20:42 ` Dan Cross
2024-10-02 21:54 ` Marc Donner
2024-10-05 17:45 ` arnold
2024-10-06 12:20 ` Dan Cross
2024-10-06 12:29 ` [TUHS] UREP code (was Re: Re: Minimum Array Sizes in 16 bit C (was Maximum)) arnold
2024-10-01 16:40 ` [TUHS] Re: Minimum Array Sizes in 16 bit C (was Maximum) Paul Winalski
2024-09-28 18:05 ` Larry McVoy
2024-09-30 15:49 ` Paul Winalski
2024-09-29 16:56 Douglas McIlroy
2024-09-29 20:29 ` Rob Pike
2024-09-29 21:13 ` Rik Farrow
2024-09-29 22:21 ` Rich Salz
2024-09-29 23:56 ` Rob Pike
2024-09-30 0:36 ` Larry McVoy
2024-09-30 0:55 ` Larry McVoy
2024-09-30 1:09 ` Luther Johnson
2024-09-30 1:37 ` Luther Johnson
2024-09-30 3:52 ` ron minnich
2024-10-01 12:43 ` arnold
2024-09-30 19:12 ` Steffen Nurpmeso
2024-09-30 20:03 ` Rich Salz
2024-09-30 21:15 ` Steffen Nurpmeso
2024-09-30 22:14 ` Bakul Shah via TUHS
2024-10-01 1:42 ` Alexis
2024-09-30 20:14 ` Rik Farrow
2024-09-30 22:00 ` Steffen Nurpmeso
2024-10-01 12:53 ` Dan Cross
2024-11-18 12:00 ` Anton Shepelev
2024-11-18 12:46 ` Luther Johnson
2024-11-18 14:05 ` Steve Nickolas
2024-11-18 15:00 ` Anton Shepelev
2024-11-23 22:29 ` Alexander Schreiber
2024-11-18 14:55 ` Anton Shepelev
2024-11-18 16:52 ` G. Branden Robinson
2024-11-18 17:00 ` Anton Shepelev
2024-11-18 18:56 ` Luther Johnson
2024-11-22 1:53 ` Dan Cross
2024-11-22 2:55 ` Luther Johnson
2024-09-29 21:24 ` Ralph Corderoy
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=20241001140101.GG13777@mcvoy.com \
--to=lm@mcvoy.com \
--cc=arnold@skeeve.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).