And here's another from 2006: http://en.wikipedia.org/wiki/Painstation

Yes and no. The signals and slots mechanism is still there and it's still using moc, but there's a new connection syntax available that's a lot more C++ like, allows C++11 lambdas in place of slots, and offers compile-time checking of connections that previously would just fail at run time. Won't please the purists, but it's a step in the right direction.

The fraud detection heuristics must be very strange. In my case I've never had a problem using a card traveling in foreign countries (and I never tell them I'm going aside from usually having purchased the plane ticket months in advance), no problem buying industrial equipment, but attempting to buy groceries at a place I frequently buy groceries? Yeah, that's suspicious and worth declining the transaction and shutting down the card until I call to have it reactivated. I've never had a true positive detection and wish they'd just give up trying with me and instead let me tell them if something is wrong.

Note that in a lot of cases the caffeine in pain killers come from coffee. Depending on how a coffee is decaffeinated, the caffeine can be removed from the binding agent, sold to pharmaceutical companies, and added to your pain killers. I wouldn't be surprised if that's a common source of caffeine for drinks with caffeine added. Tea, of course, produces its own caffeine as do several other plants.

I'd say keep telling your doctor you don't drink coffee (or take up coffee drinking) but mention the pain killers separately.

What the sales tax pays for probably varies depending on where you are, but one of the things I keep seeing in these sorts of stories are the assumption that it pays for infrastructure used by businesses not paying the tax. Is that really the case? It didn't match with my recollection on the matter so I did a bit of research. Anybody interested in doing similar should be able to find the information in the comprehensive annual financial reports from their state department of revenue.

In Wisconsin, sales tax makes up about 30% of the general purpose revenue for the state (about 18% of total state government revenue). This is used to fund several programs, most notably school aids, shared revenue paid to municipalities, medical assistance programs, the University of Wisconsin system, prisons, property tax credits, community aids, tax relief to individuals, other public assistance, and WI technical college system aids.

Since a big chunk of that is money paid to local governments, I then went to the budget for my city to see where that was going. It's paying for public safety (fire and police department), public works (planning, surveying, mapping, city engineering, emergency management, building inspection, trash removal, snow removal, bridge and street maintenance, weed cutting, street lighting, traffic signs), parks, recreation, and cultural services (several area parks, community centers, a museum, the zoo), and general administration. That public works section is about 16% of the city budget and street maintenance is about 23% of that, or about 3% of the total city budget. Looking at revenue for the city, shared revenue from the state would fall under intergovernmental revenue, making up a portion of 42% of city revenues.

So, while it's certainly possible that some sales tax money ends up funding local roads, the vast majority of that is paid for from a different fund through, for example, fuel taxes. Don't misunderstand me. There's a lot of good stuff that sales tax money goes to, but the suggestion that it's largely going to infrastructure that out of state businesses rely on doesn't seem to be true, at least where I am. YMMV.

I wouldn't hold it up as any kind of example of great code (so there are certainly opportunities to improve it and it is still under active development), but another open source (MIT licensed) literate C++ program you can add to the list is some software I've written for data logging/record keeping in commercial coffee roasting facilities. I've tried to keep the generated source documentation reasonably easy to read and understand and the program is used daily at several coffee firms throughout the world.

http://www.randomfield.com/programs/typica/index.html

It seems as though at least some airports are moving away from these things anyway. (warning, anecdotal evidence coming up) A few weeks ago I flew from Chicago to Houston. When going through security on the way out I didn't so much as see a porn scanner (there was one for the flight out of that airport I had taken before, but I went through a different security line this time). I also kept an eye out when leaving the secure area on the way back and again failed to notice one. Flying out of Houston, the security line split in two and I was free to choose either the long slow line with the porn scanner at the end of it (which was scanning everybody who chose that line) or the short fast line without it. I chose the short fast line, didn't get a groping, and was rather amazed at how many people chose the longer, slower line (I suspect most didn't notice the other line was available).

The sooner we stop wasting money on these things (and better yet, get them out of the airports so we can have room for more fast lines to get through security) the better.