No, Uranus.

^^^ Actually, the attempt was to simplify something in each version. Oberon 2013 is perhaps the simplest one yet, but there's really two lineages to watch, and most people would probably find the BlackBox Component Builder much more palatable. (Although it's in a need of a massive overhaul, if you ask me - I'm actually considering looking into trying to graft the match-bounded polymorphism approach onto it, as outlined in Kim B. Bruce's Foundations of Object-Oriented Languages, because it just might turn out to be a good fit for the language. It's a massive effort, though; a whole 3.5% of the effort needed to write a correct C++ compiler :D).

You know, the "burn the diskpacks" approach was actually what got Smalltalk in the 1970s in a short period of time into the forefront of software systems. Outside of Lisp machines, I'm not aware of anything that advanced in that time period. But after they set the language and system design in stone to commercialize it, most of the advancement has stopped, and new aggressive designs started later catching up (somewhat, at least). The same thing has happened with the (post?)modern computing systems like Linux or Windows that succeeded it in many of its domains: once you accept the status quo, the only way to "improve" the system will involve piling a complex layer on top of the existing system to "fix" the deficiencies of the layer beneath it at least for new applications. Significant new progress in the field suddenly becomes almost impossible under these circumstances.

Doesn't handle unreliable networks well. I work on my laptop, which moves between home and work networks and no network at all. I can edit code using vim on remote machines when I'm attached to any network and I don't lose any state (as a result of autossh and tmux) when I'm disconnected. With sshfs, abrupt disconnections are very bad. With CODA (the AFS successor that never quite made it to production quality), I'd have been able to continue operating after disconnection and seamlessly push my changes back to the server on reconnection (CODA also tried to do merging, but I'd be happy with it just telling me that I had conflicts and giving me renamed versions of files).

Sony

There's your biggest con, right there.

Find another song, click on "Buy", and I have to type in my password again.

Jesus wept.

Indeed. I consider it something of a failing of modern operating systems that it's easier for me to run an editor remotely in a tmux session than to export the remote filesystem to use locally. If only AFS had had a bit more effort invested in it...

Code duplication is not free either. Even if execution time is the only thing that you care about, on anything that's vaguely like a modern CPU (GPUs and microcontrollers are somewhat different), instruction cache space is the most scarce resource, with data cache the second. A function call will likely be branch predicted and in an out of order system the prolog and epilog are mostly handled by the register renaming infrastructure, so the function call is almost free, but the cost of an instruction cache miss from having too many copies of the same code is quite measurable.

So, no one uses vim or emacs except for the people who do? I'm glad we've clarified that, thanks!

The things that make vim fast are not so much the keyboard shortcuts (although the result you mention was largely debunked as it assumes unfamiliarity with the environment. More recent studies have shown that keyboard shortcuts are marginally faster when you are in the middle of text entry, but the difference is less than the thinking time required for either). It's the ability to easily script things. For example, if I'm doing the same sequence of edits in vim, I'll record a macro and then replay it a few dozen times. That is much faster than doing it without the macro and so for a GUI editor to be as fast it would have to have commands like 'skip one word to the right,' and 'delete to the end of the line' that were easily useable from its macro recording environment (remember, these are not programs that I write as code, they're just rote replay of a sequence of keyboard commands).

What the fuck are these so-called "benefits" of a "15 minute open purchase window" that are so obvious and intuitive?

Forget about "the children". Who is so badly damaged as a person that they feel that it's currently just too hard to buy stuff online?

You know, I'm starting to think those kooks over at Adbusters might be on to something. We are one fucked-up society, and it looks like the marketing/industrial complex is in large part to blame.

How can a patent not be disclosed to the public, unless it's some kind of national security thing? Here's one of the patents listed:

System and Method for Selecting a Tab Within a Tabbed Browser

Oh, this makes my head hurt. No wonder Samsung is telling Microsoft where they can stick their patents.

Much closer, unless you focus solely on the Coptic minority, where the culture *does* have some semi-continuity. Although the shadoofs are, of course, still there.

I'm not sure AMD has even released the HSA SDK yet. ;/ (And while you have the HSAIL ISA documentation already, there's no word even on finalized C-level API yet, as far as I know.)

Actually, HD 5000 seems roughly as fast, if not somewhat slower, but it doesn't have access to the task's paged memory, so no zero-copy algorithms here.

I don't know if the headline is just poorly written, but it seems to suggest that Microsoft is suing Samsung for Android patents.

Microsoft owns Android patents? Since when?