News for hackers. Stuff that matters.

A comment on A Look Back at the 1960s PLATO Computing System. Parent comment

Re:A Look Back at the 1960s PLATO Computing System by goatlover on Sunday March 18, 2018 @11:34PM (#16616037)
Makes you wonder what pioneers back in the 60s and 70s could have accomplished with modern hardware. What does Smalltalk or Englebert's NLS end up being with gigs of RAM and high speed network connections? What would the LISP machines have been like? It still kills me to think that an OS crash on one of those took you into the Lisp debugger. And it kills me to think that Smalltalk and Visual Basic had a built-in GUI editor and layout manager, unlike the web.
[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by TeMPOraL on Monday March 19, 2018 @04:55AM (#16616963)
They'd accomplish a lot, but I fear most of it wouldn't take anyway.

The problem is the Internet. Or, more precisely, other people.

Those systems of old didn't separate between "an user" and "a developer" because they assumed all users are trusted (and responsible people). With the Internet, this assumption immediately becomes false - between people attacking the network and social engineering, it's dangerous to let people have that much control over their environment.

Which is something that pisses me off, because I'd love to work on a modern-day version of a Lisp machine, but I understand this can't ever become mainstream (and myself I'd be worried using it to do my banking).

Or, as I sometimes phrase it, Star Trek-level tech requires Star Trek-level society.

[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by TheOtherHobbes on Monday March 19, 2018 @05:29AM (#16617108)
I suspect there are Laws of Social Computing which guarantee that public networked systems inevitably converge on certain kinds of uses and applications, with certain consistently reinvented “abuses” and failure modes.

Networked computing is just a mirror. We seem surprised when some of the things we see it aren’t very nice, but perhaps we shouldn’t be.

[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by drb91 on Monday March 19, 2018 @09:36AM (#16618212)
> Those systems of old didn't separate between "an user" and "a developer" because they assumed all users are trusted (and responsible people). With the Internet, this assumption immediately becomes false - between people attacking the network and social engineering, it's dangerous to let people have that much control over their environment.

More than that: ads. They really did destroy the internet.

[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by walterbell on Monday March 19, 2018 @12:13PM (#16619524)
We now have the HW/SW technology to authenticate and isolate code and individual humans, including the creation of parallel universes (copy-on-write disk and memory for transient VMs that are forked from running code) with optionally persistent side effects. Some of these ideas are present in https://cappsule.github.io/faq/
[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by SllX on Sunday March 18, 2018 @11:47PM (#16616068)
> What would the LISP machines have been like? It still kills me to think that an OS crash on one of those took you into the Lisp debugger.

Sometimes I think a lot of people do use LISP machines. It's just called emacs.

I joked on here once that I think the end game for GNU/HURD was ultimately to become a LISP machine via emacs, and if you look at some dev setups, that's not too far from what macOS and Linux are for them today: a place to run emacs and a web browser.

[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by jecel on Monday March 19, 2018 @01:11PM (#16620265)
How is that a joke? The third paragraph of the 1983 GNU project announcement (https://www.gnu.org/gnu/initial-announcement.en.html) said:

"GNU will be able to run Unix programs, but will not be identical to Unix. We will make all improvements that are convenient, based on our experience with other operating systems. In particular, we plan to have longer filenames, file version numbers, a crashproof file system, filename completion perhaps, terminal-independent display support, and eventually a Lisp-based window system through which several Lisp programs and ordinary Unix programs can share a screen. Both C and Lisp will be available as system programming languages. We will have network software based on MIT's chaosnet protocol, far superior to UUCP. We may also have something compatible with UUCP."

[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by SllX on Monday March 19, 2018 @02:33PM (#16621549)
Not many people today would think of their "GNU/Linux" system as a Lisp machine anymore than anybody thinks of their Chromebook as a JavaScript machine, nor is it really comparable to the Lisp Machines of the past.
[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by jecel on Wednesday March 21, 2018 @01:26PM (#16640393)
I fully agree that GNU/Linux is nothing like a Lisp Machine, but that is because things didn't go according to the original plan (otherwise we would be talking about GNU/Trix).
[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by lispm on Monday March 19, 2018 @02:48PM (#16621748)
But not 'via Emacs'. A Lisp Machine is not an Emacs OS.
[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by jecel on Wednesday March 21, 2018 @01:32PM (#16640447)
A bit picky, but fair enough.

One interesting thing about the original plan is that Unix was essentially text only back then. Part of the idea of making it more Lisp Machine-like was to have a GUI, so when Unix got that (with X11 eventually winning) this part of the plan became less urgent.

I suppose an Emacs OS would be sort of a GUI but not quite?

[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by lispm on Wednesday March 21, 2018 @02:23PM (#16640963)
The MIT derived Lisp Machines had all an Emacs called Zmacs.

But that was just one application among dozens others. Applications usually were not based on Zmacs, with only a few exceptions: on a Symbolics: Zmail and the Concordia documentation editor application frame. Other tools were not Zmacs based: Listener/REPL, the debugger, the directory editor, the font editor, the PEEK tool to view system details, the document examiner, the tape tool, ...

[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by jacobush on Monday March 19, 2018 @04:00AM (#16616756)
The problem for me with Emacs is that (while I use it everyday for just about all editing, and recently org-mode) it's so damn brittle and hard to configure. It's like editing autoexec.bat on DOS and reboot to try your settings. Still, it's the best I've found.
[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by TeMPOraL on Monday March 19, 2018 @06:37AM (#16617384)
I hope you don't reboot Emacs on every config change?

M-x eval-region, M-x eval-last-sexp and M-x eval-buffer are your friends. Emacs is, as suits a Lisp system, strongly runtime-modifiable. It even has its own REPL - M-x ielm.

[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by jacobush on Monday March 19, 2018 @04:34PM (#16622862)
I have to learn these things.
[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by pjmlp on Monday March 19, 2018 @03:23AM (#16616632)
It is not the same thing.

Emacs is a tiny portion of what a Lisp Machine was capable of.

[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by jacobush on Monday March 19, 2018 @03:57AM (#16616747)
I don't doubt you, but could you be more explicit?
[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by pjmlp on Monday March 19, 2018 @04:48AM (#16616934)
Lisp Machines REPL was graphically based, not text based.

So the REPL could display any kind of data structure, and later calls could influence already displayed data.

https://www.youtube.com/watch?v=o4-YnLpLgtk&t=687s

https://www.youtube.com/watch?v=6uPwQuxjgQo

https://www.youtube.com/watch?v=IMN5RSIm6xw

There was GUI based debuggers.

Then there was the access of the complete OS stack and other running applications, and everything was compiled to native code, there wasn't any VM running.

Try do do a (disassemble func) on Emacs for seeing actual 80x86/ARM,....

[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by drb91 on Monday March 19, 2018 @09:38AM (#16618219)
You can get some of this with McCLIM today, though not much is written for it.
[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by jacobush on Tuesday March 20, 2018 @02:52AM (#16626452)
Oh man... impressive.
[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by pjmlp on Monday March 19, 2018 @03:28AM (#16616643)
> Makes you wonder what pioneers back in the 60s and 70s could have accomplished with modern hardware.

One of the best Bret Victor talks is about that.

"The Future of Programming"

https://www.youtube.com/watch?v=8pTEmbeENF4

> And it kills me to think that Smalltalk and Visual Basic had a built-in GUI editor and layout manager, unlike the web.

Anyone of us doing desktop/mobile development on .NET, Java, Android, iOS, Qt development can still enjoy such goodies.

With web, one day it might catch 90's RAD tooling.

[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by codingdave on Monday March 19, 2018 @08:32AM (#16617849)
One of the reasons it has never taken off is that GUI editors and layout managers that have come out for the web (and there have been a few), have never quite gotten the code right. They would produce a page that looked like the designer... but with terribly written HTML/CSS. So web designers and developers prefer to make their own markup.
[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by lkrubner on Monday March 19, 2018 @09:56AM (#16618350)
The deeper problem is that the tech industry is slow to get rid of HTML, even though HTML was created to exchange documents, and nowadays we mostly use it as a GUI for network software. See "The Problem With HTML":

http://www.smashcompany.com/technology/the-problem-with-html

[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by lmm on Monday March 19, 2018 @10:21AM (#16618485)
HTML isn't the problem - declarative markup is a great way of doing GUI layout, non-web GUI frameworks tend to come up with alternatives that look similar. The problem is CSS, which is a fractal of bad design, broken at every level, from selectors to the box model.
[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by Retric on Monday March 19, 2018 @11:34AM (#16619177)
CSS works fine for Text markup. The problem is you get two models one where the Browser picks where stuff goes depending on the browser and local settings, another where the designer makes that choice. You can't have both things exist at the same time, on top of that most designers don't know what they are doing.
[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by pjmlp on Monday March 19, 2018 @10:36AM (#16618615)
That I agree with.

Android, iOS, XAML and QML are quite nice to work with.

[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by ahartmetz on Monday March 19, 2018 @10:14AM (#16618448)
It used to be conventional wisdom that using HTML as a layout system is wrong, you know. Because it wasn't meant to be one, and text content was supposed to be independent of the medium on which it is viewed. Well, at the time I had my doubts that it was going to work, but it was (and still is) a nice idea.
[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by pjmlp on Monday March 19, 2018 @08:44AM (#16617902)
I seldom recognize pieces of HTML/CSS literature when looking at the developer tools panel, or source code from well known frameworks.
[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by nine_k on Monday March 19, 2018 @10:29AM (#16618560)
I used the 1990s RAD tooling, and in many regards, the results were mediocre at best. Changing a window size could kill your form, to say nothing of font size.

The live aspect was great, though.

[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by pjmlp on Monday March 19, 2018 @10:34AM (#16618602)
90's RAD tooling also supported layout managers, devs just have to actually use them.

Also RAD tooling is about the whole stack, not just dragging stuff into forms.

[ Parent | on HN ]
Re:A Look Back at the 1960s PLATO Computing System by goatlover on Monday March 19, 2018 @01:57PM (#16621031)
But you would expect 20 years to be enough time to improve RAD tooling in areas it wasn't so great at for modern devices. Instead, at least as far as the web is concerned, it's mostly been missing.
[ Parent | on HN ]