TL;DR: If you share the sentiment of the parent commentator you may find this wall of text interesting.

You might be interested in Alan Kay's "Doing with Images Makes Symbols Pt 1", https://archive.org/details/AlanKeyD1987 (46:29). This video features excerpts from Ivan Sutherland's Sketchpad demo (https://www.youtube.com/watch?v=USyoT_Ha_bA, 10:34; https://www.youtube.com/watch?v=6orsmFndx_o, 19:19) and Douglas Englebart's seminal demonstration (https://archive.org/details/XD300-23_68HighlightsAResearchCn..., 34:45). I recommend watching all the videos in full to get a proper sense of context (Alan Kay's excerpts from Douglas's demonstration particularly don't include the bits that explain how the workstation's camera system works, which is important; also, the right audio channel in the Alan Kay video unfortunately seems to be dead, while the other videos are much better).

Highlights from Alan Kay's video include (in hi..low precedence) info about the Sketchpad's CPU, which you might want to listen to twice so you don't mishear (8:58), some really depressing acknowledgements (from Alan Kay himself) that Sketchpad was a never-reproduced gem even in the 80s (8:33), Ivan's (quoted) remarks on the features of the Sketchpad system (7:58), and acknowledgement about the lack of ease of use of light pens (7:12).

I consider the above videos to be my own personal pinnacle, what I look up to when I think about good computer design. Some may find them depressing for the reasons you've outlined.

It's sad that this obscure niche of computing doesn't lend itself to being very actionable in this day and age. There's definitely no comparison in the mainstream today, and nowhere you can wedge yourself in sideways and find yourself working on problems of a similar caliber.

The short answer to what happened might be that there came a point at which enough people started asking for fast answers that all the technicians collectively stopped tinkering and switched to specializing in finding the quickest solutions to problems.

Here is a fuller theory as to why everything's worked out the way it has, predicated on the idea that this problem is fundamentally human and social.

We're wanderers, so to counter that we have a fundamental, innate compulsion to focus on things and study them until the act of studying and exploring becomes mentally and physically difficult and impossible. This scales terribly, producing collectives of groups that have studied subjects so deeply that they reach a kind of "critical mass" and become difficult to communicate with (which inhibits the flow of ideas), and go from making headline-making leaps and bounds that keep their research in the collective conscious, to making inconsistent and halting progress that's infrequent enough to be boring, and on top of that is hard to relate to without an understanding of the group's iterative history of failure and success. This gives way to a kind of inbreeding, which further impedes the free flow of new and/or novel ideas.

Unfortunately, computers are still entirely human-driven (in terms of identifying and translating desires to goals) and only do what we tell them to (which isn't surprising, since we did build them for that, they are just tools in the end), and so their effectiveness is only as great as our ability to mentally model them and translate what we want them to do into binary.

This is ridiculously hard because our brains are innately vertical (in terms of conceptual isolation, interconnection of similar domains - as well as rapidly-shrinking attention spans, a concerning incidental observation), and it is very, very hard for us to be horizontal - to take in "the bigger picture" of an entire domain in the hopes of producing an effective solution. This is especially the case today.

I think the cutting edge of computer architecture reached the point where we couldn't fit the designs in our heads around '75-80 (because we got so good at designing them).

Alan Kay asked Ivan Sutherland about the Sketchpad and Ivan said what he said because he was using a computer that he was able to reason his way through.

This also goes some way to explaining https://www.cs.utah.edu/~elb/folklore/mel.html, which is an awesome story. Let me be clear, I believe this is because of the accessibility and understandability of the architecture, not just because of mental genius.

I also think the amazing developments of the 90s can be partially blamed on the fact that the home microcomputers of the 70s and 80s had similar processing power of the mainframes and minis of the 60s+, so in a really awesome collective coincidence, what hit the "amazing" 12 year olds of the 80s were bonsai, downscaled minicomputers that were big enough to accomplish real tasks on, but small enough to fit into your head. And so the people who had the aptitude and could access a computer got an incredible head start into computer science that made everything a whole lot easier to comprehend.

Today, though.... well, I was only reading this article the other day: https://medium.com/javascript-scene/why-im-thankful-for-js-f...

I'll quote a small chunk:

> Learning JS can be overwhelming. I know it can feel like there is an ocean of stuff you don’t know. Trying to soak it all up is like trying to soak up the real ocean with a beach towel.

> It’s never going to happen. From this point going forward, no single human being is ever going to have a completely full grasp of every corner of JavaScript, CSS, and Web APIs. Nobody is ever going to know everything there is to know about modern web architecture, Node, GraphQL, SQL, NoSQL, async control flows, functional programming, build pipeline tools, debuggers, memory profilers, paint profilers, flame graphs, React, Angular 2, TypeScript, Redux, ngrx/store, RxJS, Axios, Webpack, Browserify, Elm, Clojure, and every other exciting, scary, new, hipster Haskell thing that exists in the web dev world today.

> It’s never going to happen. I can’t keep up. Dan Abramov isn’t keeping up. Brendan Eich isn’t keeping up. Don’t stress out because you can’t, either. We’re all on the same bullet train here, and no matter what seat you’re sitting in, the world outside the windows is all a blur.

Oh hey, Déjà vu. The Web is the new microcontroller phenomena. I think literally every advanced technology develops beyond a point where it can be individually comprehended, where success or failure depends on how well it's comprehensible at scale. This is categorically hard to plan about on a small scale in advance.

So what's actionable about all of this? For my part - I've only just pieced this bigger picture together - I'm heading in the general direction of OS development, FPGAs, tiny microcontrollers, etc. (I'm hesitant to explore retro chip designs like the KISS-68030 (http://sowerbutts.com/retro/#kiss) because they use silicon that's not being made anymore, and one day I want to make some kind of handheld, self-contained device that lets you tinker with this order of hardware, so I want to stick to supply-chainable stuff.)

On a broader note, I noticed these threads recently:

- On branching out a bit: https://news.ycombinator.com/item?id=12897284

- Fun side projects people have made for fun: https://news.ycombinator.com/item?id=12957371