Anyway, thanks for tuning in, and if you like the blog, tell your friends.
That's assuming they'll even talk to me rather than trying to charge me for support, that is...
Update:
Apparently, Marriott's service isn't solely operated by the same
people but is
affiliated with Boingo. That may explain the different price structure.
When entering Toronto airport you're confronted with a sign that shows three squares with the numbers 1, 2, and 3 on them, plus arrows to show which way to go for each each of them. Now, pretty clearly these are the terminal numbers but how are you supposed to know which terminal to go to? There isn't any sign that says "Air Canada here". Worse yet, we had to return our rental car. Only when we'd committed to terminal 2 (after already going by terminal 1) did I find out where to drop my car off. Amazing.
PV = NRT
Where R is again some constant that we don't need to worry about and T is the temperature in Kelvins (degrees above absolute zero). Room temperature is about 20 degrees Celsius or 293 degrees Kelvins. To effect a 1.5% change in pressure we would need to change the temperature by 1.5% (about 5 Kelvins, 9 degrees Fahrenheit) less than the difference between typical daytime and nighttime temperatures. Again, we're lead to the conclusion that it's very unlikely that the tiny pressure differential between sea level and the hold of a plane constitutes a threat to CO2 canister.
The first question we need to answer is what the pressure in the CO2 cylinders is. We could probably look it up but it's more fun--and more instructive--to work it out for ourselves. We start with a simple fact about gases. The pressure in a volume of gas at constant temperature is proportional to the number of gas molecules and inversely proportional to the volume:
Pressure * Volume = C * Number_Molecules
or
PV = CN
Where C is some constant we don't need to worry about. This is a simplified version of the ideal gas law
A racing bicycle tire is a torus about 70 cm in diameter and 2 cm in cross-section. It's easiest to think of this as a 2cm cross-section tube 70*pi cm long. Such a tube has a volume of about 210 cm^3. Such tires are typically pressurized to about 140 pounds per square inch (psi). Using the equation above we can find the number of
A CO2 cylinder is a tube about 10 cm long and 2 cm in cross-section. Such a tube has a volume of about 30 cm^3. We don't know the pressure but we can find it using the ideal gas law. Since we're going to be inflating the tire using the cylinder, they must contain the same number of molecules. Thus, CN must be the same in the tire and the canister and we can substitute to get:
Ptire*Vtire=Pcanister*Vcanister
or
Pcanister=Ptire*Vtire/Vcanister
We have Ptire, Vtire, and Vcanister so we get:
Pcanister = 140 psi * (210 cm^3/30 cm^3) = 980 psi
For convenience, then, say that the canister is pressurized to 1000 psi. Ordinary outside air pressure is about 15 psi, so the walls of the canister have to be able to withstand about 985 psi. On the other hand, if we put the canister in vacuum, the pressure on the walls of the canister would be 1000 psi, 15 psi greater, or 1.5% difference. It's highly implausible that CO2 cylinders would be made with this small a margin of safety--any manufacturing or mis-filling error would lead to catastrophic failures. Moreover, in practice the air pressure in planes is much higher than vacuum. Accordingly, we needn't worry about the small effect of pressure change.
Hydrogen could essentially eliminate vehicular emissions, but the cost of reducing NOx emissions [HN5] (for example) with hydrogen will be on the order of $1 million per tonne NO2 (5). In contrast, meeting the EPA's new Tier 2 standards [HN6] will reduce emissions for about $2000 per tonne, and inspection and maintenance programs will cost about $4000 per tonne and scrappage programs (voluntary programs offering bounties for old vehicles), less than $10,000 per tonne (6-8). The cost of reducing NOx emissions from electricity production is in the same range. Similar comparisons can be made for other important air pollutants.andIt is comparatively expensive to reduce pollutant emissions by using hydrogen because regulation-driven technological innovation has reduced emissions from gasoline-powered cars to the point where they have very low emissions per-unit-energy compared with other sectors and other transportation modes (see table, below). This trend will continue, reducing the benefit of zero-emission hydrogen vehicles, particularly because many technologies (e.g., electric drive) can be used on both platforms.
Hydrogen could largely eliminate the problem of "high emitters"--the few poorly designed or maintained cars that account for most automobile emission--because hydrogen cars do not have high-emission failure modes. Nevertheless, the approaches listed above, possibly in conjunction with roadside emission monitoring and other advanced techniques, provide far more cost-effective solutions (9).
Global CO2 emissions must decline by about an order of magnitude in order to stabilize atmospheric concentrations, so major emission reductions will eventually be required from cars. Cost-effective climate policy, however, starts with low-cost emissions reductions and proceeds at a measured pace. Analysis of optimal climate policy typically shows that to stabilize concentrations below a doubling of preindustrial levels, overall emissions do not need to be reduced by more than 30% below business-as-usual until after 2040 (17). When emission mitigation opportunities across the economy are ordered by their cost (to form a supply curve), deep reductions in automobile emissions are not in the cheapest 30%. All else equal, it is therefore wasteful to devote substantial resources to achieving deep reductions in auto emissions until after 2040 (18). Only then will radical new technologies likely be needed. Hydrogen cars should be seen as one of several long-run options, but they make no sense any time soon.If we were certain that hydrogen fuel was the only long-run solution to eliminating CO2 emissions from cars, then it might make sense to focus R&D now, even though widespread deployment is decades away. If, however, we accept that there is considerable uncertainty about the optimum long-run solution, then early commitment to hydrogen fuel is unwise because it risks technological lock-in.
I've never really understood the enviro-enthusiasm for hydrogen cars. I think part of the problem is that many enthusiasts don't realize that hydrogen is more an energy storage medium not a fuel. It has to be manufactured from some other energy source. As the authors of this article point out, generating hydrogen necessarily produces CO2 so we need some way to mitigate that. However, if you don't know this, then hydrogen seems like a way to get out of that nasty oil business.
My suspicion is that the second source of enthusiasm is a form of absolutism. Like electric vehicles, hydrogen is a zero emission vehicle, at least at the tailpipe. If you're a purist, this sounds great, but if you do the math it's not so important. that sounds like a fantastic innovation, but really modern gasoline powered cars have such low emissions anyway that replacing them with zero emission vehicles doesn't add much value. It's a lot more useful, though less morally satisfying, to replace the "high emitters" with low emission vehicles.
Update: 20030826
Adam Roach points out that generating hydrogen doesn't necessarily produce
CO2. If you have a zero-emission energy generation technology
like nuclear then you can produce hydrogen by electrolysis.
Of course, if you use a fossil fuel energy source it does
generate CO2. I'm not sure what I was thinking when I wrote this.
From: <fty@mediapulse.com> To: <ekr@rtfm.com> Subject: Re: Approved Date: Thu, 21 Aug 2003 8:17:41 --0500 X-MailScanner: Found to be clean Importance: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MSMail-Priority: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Message-Id: <20030821132434.51A1A7150@sierra.rtfm.com> X-Spam-Status: No, hits=0.6 required=5.0 tests=NO_REAL_NAME version=2.20 X-Spam-Level: [1 <text/plain; iso-8859-1 (7bit)>] Please see the attached file for details.
This is kind of weird. It's a virus mail but without the actual virus payload. My guess is that the payload somehow got stripped out by some intermediate filter.
However, the fact that there's no actual virus means that my antivirus screens don't work. I've had to resort to some crude content filtering to get rid of these. They all seem to use some variant of "Please see the attached file for details" in the message body so I just filter that out. So don't send me any attached files with details.
So, I've been getting lots of messages of this nature:
To:From: IWPSMTP2/CheckFree@checkfree.com Subject: NAV detected a virus in a document you authored. X-Priority: 3 (Normal) Date: Wed, 20 Aug 2003 07:34:43 -0400 Message-ID: X-MIMETrack: Serialize by Router on IWPSMTP2/CheckFree(Release 5.0.12 |Februar\ y 13, 2003) at 08/20/2003 07:34:44 AM MIME-Version: 1.0 X-Spam-Status: No, hits=0.6 required=5.0 tests=NO_REAL_NAME version=2.20 X-Spam-Level: Please contact your local system administrator. Please do not reply to this email. The infected component in the scanned document was deleted. Virus Information: The attachment your_details.pif contained the virus Bloodhound.Unknown and was deleted.
Which would be fine except that I'm not infected. I'm not just saying that because I'm careful--though I am--but because these are Windows viruses and I run FreeBSD! My Windows machine isn't even on! So, this message is totally bogus. The problem, of course, is that lots of viruses forge e-mail from addresses. So, even though I'm not infected, I'm getting lots of totally spurious notifications from people's virus scanners which just clutter up my mailbox. Attention scanner manufacturers: don't send automated replies to viruses that are known to forge from addresses!.
B.C. could vapourize the tariff overnight by subjecting its forest industry to real market discipline. Even though it refuses, the prevailing view inside and outside B.C. is not that B.C.'s stubbornness has created a problem for the federal government, but that the federal government has failed to defend B.C.'s interests vigorously enough. Pierre Pettigrew might be justified in turning around and saying to British Columbians, "Hey, you made your softwood bed -- lie in it." But you won't last 30 seconds as a federal Cabinet minister pulling stunts like that.Unfortunately, the effect is to toss another log on the fire of anti-U.S. rage. How many times have you heard somebody opine that "the U.S. won't play by the rules" when it comes to free trade and softwood lumber? Talk about sour grapes! Hidden government subsidies to private industry are exactly what the NAFTA "rules" are intended to prevent, and a countervailing duty is the precise response the "rules" mandate.
Of course, as I argued before, just because the US is entitled to impose a tariff doesn't mean we have to. And American consumers would be better off if we didn't--and I wouldn't have to hear complaining about softwood when up in Canada this weekend.
Matt Drudge is reporting that the repair worm for MSBlast is what brought down Air Canada yesterday. I'm not at my email right now so I can't see what the word on the security response lists it, but this doesn't isn't at all surprising. The basic problem is that the "good" worm does damage itself. Aside from the usual problems with automatic update, there's the problem that its a worm. As I've mentioned before, most of the problem with worms isn't that they directly damage your computer but rather that their propagation slows down your machine and network. All of these problems exist just as much with a repair worm as with an ordinary worm.
And then of course there are all the usual problems associated with automatic update.
The problem, we have now, is that people aren't very good about installing patches. Thus, even long after a vulnerability is fixed there is still a lot of exposure and thus worms spread. Yesterday Microsoft said that they are considering having Windows require automatic updates unless the user explicitly turns the feature off. It's not too surprising that Microsoft wants this feature: supporting downrev software has always been a nightmare. What's surprising is that people who you wouldn't expect are in favor of it:
"I have always been a fierce enemy of the Microsoft update feature, because I just don't like the idea of someone else -- particularly Microsoft -- controlling my system," said Bruce Schneier, co-founder of Counterpane Internet Security Inc. "Now, I think it's great, because it gets the updates out to the non-technically savvy masses, and that's the majority of Internet users. Security is a trade-off, to be sure, but this is one trade-off that's worthwhile."
I'm not sure I agree. The basic problem is that it's very hard to make an update that doesn't break things. I know lots of people who have installed Windows Service Packs which thoroughly hosed their systems. It's not just Microsoft, of course. I've had problems with FreeBSD too, but Microsoft's updates certainly are often quite brittle. It's not necessarily their fault. There are just too many different ways in which people can configure their systems to be able to test a patch against all of them--and the first law of software development is that if you haven't tested it it doesn't work
Before we deploy a feature like this we really need to do the cost-benefit analysis. The MSBlast worm is annoying but it doesn't actually damage your machine. An automatic update which caused real unscheduled downtime for 10% of the machines that it was installed on would likely do a lot more aggregate damage than any of the current worms--though of course future worms could be worse. It's certainly true that there's a tradeoff here, but I'm not sure I agree that auto-update is on the right side of it.
I don't know whether to laugh or cry. They've managed to combine BiCapitalization, multicolors, and the use of numbers to replace letters--all hallmarks of bad logo design--into a single logo. Did Palm have B1FF design their new logo or did they just get hAxXoReD?
Clearly my MCS ruled out option 1. Option 2 would be a clear advertisement to the world that I had MCS, so that was out of the question as well; denial is one of the other major symptoms of MCS. This left option 3, since then I could tell myself--and others--that I was "just slowing down so I had someone to pace with." Obviously, this was the only viable choice. Of course, it didn't hurt that she was pretty cute and wearing the quite attractive jogbra/shorts combination that is pretty much de rigeur for women runners these days.
Unfortunately, my attempt at deception seems to have failed. Terence and Wendy were behind me and tell me that when she went by them they immediately said "Eric isn't going to let her pass him."
Anyway, good thing that we only had a mile to go, since I stayed with her until right before the end, when she started to sprint and got ahead by a couple of yards. Me, I turned around and went back to catch Terence and Wendy, thus proving that I wasn't beaten, even if she finished first. Yeah, that's it.
Sampling
To keep things simple, let's say that we've got a population
of a million and only two candidates who we'll
call Schwarzenegger and Bustamante. Say that fraction Fs
people support Schwarzenegger and Fb support
Bustamante. We're interested in who's going to win the
election so we want to know Fb and Fs.
Ideally we'd ask all of them and then directly know the
answer but this is as heavyweight as actually holding the
election. Obviously, that's not practical.
Instead, we sample. We pick some relatively small number of people N, at random, and ask them. When we do this, Ns support Schwarzenegger and Nb support Bustamante. This lets us estimate Fb and Fs in a very simple way:
Fs* = Ns/N
Fb* = Nb/N
We mark our estimates with * to indicate that they are estimates of the true value. The problem here is that not every sample will be the same. Imagine that three quarters of the people support Schwarzenegger and a quarter support Bustamante
Fs = .75
Fb = .25
If we just ask one person, they will either say Schwarzenegger or Bustamante. Thus, we will either estimate:
Fs* = 0/1 = 0
Fb* = 1/1 = 1or
Fs* = 1/1 = 1
Fb* = 0/1 = 0
Now, we know that neither of these estimates is right--and in principle there's no way we could get a correct answer with a sample size of 1, since not all the people support either candidate. Now, imagine that we ask two people. There are 4 possibilities.
| Schwarzenegger | Bustamante | Fs | Fb | Probability |
| 2 | 0 | 1 | 0 | .5625 |
| 1 | 1 | .5 | .5 | .375 |
| 0 | 2 | 0 | 1 | .0625 |
There are three things to notice here: First, even though there is only one true set of values for Fs and Fb, there are four different possible estimates. Which estimate we get depends on exactly which people we happen to ask. Second, our chances of making each estimate aren't equal. Since more people support Schwarzenegger, the most probable outcome is that we'll estimate that everyone will vote for him. The probabilities are shown in the far right column. Finally, none of the estimates is correct. We know the true values to be Fs = .75, Fb = .25 but none of the estimates match that.
The problem here, of course, is that we don't have a big enough sample. If we asked more people, we'd get a more accurate estimate. (In the limit, of course, if we asked everyone we'd get a completely accurate estimate.) However, as long as the sample is smaller than the total population, there's always more than one possible estimate and so we can never know we have exactly the right one. The purpose of margin of error is to estimate how far off we might be.
Estimating Error
Suppose we choose a more realistic sample size of 500.
Now, in principle, we might estimate Fs = 1, Fb = 0 (everyone
wants Schwarzenegger)
but in practice it's vanishingly unlikely (less than 1 chance
in 10^63). [0] The chance that we'd estimate that everyone
wants Bustamante is even lower.
Figure 1 shows the probability of getting each estimate
of Fs.
Figure 1 lets us estimate the chance that our estimate will be the true value--which, as we've seen is pretty low--and how likely it is that it will be off by a given factor. However, this isn't quite the piece of information we want. If we already know what the true value is, we wouldn't need an estimate. The situation we're usually in is the one where we're interested in estimating the true value. We've sampled and we've got an estimate Fs and we want to know how far off we might be.
However, remember that in principle we could be arbitrarily far off. So, if the question we're asking is "how wrong could we be", the answer is "totally". That's not really satisfactory. First, it's not useful. Second, it's not accurate: even though it's theoretically possible that our estimate is way off, in practice it's most likely that we're fairly close and increasingly likely as the sample size gets larger. So, we need a more sophisticated way to describe error.
Figure 1 shows us how likely it is that we'll get estimate Fs* given that the true value is Fs = .75. We can draw a similar figure for any value of Fs. But what we really want to do is turn the question around: Given that our estimate Fs* is X, what are the likely true values Fs? So, for instance, if Fs* = .75, we get something like Figure 2.
Looking at Figure 2, we can say qualitatively that Fs is most likely between .71 and .79. What we want to do is formalize this notion. In particular, given that Fs* = .75 there is a .95 probability that Fs is between .71 and .79. The region .71 to .79 is called the 95% confidence interval. For any population and sample size, it's always possible to compute a 95% confidence interval. There's nothing special about 95%, of course. One could just as well use 90% or 99%. With a 95% confidence interval, the true value will fall within the confidence bounds 19 out of 20 times.
So, what's a margin of error? Essentially another name for a confidence interval. If we have a margin of error of .04 at the 95% confidence interval, that means that we can be 95% confident that Fs lies between Fs* - .04 and Fs* + .04.
Who's going to win?
In practice, of course, we're not really interested in
what the exact numbers are, but who's going to win the
election. For the purposes of that, we're only
interested in asking the question "Is Fs > Fb?".
Now, in a two-candidate election where people need to
vote for one or the other this question is the same as
"Is Fs > .5?" However, since there is more than
one candidate in the election, the question is
a lot more complicated. However, the principle is the
same: we want to know if Fs > Fb. [1]
Unfortunately, as should be clear from the previous discussion, we can't always answer that question definitely. All we can answer is the question "How likely is it that Fs > Fb?" Now, if that probability is very high (close to 1) then we can feel comfortable saying "Schwarzenneger will win" or if it's close to 0 then we can say "Bustamante will win." However, if it's somewhere in the middle we can't really say anything useful other than "I don't know". Since the difference between the estimates for Schwarzenneger and Bustamante is less than the margin of error, as far as I can tell, that's the situation we're in now.
[0] As the sample size gets close to the population size, the degree of error starts to be limited. For instance, if the population size is 1000, a sample of 999 can obviously only be off by one vote.
[1] There are other complications as well. It's very hard to get a really random sample and that can result in estimates which are far more likely to be wrong than the margin of error would suggest. I'm describing what's pretty much the ideal case.
Bustamante, a Democrat, had the backing of 25 percent of those questioned, compared to 22 percent for Schwarzenegger, a Republican....
The survey was conducted over a four-day period that ended Wednesday. It had a margin of error of plus or minus 5 percentage points.
Attention headline writers: when the difference between support for two candidates is less than the margin of error, that means we don't know who's ahead! Is that really such a hard concept to grasp?
After all, in this case, it's the power companies that are not living up to their end of the bargain, not the consumers. It's not that they are now making a windfall profit from the blackout - they've already done that by sticking with an "old and antiquated" infrastructure and not investing in the necessary upgrades that would have prevented this in the first place.Instead of admonishing consumers to modify their behavior, why not force the power companies to adopt a market-based solution? When the power companies are unable to meet demand, force them to offer consumers an incentive to conserve - say, a voucher for each kilowatt hour they use below their average that can be redeemed for free power when the crisis is over. Otherwise, appeals to one's civic duty smack of being just another marketing ploy.
However, it's important to remember that the problem here was more the grid itself than the supply of actual energy and the grid operator is more of a regulated monopoly than it is an ordinary competitive market. So, the real question, as Andrew Odlyzko points out the real question is whether we have a grid of efficient quality. That means that there are roughly four ways in which the grid could be inefficiently bad.
Odlyzko argues that it's probably not case 1:
Let me add yet another $0.02 worth, weighing in on the side defending the electric power industry. Let's take a very high level economic point of view. Should oodles of money be spent improving the power generation and transmission grid? Suppose that the current system were judged likely to produce blackouts such as this past week's about once every 10 years. How much does that cost the economy? To be extremely conservative, suppose that an entire day's production is completely lost. Well, in a $10 trillion economy with about 250 working days in a year, that comes to a loss of $40 billion. But if that happens just once every 10 years, the annual cost is only $4 billion. Hence before calling for giant new construction programs, make sure they will not cost more than $4 billion per year.
This is a really important point. The ideal grid would almost certainly have some large blackouts. Overengineering to eliminate all of them is very likely to be inefficient, particularly if the cost of blackouts is relatively low. Of course, that doesn't mean that that's the grid we actually have, since we may still not actually be paying enough, or, alternately, spending it in the wrong place.
If we're in case 2, then the grid operators should be raking in money hand over fist. I haven't really looked into this, but that's not my general impression. At least in California, the grid operator is the California Independent System Operator, which is a not-for-profit.
I have no idea whether or not case 3 applies. On general principles, one might expect a grid operator without a profit incentive to not spend its money very efficiently, but I don't have any evidence for this.
The bottom line here, I think, is that power engineering is quite tricky and it's not really clear whether we have a grid of the appropriate quality or not.
On the other hand, I've recently signed on to Paytrust and it sure looks like it's going to make my life significantly simpler. Once you've got it going, all your bills are automatically scanned and sent to you electronically. In fact, you can even arrange for it to pay them automatically. Since I'm the kind of guy who dreads going throught that big stack of bills, this seems like a major improvement.
The four-year old U.S. outbreak of West Nile virus is a significant threat to public health. With the peak season just beginning, the mosquito-borne virus has been found in animal hosts (primarily birds and horses) in 40 states, and has caused 367 serious infections and nine deaths in humans in 20 states.Last year, there were more than four thousand cases and almost 300 deaths. We may be on the verge of a major epidemic, but there is no treatment and a vaccine is at least a decade away.
There are a number of problems with this argument. First, 300 deaths is a miniscule number in the United states. More people die of appendicitis than West Nile. Heck, in 1999 ofver 4000 people died of peptic ulcers. I didn't even know that people even could die of peptic ulcers! Second, it doesn't look to me like vaccines are 10 years away. On the contrary, there is a West Nile vaccine in clinical trials now and more work in the pipeline.
It's quite possible that there's some good argument for bringing back DDT (malaria is the usual one), but hysteria over West Nile isn't it.
This sort of thing happens pretty frequently, actually. Distributions of a number well known packages have been trojaned by hackers. The good news is that good security practices are making it a lot easier to detect this kind of thing. One of these is the FreeBSD ports system. FreeBSD comes with a series of "skeletons" which you can use to download and build various applications for FreeBSD. These skeletons come with an MD5 message digest [0] for the distribution source code. This lets FreeBSD users detect if a package has been trojaned. Not only does this protect FreeBSD users, it also protects the rest of the net since it increases the chance that some FreeBSD user will notice the change and report it.
It's worth noting that you need to store the MD5 separately from the package. If the MD5 is on the web site with the package, an attacker can just replace the MD5 when they replace the binary and noone will be any wiser. With the FreeBSD ports system, of course, the FreeBSD team maintains their own MD5 list and so you would need to break both the original distribution sites and the FreeBSD site to successfully deploy a trojan.
As a developer, I do two things to prevent this kind of attack. First, I PGP sign my code so that even if my web site is compromised noone can release trojans. My PGP key isn't on my Web server so an attacker would need to break my home machine to deploy a trojan. Second, I keep a paper notebook with digests of my software releases. Even if someone managed to steal my PGP key they wouldn't be able to change that notebook. Unfortunately, what appears to have happened here is that the FSF people don't have MD5s for all of their packages and thus they can't verify the correctness of the data on their site.
[0] A message digest is basically a large number that's characteristic of a certain string of characters. If the package has been trojaned the digest will be different and so this can't be detected.
Update 15:43:
Here's a pointer to the FSF statement
on this incident. Apparently the machine was cracked in March! They're posting a list
of good checksums but what we really need is a list of packages that were
compromised.
We have been urged to drop support for SCO Unix from this release of GCC, as a protest against this irresponsible aggression against free software and GNU/Linux. However, the direct effect of this action would fall on users of GCC rather than on SCO. For the moment, we have decided not to take that action. The Free Software Foundation's overriding goal is to protect the freedom of the free software community, including developers and users, but we also want to serve users. Protecting the community from an attack sometimes requires steps that will inconvenience some in the community.
On the list of things that SCO has to worry about... being sued by Red Hat, running out of money, having nobody buy their product, I suspect that the possibility that some future version of GCC won't support SCO is somewhere behind runing out of Sprite in the lobby soda machine.
[0] GNU C Compiler--the more or less standard C compiler on Linux, BSD, and many UNIX systems.
Watching the California recall process, it occurs to me that it provides a bunch of opportunities for DoS attacks.
Of course, these aren't the only kinds of social DoS attack you can mount. There are lots of others:
The basic principle behind all these techniques is the same: leverage. Find something that doesn't cost you much but costs your victim a lot. The bad news is that there are an enormous number of such attacks. A fair amount of work has been invested in trying to prevent DoS attacks on computer networks--a much more limited domain--with only very modest success. Preventing social DoS attacks is likely to be even harder.
Most likely what what we've got here is a prime example of the DRM default effect. There was no real reason to stop me from printing this file, but whenever there's a question about whether to add some restriction or not, it's easier just to add it than think about whether it's necessary or not. Nobody ever got fired for adding too much DRM.
Incidentally, I did finally get the file to print. I hand-edited to remove some errors, ran it through pdf2ps and then ps2pdf and finally used Acrobat to print the new un-DRMed file.
Being able to do a threat yawn like that would be pretty useful in business negotiations. I sure wouldn't want to argue with any animal that had teeth that size.
Is there some reason they can't just repave the whole thing in one shot? I go out of town a lot and keeping track of when I can or can't park on the street is a real pain. Is this really standard procedure? I live on a small cul de sac, so I would imagine that if they just decided to do it all in one time it could be executed in a week. For that matter, I don't even know what the objective here is. They've never told me and the street was in pretty good shape before they started digging.
Primate anger responses look stupid. When you get mad your blood pressure goes up, you bare your teeth, your face flushes and contorts, etc. Now, when you're right in front of an angry primate this is relatively scary because your own limbic system is engaged. But on television, in an isolated snippet or in freeze frame, an angry human just looks silly and out of control, as below.
Consider what happens when you see people angry in movies or TV programs. You've generally been watching the program for a while and if it's been at all skillfully done, you're already engaged in the program and so your limbic system has had a chance to respond. Thus, you find the simulated anger affecting rather than silly. By contrast, any politician who gets angry is likely to have that moment excerpted repeatedly, and seen by people who lack the context. To such people, he just looks ridiculous and so he has to avoid it. Instead, he has to settle for "determined".
As someone who works in Internet security, I find it striking that although we have really an immense amount of security technology, in practice the Internet isn't really that safe a place. This is especially noticeable in communication security (COMSEC). Out of the fairly large number of communication security protocols that have been designed and implemented, only a very few have seen wide usage. Interestingly, the problem isn't that the they're not in customer's hands. For instance, if you're running Windows 2000, you probably have an implementation of SSL, IPsec, S/MIME, and PKIX, but the only one of these that people actually use on anything like a daily basis is SSL--and that only for e-commerce. Why? The basic problem is that the other three protocols are massively inconvenient to use.
It's my feeling that the problem is that the security types who design these protocols have got the wrong threat model. When we design protocols, we typically ask "what's the worst possible thing that the attacker could do?" and then try to design a system that can resist it. That's a pretty good strategy if you have only one attacker who will do anything to damage you, but not such a good one in a world where there are lots of attackers and potential victims but noone bears you any particular malice.
The problem is that when you design a system to protect against all possible threats it generally becomes much more heavyweight and inconvenient to use. Users generally aren't really that concerned with security and so naturally resist using systems that inconvenience them. As a consequence, we have all these systems that are theoretically secure but provide almost no security in practice since they're unusable. If we were just willing to design systems with a more realistic threat model, we might actually come out with something that was deployable. Of course, this would inevitably involve systems that had known security flaws, which is something that the incentives that drive security people tend to discourage. However, we would probably end up with a world that was more secure overall.
Of course, these particular posters have lots of surgical pictures, which is a bit off-putting, but we wouldn't have this problem in CS.
This has always struck me as a rather strange practice. The papers are generally available well ahead of the conference so people have read them if they care. Moreover, a PowerPoint talk really isn't that good a way of conveying this kind of work. 25 minutes is too long to have a single central point and too short to really cover everything in your paper. Finally, in most researchers aren't particularly good public speakers so the talks are often quite boring--people reading from their slides.
I appreciate the need for conferences as a schmoozing opportunity, but is there some way to make them more interesting? Do other fields do a better job?
What about software testing?Great apes (hominids) do not have tails, while monkeys do. Research indicates that great apes are very productive in the areas of software maintenance and report writing, while most monkeys will struggle. Monkeys however are great at software testing. So the rule of thumb is, if you don't have a tail, you can probably program.
We train our baboons specifically for software testing, using various industry-standard testing tools.
If you need programming done, you might as well hire some real code monkeys.
[0] Note for non Linux-heads. Linux consists of a lot of different pieces of software all distributed together. The kernel is just the main program in the operating system--the one that's responsible for talking to the hardware. Userland is all the utilities that surround it, including the graphics system, editors, mail servers, etc. The userland programs all depend on the kernel and run on top of it, but as long as the programming interface presented by the kernel is constant, they can be relatively insensitive to kernel version.
Technically speaking, Linux is just the kernel itself. Most of the userland programs were written independently, many before the kernel even existed. A lot of the userland was originally written by the Free Software Foundation for their GNU project, which is why you'll sometimes see people talk about GNU/Linux to give the FSF credit. A follow common practice and use Linux to refer both to the kernel and to joint distributions of kernel and userland such as Red Hat or SuSE. Where distinctions are necessary I'll say "kernel" specifically.
"We have identified numerous files of unlicensed UNIX System V code and UNIX System V derivative code in the Linux 2.4 and 2.5 kernels," said Chris Sontag, senior vice president and general manager of SCOsource, the intellectual property licensing division of SCO. "We believe it is necessary for Linux customers to properly license SCO's IP if they are running Linux 2.4 kernel and later versions for commercial purposes. The license insures that customers can continue their use of binary deployments of Linux without violating SCO's intellectual property rights."
The fee will be $699/machine until October 15th and then reportedly $1399/machine afterwards. That seems a bit pricy. For comparison, Windows 2000 Professional is only $259 and Windows XP is only $279. And that comes with support--or whatever passes for support at Microsoft. As far as I can tell, SCO wants $699 just to promise not to sue you.
Even if Linux is actually worth $699 a CPU, it's not clear that SCO is the lowest cost vendor. Once the stuff that they claim is copied is public knowledge, someone else can build a new Linux without that code. Your cost for that is just the temporary exposure and the cost of converting.
There are other options as well. One could convert to FreeBSD which doesn't have this potential IPR problem. Finally, this seems like a great opportunity for Red Hat or IBM to offer "SCO insurance". I bet they could do it for less than $699 a CPU. (Actually, anyone could do this, but since Red Hat and IBM have already assumed some liability, it's probably easier for them).
Then I could talk and use the notes to remind myself of the points I want to make. At the moment, I'm reduced to printing out the notes pages and going through them as I talk.
Now, I know that this may not technically be possible in software. I'm not that familiar with how laptops video systems work, so it may be the case that the stuff that comes out the VGA port must be the same as the stuff that displays on the LCD screen. (Actually, it probably depends on your laptop). However, if this is possible, it sure would be convenient. And if it's already hidden in PowerPoint somewhere, someone please let me know.