Prototype work towards building a post-scarcity software system

Find a file

Simon Brooke 434c17eb0e And now the interpreter works (I think) correctly!		2018-12-12 21:12:49 +00:00
include	This isn't working, but I think it's progress.	2017-09-13 12:50:20 +01:00
notes	Added some working notes	2017-10-16 14:39:40 +01:00
src	And now the interpreter works (I think) correctly!	2018-12-12 21:12:49 +00:00
unit-tests	And now the interpreter works (I think) correctly!	2018-12-12 21:12:49 +00:00
.gitignore	Colourised print.	2018-12-12 11:48:24 +00:00
Doxyfile	Added Doxyfile, updated Makefile, reformatted.	2018-12-06 18:12:15 +00:00
LICENSE	Initial commit	2017-01-02 11:07:48 +00:00
Makefile	Improved (for me) formatting on Mac	2018-12-08 14:09:57 +00:00
README.md	11 out of 12 unit tests passing, progress!	2017-09-12 22:14:11 +01:00
unit-tests.sh	Added more unit tests.	2017-01-07 11:13:06 +00:00

README.md

Post Scarcity Software System, version 0

Very Nearly a Big Lisp Environment

tl,dr: look at the wiki.

Introduction

Long ago when the world was young, I worked on Xerox Dandelion and Daybreak machines which ran Interlisp-D, and Acorn Cambridge Workstation and Archimedes machines which ran Cambridge Lisp (derived from Portable Standard Lisp). At the same time, Lisp Machines Inc, Symbolics, Thinking Machines, Texas Instruments and probably various other companies I've either forgotten or didn't know about built other varieties of dedicated Lisp machines which ran Lisp right down to the metal, with no operating system under them. Those machines were not only far superior to any other contemporary machines; they were also far superior to any machines we've built since. But they were expensive, and UNIX machines with the same raw compute power became very much cheaper; and so they died.

But in the meantime hardware has become vastly more powerful while software has hardly advanced at all. We don't have software which will run efficiently on the machines of the future, we don't have tools to build it, and it often seems to me we're not even thinking about it.

Ten years ago I wrote an essay on what software would look like if we treated our computers as though their power was unlimited (which, compared to what we had at the start of my career, it pretty much is); two years ago I wrote about the hardware architecture which might in future support that hardware.

What I'm trying to do now is write a detailed low level specification of the underpinnings of the software system, and begin a trial implementation. Version 0 will run as a user-space program on UNIX, but very much with the intention that a later version will run on top of either a micro-kernel or perhaps even just a BIOS. However I've no real plans to build post scarcity hardware - I lack the skills. What I'm aiming for is to be able to run on 64 bit, multiple processor hardware.

Although I describe it as a 'Lisp environment', for reasons explained in Post Scarcity Software that doesn't mean you will program it in Lisp. It means that the underlying representation of things in the system is Lispy, not Unixy.

License

Distributed under the terms of the GNU General Public License v2