"I see you're trying to fix a linear accelerator, would you like some help?"
And who is responsible when the system tells the human to incorrectly repair something? If taken to the extreme companies will (attempt to) hire the least expensive human asset and expect the computer system to provide infallible information.
I quickly read the Wired article hoping to find a joke but didn't find the punchline...
Dan
...but all that asshole driving as a teenager does tend to sharpen up those driving skills.
No, they tended to take themselves out of the gene pool, problem solved. (Yes, they would occasionally take others out too, but that's a much smaller number.)
So, maybe cars today are too safe?
Use the Archive.org link:
http://web.archive.org/web/20110724142332/http://www.zx81museum.net/adverts.html
I tried the Coral Cache link:
http://www.zx81museum.net.nyud.net/adverts.html
But it returns "500 Internal Server Error".
Dan
Use Archive.org:
http://web.archive.org/web/20110724142332/http://www.zx81museum.net/adverts.html
Dan
So why not have a management client tool that is a native Windows app that you can run on your desktop?
For the complex applications that make good use of a GUI, these can be setup this way.
And a well written CLI tool run on the server (or possibly remotely) could do all of that too, just more complex command lines. (Or a curses-like menu system.)
How about this failsafe:
Once Iran is confident that they can take control of all our drone aircraft, we put in a small yield bomb of some sort with a multi-hour delay. The delay timer is started once the lock between the drone and the US transmitter is broken. A few hours is probably enough to get the aircraft back to their base where they start dismantling it and *boom*.
And we can have the drones refuel at a remote automated location, so only maintenance is the only time a user would have to get close to the explosive. (Aircraft crews work with potentially armed bombs all the time, so it's not that big of a problem to surmount.)
If you're an American tax payer as I am, the only ones laughing will be the contractors...
"Oh, you want a secured and encrypted command and control signal too? That's another $2Billion and about 3 years for the proof of concept..."
Dan
How's the "Native Client" a big step when we've already seen the Javascript PC Emulator:
I guess a Chrome browser pulling up that page, the Javascript PC Emulator booting X to run Chrome to run a Native Client PC emulator would be a neat hack...
Dan
Eh, I kinda just realized that I'm coming off like a jerk. Sorry for my comments.
Wow, I'm impressed. The first sign of self-monitoring I've seen on Slashdot in a long time!
I sincerely wish more people would actually apologize like Sancho when they have an inkling they might have gone over the line.
You've restored my faith in the Slashdot community a bit.
Dan
You have forgotten the DEC Rainbow. But that's ok, everyone else has also forgoten the Rainbow.
Which is sad really. It was a dual-processor system - a Zilog Z80 and an Intel 8080 CPU. When it ran CP/M the Z80 did everything, but when it ran MS-DOS the 8080 was the primary CPU and the Z80 handled the IO.
The architecture was even better thought through and didn't break up the RAM like the IBM PC did (hence the 640K "limit"). I remember booting my Rainbow 100B and getting 720KB of usable RAM without trying very hard.
Sadly, the only real games that got ported to it were the Zork line of Infocom games, and a few DEC written graphical games. (Anyone remember "SCRAM"? Probably not the most marketable game since the objective was to descend to the lowest level of a failing nuclear reactor and "scram it" to keep it from going critical...)
Ken, you have no idea how much your "little company" got me started in computers. Thank you!
Dan
Since we're talking about discoveries that may lead to faster computers, these are the solutions it may use:
* Texas A&M Research Brings Racetrack Memory a Bit Closer -> http://hardware.slashdot.org/story/10/12/01/0552254/Texas-AampM-Research-Brings-Racetrack-Memory-a-Bit-Closer
* SanDisk, Nikon and Sony Develop 500MB/sec 2TB Flash CardSanDisk, Nikon and Sony Develop 500MB/sec 2TB Flash Card -> http://hardware.slashdot.org/story/10/12/01/1322255/SanDisk-Nikon-and-Sony-Develop-500MBsec-2TB-Flash-Card
My great-grandchildren will have screaming fast cell phones!
Dan
Two can Live as Cheaply as One for Half as Long. -- Howard Kandel
