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] ATC/OSDI'21 joint keynote: It's Time for Operating Systems to Rediscover Hardware (Timothy Roscoe)
Date: Thu, 16 Sep 2021 18:38:21 -0700	[thread overview]
Message-ID: <202109170138.18H1cL7I3320784@darkstar.fourwinds.com> (raw)
In-Reply-To: <CAK0pxsG+Qv4bR2jEHhXH0N87oZO0ZmW4rhjrCdWyEuDGESj3CA@mail.gmail.com>

Marshall Conover writes:
>
> Separately, for the larger discussion, I think the
> abstraction-aerospace-engineering seen over the last few decades comes
> from the adage "necessity is the mother of invention." People writing
> business logic today are targeting an OS-independent platform: the
> browser.

Wow.  I think that it would be more accurate to say that people writing
business logic today are targeting the browser because other people
are going through the trouble of porting it to different platforms.
Doesn't seem to me the best use of resources given that browsers are
more complex than operating systems.  And I've had many an experience
with things that are not portable among browsers.  Of course, given
that firefox is trying to die by regularly alienating users and that to
a first approximation much everything else is chrome or chrome based,
you're effectively saying that people are targeting a single operating
system even though we don't call a brower an OS.

And while there's no going back, I think that browsers suck.  Doesn't seem
that anybody had the foresight in the early days to realize that they
were really building a virtual machine, so the one that we have ended up
with is a Rube Goldberg contraption.

CSS is one of the brower components that I find especially appalling.
I understand its genesis and all that.  Would be lovely to be able to
make stuff just work without having to "program".  Despite revision after
revision it's still impossible to lay out things as desired without
reverting to JavaScript.  While it didn't start that way, at this
point there are so many properties with twisty and often undocumented
interactions that it would be better to toss it and just write programs.
Of course, programming is "hard" and it's supposedly easier to pore
though online forums looking for answers to questions like "I think that
this can be done but I have no idea how so can someone please share an
incantation with me.  I personally prefer a language that has a small
number of primitives that can be combined in an understandable manner
than a huge number of poorly documented primitives that no one person
fully understands.  And don't tell me that JavaScript is the answer; while
it has some good, it suffers from being the dumping ground for people
who were never able to get their favorite feature into other languages;
it's an incoherent mess.

I know that Larry and Clem and I agree on the value of past work.  I was a
proofreader for Alan Wirf-Brock's 20 years of JavaScript article.  I was
busy with other stuff when JavaScript began so wasn't familiar with some
of the history.  Kind of shook my head reading about Eich's big week-long
sprint to get the parser up and running.  Though to myself that it would
have only been a half-day sprint at most had he used existing tools such
as lex and yacc, and had he done so we wouldn't still be suffering from
the optional semicolon problem 20 years later.

Don't mean to offend anybody here, all just my opinion.

Jon

  parent reply	other threads:[~2021-09-17  1:38 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-01 21:58 Dan Cross
2021-09-02  8:42 ` Tony Finch
2021-09-03  0:19   ` John Cowan
2021-09-03  3:24     ` Douglas McIlroy
2021-09-03 13:21       ` Theodore Ts'o
2021-09-08 11:14         ` Tony Finch
2021-09-16 19:27         ` Dan Cross
2021-09-17  0:34           ` Theodore Ts'o
2021-09-17  0:44             ` Larry McVoy
2021-09-17 17:07               ` Bakul Shah
2021-09-17  1:33             ` Dan Cross
2021-09-02 15:41 ` Kevin Bowling
2021-09-02 20:12   ` Marshall Conover
2021-09-03 15:56 ` Warner Losh
2021-09-03 17:10   ` Adam Thornton
2021-09-03 17:28     ` Larry McVoy
2021-09-03 17:42       ` John Floren
2021-09-03 19:02       ` Lawrence Stewart
2021-09-03 19:11       ` Clem Cole
2021-09-03 17:46     ` [TUHS] ATC/OSDI'21 joint keynote: It's Time for Operating Systems to Rediscover Hardware [ really a comment on SoCs ] Jon Steinhart
2021-09-16 18:38 ` [TUHS] ATC/OSDI'21 joint keynote: It's Time for Operating Systems to Rediscover Hardware (Timothy Roscoe) Dan Cross
2021-09-16 19:34   ` Jon Steinhart
2021-09-16 19:41     ` Larry McVoy
2021-09-16 23:14       ` Marshall Conover
2021-09-16 23:44         ` Rob Pike
2021-09-17  0:37           ` Larry McVoy
2021-09-17  1:38         ` Jon Steinhart [this message]
2021-09-17  3:54         ` John Cowan
2021-09-16 23:45       ` Jon Steinhart
2021-09-17  0:06         ` Al Kossow
2021-09-17  4:06           ` John Cowan
2021-09-17  4:18             ` Al Kossow
2021-09-17  0:32         ` Larry McVoy
2021-09-16 23:54       ` David Arnold
2021-09-17  1:10         ` Jon Steinhart
2021-09-17  1:28           ` Larry McVoy
2021-09-17  1:40             ` Jon Steinhart
2021-09-17  2:04               ` Larry McVoy
2021-09-17  2:21                 ` Jon Steinhart
2021-09-17  2:48           ` Theodore Ts'o
2021-09-17 17:39         ` Bakul Shah
2021-09-17 17:51           ` Jon Steinhart
2021-09-17 18:07             ` Larry McVoy
2021-09-17 21:03               ` Derek Fawcus
2021-09-17 22:11                 ` Larry McVoy
2021-09-19  4:05                   ` Theodore Ts'o
2021-09-17 18:34             ` Bakul Shah
2021-09-17 18:56               ` Jon Steinhart
2021-09-17 19:16                 ` Bakul Shah
2021-09-17 19:35                   ` Jon Steinhart
2021-09-17 15:56     ` Bakul Shah
2021-09-17 18:24       ` ron minnich

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=202109170138.18H1cL7I3320784@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).