If they were smart and had foresight, they would do anything to avoid giving people an ironclad ethical reason why it is their absolute right to block ads in self defense.
In some cases, Humphrey said the movies appeared to have been illegally recorded by theater-goers. "You could see people walking in front of the camera," he said.
You do know that Hanford was exclusively devoted to making atomic bombs and not generating power, don't you? No amount of pollution was too much when we 'needed' to make sure we could destroy the red menace more times than they could destroy us.
I'm not sure that the site owners are necessarily where the liability should fall, but it certainly need not be restricted to whoever paid for the ad. For example, if I accept $100 to "go put this box under that car", I will likely face some consequences if I can't articulate a good reason I didn't think it was a bomb.
The ad companies have some duty not to publish malware. Now that it's common enough to have news articles written about it, they can no longer pretend that it's not something they might expect to happen.
It's a bit disturbing that they haven't taken steps on their own since it provides a very good reason why people should block ads.
You keep talking about the danger of the things as if every ER in America is packed full of related injuries. The fact is that those injuries aren't there. The burden to show the danger belongs with the regulator. Show just cause. Then, scale the regulation to have the least possible restriction while addressing the actual issue.
It is a game of numbers, and those numbers suggest that can openers, golf, and meteors are all more likely to hurt someone.
Every example you have given of a good regulation has a history of actual harm that went before the regulation.
For small business, it depends on what the server is for. If it's a department server, a u-build it from Tiger Direct is hard to beat if your admin doesn't mind. If it's a public server, a colo may still come in cheaper unless you need HA.
But what it comes down to is that there are cases where 'The cloud' wins and cases where it loses. An experienced person is far more likely to figure out which is which.
I'm not really commenting on the ease or lack of Python in general (though I find it to be much faster to develop in), but if an IDE is at all helpful. Some IDEs are pretty helpful for Java. Not so much for Python. So when I reject an IDE for Python coding, it's not because IDEs are 'new fangled' or because I liked it when we walked to school up hill both ways in the 120 degree heat with snow piled up over our heads or some such.
How about if you plan to trespass because the 'Free Speech Zone' (tm, pat pend) is located 20 miles away in a barbed wire cage inhabited by plague infested rats?
I would prefer the Chinese spies to the U.S. spies.
The Chinese don't give a crap what the vast majority of Americans say or do. They won't likely decide I support the 'wrong' candidate for president or that I have a 'bad attitude' about some law or another here.
The license is an annoyance, but can be lived with, more or less.
I would like to see more flexibility in re-structuring the zpool. I see no intrinsic reason why a pool can't start out without redundancy and then have it added after the fact (the equivilent of bringing a soft raid up in degraded mode and adding in the other devices later) or have the geometry changed later. It should be perfectly feasible to start small and over time add more disks and replace small disks with larger ones. I would really like to be able to evacuate a disk before pulling and replacing it (given enough free capacity elsewhere in the pool.
There are valid reasons to want to mount a volume in more than one place. For example, strong namespace based isolation for sensitive processes/users.
Over all, btrfs is much more flezible than ZFS. In the end, it looks like it will be the superior filesystem. For example, it has a much greater flexibility in changing the underlying storage over time. Why should gradually upgrading the underlying pool be a disruptive process. It seems natural that as drives age out to replace them with bigger drives. Ideally, the filesystem will move things around as needed to maintain the specified level of redundancy and to utilize as much of the new storage as possible.
I am currently using ZFS because btrfs isn't yet sufficiently mature, especially wrt redundancy
I don't. OpenSSL has always been the disaster waiting to happen. The codebase is messy, no one really understands it, and there is no real criteria when adding stuff. I have no experience with it and I knew it was a big pile of stinking poo (its not like this hasn't been a probem before), so I hardly doubt that saying you're an OpenSSL dev would give anyone any credit.
Sure, many developers know that. But prior to the publicity of heartbleed, few others did. These security consultants didn't need to impress developers, they needed to impress the managers that hold the purse strings. THEY did not know what a mess OpenSSL code was. All they knew is that it was everywhere and was important to security so anyone involved simply must be an expert's expert.
Depending on circumstances, EC2 can be more expensive that standing up your own server. If you use it to replace what should be a departmental server, you have to count the reliability of your local uplink as well, and the cost if you have to expand it. None of that means EC2 is bad, just that it isn't all things to everyone. Sure, that seems obvious, but it apparently isn't to managers who read an article or over-enthusiastic and under-experienced IT people.
Of course, VMs in the cloud will certainly not eliminate admin positions. Someone has to keep the image updated and configured correctly. That's not something Amazon can/will do for you. Many managers heard you can fire all your admins if you move to the cloud, so it must be true!
But if you need temporary capacity or geographic diversity, it makes a lot of sense. The pricing is good compared to maintaining a DR center with duplicate hardware.
For other people, salesforce or office365 is the cloud. Then there's WDs 'my cloud'.
Of course, truly pythonic code doesn't have types as such, it has characteristics, As long as it quacks like a duck, nobody cares if it has horns or gives milk:-) I don't know of any IDEs that can help with that.
If they were smart and had foresight, they would do anything to avoid giving people an ironclad ethical reason why it is their absolute right to block ads in self defense.
That ship has sailed now.
Well naturally. That's why they wait until elected to pull their about face on the issue.
They were cammed. According to TFA, you could see members of the audience occasionally blocking the movie.
From TFA:
In some cases, Humphrey said the movies appeared to have been illegally recorded by theater-goers. "You could see people walking in front of the camera," he said.
That's a pretty good sign it's not legit.
If the choice is Tweedledee and Tweedledum and both got a nice 'bonus' check, good luck.
You'll need double good luck to get the GOP to agree to nationalize anything.
Good luck with that, they make all the iPhones.
Forget demand, you'll have to outbid them on the congressman auction. Good luck!
Remember in T2 when they shattered the liquid metal terminator and all the pieces slowly pooled back together?
AT&T has been doing that ever since the breakup.
That would just leave me back where I am now.
The power generation was a secondary function. All that energy they liberated in the process of making plutonium had to go somewhere.
SEIG HIEL!
The reactors were primarily to produce plutonium for the bombs.
No power plant has ever been managed so poorly nor would the NRC ever allow it.
You do know that Hanford was exclusively devoted to making atomic bombs and not generating power, don't you? No amount of pollution was too much when we 'needed' to make sure we could destroy the red menace more times than they could destroy us.
I'm not sure that the site owners are necessarily where the liability should fall, but it certainly need not be restricted to whoever paid for the ad. For example, if I accept $100 to "go put this box under that car", I will likely face some consequences if I can't articulate a good reason I didn't think it was a bomb.
The ad companies have some duty not to publish malware. Now that it's common enough to have news articles written about it, they can no longer pretend that it's not something they might expect to happen.
It's a bit disturbing that they haven't taken steps on their own since it provides a very good reason why people should block ads.
You keep talking about the danger of the things as if every ER in America is packed full of related injuries. The fact is that those injuries aren't there. The burden to show the danger belongs with the regulator. Show just cause. Then, scale the regulation to have the least possible restriction while addressing the actual issue.
It is a game of numbers, and those numbers suggest that can openers, golf, and meteors are all more likely to hurt someone.
Every example you have given of a good regulation has a history of actual harm that went before the regulation.
For small business, it depends on what the server is for. If it's a department server, a u-build it from Tiger Direct is hard to beat if your admin doesn't mind. If it's a public server, a colo may still come in cheaper unless you need HA.
But what it comes down to is that there are cases where 'The cloud' wins and cases where it loses. An experienced person is far more likely to figure out which is which.
I'm not really commenting on the ease or lack of Python in general (though I find it to be much faster to develop in), but if an IDE is at all helpful. Some IDEs are pretty helpful for Java. Not so much for Python. So when I reject an IDE for Python coding, it's not because IDEs are 'new fangled' or because I liked it when we walked to school up hill both ways in the 120 degree heat with snow piled up over our heads or some such.
Agreed, it's sad. All the more reason I fully support a bit of law breaking for protests.
How about if you plan to trespass because the 'Free Speech Zone' (tm, pat pend) is located 20 miles away in a barbed wire cage inhabited by plague infested rats?
Nevertheless, the 8080 probably ran faster due to lower memory latency.
I believe the preferred term is 'astro-nut'.
I would prefer the Chinese spies to the U.S. spies.
The Chinese don't give a crap what the vast majority of Americans say or do. They won't likely decide I support the 'wrong' candidate for president or that I have a 'bad attitude' about some law or another here.
The license is an annoyance, but can be lived with, more or less.
I would like to see more flexibility in re-structuring the zpool. I see no intrinsic reason why a pool can't start out without redundancy and then have it added after the fact (the equivilent of bringing a soft raid up in degraded mode and adding in the other devices later) or have the geometry changed later. It should be perfectly feasible to start small and over time add more disks and replace small disks with larger ones. I would really like to be able to evacuate a disk before pulling and replacing it (given enough free capacity elsewhere in the pool.
There are valid reasons to want to mount a volume in more than one place. For example, strong namespace based isolation for sensitive processes/users.
Over all, btrfs is much more flezible than ZFS. In the end, it looks like it will be the superior filesystem. For example, it has a much greater flexibility in changing the underlying storage over time. Why should gradually upgrading the underlying pool be a disruptive process. It seems natural that as drives age out to replace them with bigger drives. Ideally, the filesystem will move things around as needed to maintain the specified level of redundancy and to utilize as much of the new storage as possible.
I am currently using ZFS because btrfs isn't yet sufficiently mature, especially wrt redundancy
I don't. OpenSSL has always been the disaster waiting to happen. The codebase is messy, no one really understands it, and there is no real criteria when adding stuff. I have no experience with it and I knew it was a big pile of stinking poo (its not like this hasn't been a probem before), so I hardly doubt that saying you're an OpenSSL dev would give anyone any credit.
Sure, many developers know that. But prior to the publicity of heartbleed, few others did. These security consultants didn't need to impress developers, they needed to impress the managers that hold the purse strings. THEY did not know what a mess OpenSSL code was. All they knew is that it was everywhere and was important to security so anyone involved simply must be an expert's expert.
Depending on circumstances, EC2 can be more expensive that standing up your own server. If you use it to replace what should be a departmental server, you have to count the reliability of your local uplink as well, and the cost if you have to expand it. None of that means EC2 is bad, just that it isn't all things to everyone. Sure, that seems obvious, but it apparently isn't to managers who read an article or over-enthusiastic and under-experienced IT people.
Of course, VMs in the cloud will certainly not eliminate admin positions. Someone has to keep the image updated and configured correctly. That's not something Amazon can/will do for you. Many managers heard you can fire all your admins if you move to the cloud, so it must be true!
But if you need temporary capacity or geographic diversity, it makes a lot of sense. The pricing is good compared to maintaining a DR center with duplicate hardware.
For other people, salesforce or office365 is the cloud. Then there's WDs 'my cloud'.
Of course, truly pythonic code doesn't have types as such, it has characteristics, As long as it quacks like a duck, nobody cares if it has horns or gives milk :-) I don't know of any IDEs that can help with that.