Uncontrolled is not necessarily the same as unsafe. If you pull the power to a steel plant, you have have steel set in all the wrong places, and it will be a devil's own job to return the plant to working order.
One of the biggest issues is going to be insurance and who will pay when one of these cars causes an accident.
I doubt this will be a big problem. Insurers will sooner or later offer policies for self-driving cars, and if the statistics are good, they will eventually be reasonably priced; you can only price fix for so long. What will take longer is for governments to relax the criminal liability of the driver.
I tried hard to decipher what could have triggered what I wrote into the obvious troll thread it became
It was an obvious troll from the start.
Yet in clinical trials of new drugs, it seems, only a single trial is ever done.
That's not true at all. Generally, multiple trials are done and the most favourable results published. http://www.alltrials.net/
Somehow we get along just fine, residential or commercial, with pretty much the same as what this limit allows.
Actually, we use them mostly to take out drones and deflect NEOs into a safer orbit.
If Scotland votes Yes in September, without a currency union the UK will lose almost 10% of its GDP overnight
Whereas Scotland, which will lose 90% of it's GDP overnight will be just peachy, right?
Isn't that much the same as the ISP market then? Lots of choice but lots of consolidation happening behind the scenes.
I'll admit to being willfully ignorant of IPv6 other than seeing it as enormously more complicated than IPv4
I think seeing it as way more complicated is a mistake. They took IPv4, fixed a few problems, and unfortunately introduced a few others. Sure, they could have done a little less.
Couldn't they just have added a couple of extra bytes to IPv4 to come up with something that worked like IPv4?
That fairly much describes IPv4; the other proposals floating around were far more radical.
node addresses are MAC addresses plus the network address
This is covered by RFC 2462 - IPv6 Stateless Address Autoconfiguration. However, privacy concerns have made this go out of fashion.
I'm sure someone's crunched the numbers and this makes sense on paper, but seriously? Porting to Itanium before x86? I know HP wants to prop up its teensy niche CPU server line, but I just can't see how to justify that.
The reason is they hardly have to do any work for Itanium; they just have to QA a 8-core system instead of a 4-core one. The original port was done over a decade ago. With 20/20 hindsight it was a wrong move, the right one being presumably to tell Intel to shove it and wait a few years for the x64.
Who's going to migrate software from old VMS systems to a new one on very highly vendor-locked hardware?
Someone that has a 2 or 4 core processor Itanium system already. If anything is a non-starter it's the x86 version.
No, those students will hire a lawyer to sue.
Yes, of course. I was making a joke. Obviously not a very good one.
This was a massive, massive failure, and I will frankly be shocked if multiple lawsuits aren't filed against Examsoft over this.
However, those that haven't passed the exam won't be allowed to sue; Tisias must be laughing in his grave. Seriously, though, the whole online examination business needs a shakeup.
Your argument about not wanting to change something due to the length of time that it's been unchanged is laughable.
As well as being entirely untrue, of course, given the number of incompatible format changes Office has gone through over over the years.
Exactly, in a cold / hot isle rack you are left with a gap which would need plugging with something.
A 42U rack would have 7U wasted space that is almost another 2 servers...
They will sell you a
If it doesn't it's time to switch supplier. If they all hold their prices, then they risk being investigated as an illegal cartel. So, maybe not immediately but it creates a downward pressure.
If he had 10 million dollars, he wouldn't need to.
What is research but a blind date with knowledge? -- Will Harvey
