News for hackers. Stuff that matters.
Re:Y Combinator's Xerox Alto: restoring the legendary 1970s ... by jacquesm on Saturday June 18, 2016 @02:49PM (#11930019)
> The biggest one being a C-centric view of programming that has cost the world untold billions of dollars when dealing with untrusted data.

That's pretty simple to explain: all those other options were just way too slow to get the kind of performance required out of the hardware available at the time. The difference was simply too large to be ignored.

It's all nice and good to theorize about how the past should have been, but without UNIX you probably wouldn't be writing any of this on the medium you're currently using.

It has its flaws and it is far from perfect but at the time it fit the bill nicely.

The real problem is that we are categorically unable to move on when better options are around. There is a large amount of silliness involved when it comes to making responsible choices in computing, lots of ego, lots of NIH. Those are the real problems, not that UNIX was written in C.

Re:Y Combinator's Xerox Alto: restoring the legendary 1970s ... by pjmlp on Saturday June 18, 2016 @04:45PM (#11930519)
> all those other options were just way too slow to get the kind of performance required out of the hardware available at the time. The difference was simply too large to be ignored.

If you compare with Xerox PARC hardware not really, the major issue was the price to produce the type of architecture they were having.

As for safe systems programming, Burroughs was already doing it a decade early in computer hardware much weaker than a PDP-11.

Re:Y Combinator's Xerox Alto: restoring the legendary 1970s ... by jacquesm on Saturday June 18, 2016 @05:31PM (#11930697)
Moore's law is essentially about density (and hence about price), not about speed, the speed was a side-effect.
Re:Y Combinator's Xerox Alto: restoring the legendary 1970s ... by digi_owl on Sunday June 19, 2016 @03:28AM (#11932150)
Kinda. Density allows for either speed or for price, and going for speed allowed the companies to hold the price fixed.
Re:Y Combinator's Xerox Alto: restoring the legendary 1970s ... by gaius on Saturday June 18, 2016 @05:25PM (#11930674)
The real problem is that we are categorically unable to move on when better options are around

Every 10 years or so the industry just restarts the same loop it's been stuck in since the Amiga (actually the Amiga is probably the first loop starting with the Alto) just with different syntax and faster hardware. Software is stagnant; ALL progress in in hardware. And with the end of Moore's Law that is grinding to a halt too.

Re:Y Combinator's Xerox Alto: restoring the legendary 1970s ... by jacquesm on Saturday June 18, 2016 @05:30PM (#11930692)
I have some hope that with the end of Moore's law in sight we will finally be able to concentrate on the software for some progress. All that we've achieved to date seems to be prettier way to squander cycles.

And in a way that's a real pity. It could have been that if Moore's law had been a doubling in 30 years rather than 18 months that we'd have had a lot more appreciation for writing good software. As it was the crap won out over the good stuff simply by being bailed out by Moore's law just in time for the next cycle.

But in some alternate universe hardware progress was so slow that any gains had to come from better software.

Re:Y Combinator's Xerox Alto: restoring the legendary 1970s ... by digi_owl on Sunday June 19, 2016 @03:26AM (#11932144)
> All that we've achieved to date seems to be prettier way to squander cycles.

And stack turtles.

Whenever i see a headline about unikernels, i envision doom running on DOS in a VM on top of Linux on top of some hardware somewhere. How many layers of (potentially leaky) abstractions are we looking at?

Re:Y Combinator's Xerox Alto: restoring the legendary 1970s ... by digi_owl on Monday June 20, 2016 @03:32AM (#11936617)
I find myself wonder if it is a problem of human computer IO.

The minimal set of reliable human computer interface is a keyboard and a screen. going beyond that quickly add either noise, delays, or both.