It's actually a Netgear. I like to mess with people.

You realise that's not how a level 88 works, right?

(Hint: It would either be 'IF YOU = 1 THEN' or 'IF READ-THIS THEN').

Try googling. :0)

Visual COBOL? Fujitsu did that - I have a demo disk from somewhere around 2001.

COBOL++? Well, OO COBOL has been in existence since 1996/7 that I'm aware of and doubtless from before that. Microfocus were the first to do it that I came across, but the above-mentioned fujitsu compiler also did OO.

Did you also know that COBOL.NET exists? Oh yes. Be afraid...

When I saw the tributes coming in, I was moved.

Then I was moved a little more.

And I was moved a little more still...

You have no idea...

You might want to try checking your facts before posting. Here's a hint: No she won't.

She did some damage, she did some good (generally speaking, the ones who claim nothing beyond the damage are those who didn't suffer the three day working week and its ilk). Such is the way of politicians. She made some tough decision that had to be made, she made some bloody awful decisions that we are still feeling the repercussions of today.

In the end, she made a large impact on world politics exactly when a large impact was required. Hindsight is a wonderful thing, but I'm not sure what the world stage would be like now if we'd had one of the current spineless idiots in charge in the latter days of the cold war.

Maybe they're run by the Ministry of silly awks.

Sorry, but I'm going to have to disagree with you. You can learn basic cobol in a week, sure. You can probably even learn all the useful keywords in a month, but almost certainly won't learn all their options or the best way to use them or the caveats of using some of them. You won't learn the various gotchas waiting in the wings when defining data structures either, whether in memory, or on disk.

A month might make you able to write fairly complex stuff, but it won't give you time to learn the best ways to write efficient fast code and COBOL, despite its apparent simplicity, is remarkably easy to write nasty (self modifying if you wish) resource-hogging evilness. If you're on mainframes, it'll be longer than that before you've figured the full intrigues of things like Expediter, or, if you're really unlucky, core dumps, which can be your only way to debug.

I've worked with COBOL since the mid 90s, so I'm still considered a noob in the field, but I've seen some horrors written by people with twice the experience I have and I've rarely seen *good* code written by people with anything less than a year of it on their CV.

Bear in mind also that most COBOL is mainframe still, so chances are that as well as the language itself, you're going to have to learn DB2, JCL, CICS and suchlike. Mainframe assembly will also likely crop up in your radar and in certain financial institutions, PL/1 - all linked into one big horrible mess. You might think you'll learn COBOL in a week, but almost no company using it for mission-critical stuff will let you within a mile of their production systems until you've a couple of years under your belt.

That may work now, but it certainly wasn't the case at the beginning of last week.

My other half has a remote desktop system so she can work from home if required that uses a java plugin. Last week, all of a sudden, it didn't work, with just a 'plugin inactive' message on screen. Clicking on that took you to software update, which showed no available updates, because this is on a Snow Leopard machine that there wasn't an update for yet.

There was no explanation of what was going on (plugins showed as allowed in the preferences pane) or whether it was an issue with the remote desktop provider or Apple, or anything. Somewhat frustrating and took me far longer than it needed to have done to sort, including raising a ticket with remote desktop software provider, which we now have to cancel.

I do like Apple hardware and software under most circumstances, but this wasn't one of their better moves.

Sure, what's wrong with recursion?

int factorial( int n )
{
return (n > 1)? n * factorial( n - 1 ) : n ;
}

Either high or sober, that's what I'd have gone for. That aside, I think it's fairly obvious that the mantra would be 'design high, code sober'...

There is one already. It's called RISCOS. Sure, it needs some work (like pre-emptive multitasking and SMP, okay a *lot* of work), but it's small (the OS uses 6Mb of RAM) and it's very fast. And there's already a reasonable amount of software available for it, plus a working GCC implementation, so more can be ported.

It just needs volunteers. Preferably ones who will happily write hand optimised ARM assembler...