Do you think I found amazing ideas worthy of patent protection?"
Link to Original Source
If I recall correctly, the levels do serve a purpose (or at least were supposed to serve a purpose). The reason for the levels is so that funding can be tied to a specific level. For example, there may be funding to support a certain number of person hours at yellow and more hours to support more guards, etc. when you reach orange. The point is, without some kind of level that takes a subjective "bad stuff is more likely to happen/has happened" and changes it to "we are now at orange/red", it is nearly impossible to get approval for additional resources rolled out throughout government entities quickly enough to be of any benefit. If you take away the level's you end up with a scenario where they say, "we have a high probability of an attack in this area"; the leaders in the field say, "so does that mean we can bring in more resources?"; and the question doesn't through all the channels to get an answer until the threat has passed or the attack has occurred.
I have two slashdot readers and one of them did not read the article before they posted a reply on a Tuesday. What is the probability that the other didn't read the article as well?
With the current availability of fairly inexpensive bandwidth, why are you running servers at your location? There simply isn't much justification for any business not in the fortune 500 to go the route of "build your own" Catacenter. If it must be up, look at the option of renting rack space from a Telecom provider that takes care of generator power for you. Most of these will do a rack for a couple hundred a month that includes the generator backup. You may need to get a small UPS that handles the "blip" until the generator kicks in (they usually tell you that you need a few seconds of UPS), but it sounds like you already have units to put at the bottom of the rack that will handle that. You then have servers that will survive as long as the provider has fuel. Anything else is going to cost you far more. Most likely you can find one that will provide decent bandwidth from your location to theirs and provide you with an Internet connection at the Colo that is less expensive because it doesn't have the local loop to your facility. This probably would offset much of the cost for bandwidth that you will need from your office to your servers at the Colo.
Am I the only one who thinks the headline on this reads like common media spin? So basically Microsoft has a bug that happened to be used against Google and the headline reads like Google was doing some hacking. This only leaves me wondering how much did the Microsoft PR people paid to get that worded that way.
You have to be a PHP programmer to understand PHP code well enough to say that it's bad. So is your statement a lie or are you a bad programmer?
And I would submit that anyone who turns out bad PHP is not a good programmer in other languages either. The fact is that other languages may make it harder to turn out bad code, but if you program correctly, you shouldn't need the language ot make it hard. However, if you rely on the language to keep you out of trouble, you are going to eventually find a way around the language's protections.
I think this is a great question. I would submit that many people who avoid facebook and other applications still have enough of this information in text or pictures that is posted by their friends. Regardless of whether you've ever joined facebook, it's likely that you are tagged in a bunch of photos or listed in a comment or two. The linkages of those tags could be used to do similar research. The point is that you can't stick your head in the sand. Social Networks exists.
Why not use something like:
This is a less important part of the contract
---- Start of Conspicuous Text ---
This product is provided "as is"..
--- End of Conspicuous Text ---
Another less important part of the contract.
This article has a crucial flaw. It merges the concepts of innovation and polish.
Much of the FOSS software is lacking in polish. The interface may not be pretty or there is a single feature that is a bit hard to set or whatever; however, that has nothing to do with innovation. Innovation is the moving forward into new features and capabilities. In that realm, FOSS is frequently the leader. Why? Because in many cases the proprietary systems look at what the majority of users will want and ignore the minority groups. When you do this, you end up with the worst of all worlds from a feature standpoint. It is a challenge to support the beginning user and the advanced user at the same time. It's a challenge to allow the business user to utilize the same product as the technical users or even home users. The place were FOSS most shines is in the fact that the products are open so that a developer can step in and say, "This product would be better for group X if we added this functionality so I'll add it." In some cases that developer is in group X.
I am an owner of an Ipod Touch. I absolutely love the thing. I can do about 80% of what I want on it. Why only 80%? Not because the capabilities I want are complicated or costly to employ. Because the manufacturer feels that my use of the device is a minority use so they never developed the features. For example: I heavily use my Ipod Touch as what it is (an Ipod
So, I can see that FOSS sometimes fails on the polish side and may not always produce the best interface, but the idea that it lacks in innovation simply put does not make any sense.
It's bad enough when I screw up a config and it takes down my mail, but what about when it happens to the entire globe at once?
I was reading this comment and it occurred to me that the latter is actually preferred. With the first option, your systems are messed up, but everyone else wants you to continue to conduct business. With the latter situation, your systems are down and so are the people who would normally be trying to reach you.
A program you have just launched is trying to turn on your lights. Cancel or Allow.
Do not use the blue keys on this terminal.