I had to read the headline a couple of times before I realized it wasn't "LDAP cameras".

When I worked for <Fortune 500 Tech Company>, we spent a lot of time making sure this didn't happen. Every single release involved an audit for new open source code and the lawyers had to sign off on each and every one. This was both to ensure that we were complying with the license and to give them a chance to reject license they felt were too onerous (i.e. GPL-3). Still, it's not hard to imagine something slipping through the cracks. I'm sure there are companies which don't care, but most places do try to work within the rules.

That being said, isn't after your code has already been released a little late to start trying to understand the license under which you released it?

That sounds like a reasonable plan only if the existing cabling is Cat-5 or better. Most dedicated phone cabling (especially if it's more than about 10 years old) is almost certainly not Cat-5.

Revision numbers are easier for humans to deal with. For example, here's a common flow I use every day:

$ hg pull
$ hg log | less { see some change I'm curious about and note the change number }
$ hg export 3742 | less

With change numbers, it's easy to remember 4 (or even 5) digits for the time it takes to type the export command. If I only had hashes, I'd have to copy-paste the string. Things like this matter less to people who only use GUIs. For command line folks, however, being able to easily read, pronounce, remember, and type change numbers is essential. Even if you're just talking with other people, it's a lot easier to say, "Oh, I see what happened, in change 2456, you did..." than to refer to hash strings.

I've used rcs, cvs, clearcase, perforce, dabbled in svn, dabbled in git, and am currently using hg. Of the centralized bunch, perforce is my favorite (not free, but reasonably priced and amazingly excellent tech support). I can't see anybody wanting to use svn for any new projects today. When it first came out, it was a a significant improvement over cvs and people naturally flocked to it, but there's just so many better alternatives today.

Clearcase is an interesting beast. For sure, it's overpriced bloatware that's on life support, being kept alive mostly by big legacy customers with neanderthalic IT and Release Engineering departments who still believe IBM can do no wrong. But, it did have some interesting ideas. That every revision of every file exists simultaneously in the file system namespace is really powerful.

Between git and hg, I'd say they are fundamentally identical in capability, but I find the hg command set easier to get my head around. All the people who say, "X is the best possible vcs. I used to use cvs and when I switched to X my sex life improved overnight", fail to understand that "X is way better than cvs" is true for pretty much any value of X, and says nothing about the relative merits of the various X instances.

There is an old saying: "Aviate, navigate, communicate". Once you have the airplane under control, then you worry about where you're going. And only after you've got that sorted do you bother to talk to ATC. Nothing is more important than flying the airplane. From what I can tell by reading the report (http://tinyurl.com/3wo95a3) these guys had their hands full doing that. Talking to ATC is way, way, way down on the list of things to worry about.

When I bought my current 15" MBP (about a year ago?), I paid for the 1680 x 1050 upgrade. Absolutely stunning. And it's not just "looks pretty". I do most of my work in terminal windows. If I need to see a lot of text, I can crank the font size way down and get 330 columns x 84 lines on the screen, with it still being reasonably easy to read (even with my 50-something eyes). Popping up a couple of sizes, I can get 236 x 62 and it's entirely comfortable. Good to see they're continuing to offer that option. Worth every penny for the upgrade. I got the matte screen (which, IIRC, was a no-cost option vs glossy).

Part of it is the raw pixel resolution. Part of it is that Apple's fonts (I use Monaco 13 pt antialised for most work) and font rendering machinery blows the doors off the competition. My Ubuntu system running X-11 at the same screen res isn't in the same ballpark.

The "Advisory Circular" mentioned briefly in the interview video is FAA AC 91-57, "Model Aircraft Operating Standards". You can download a copy of it from http://tinyurl.com/28wko9o . As the "A" in the name implies, ACs are advisory in nature. They do not carry the force of law, but generally if you can show that you've complied with an AC, the FAA is happy.

It's pretty clear, however, that he didn't comply with several points of the AC. The Verrazano bridge towers are 690 feet tall, and clearly he was above that, so he obviously didn't stay below 400 feet. The reason for the 400 foot limit is because "real" planes are supposed to stay above 500 feet, per 14 CFR 91.119(c). If you stay below 400 and they stay above 500, nobody swaps paint.

Given the areas and altitudes he flew in, it's unlikely he caused any hazard to jet traffic flying in or out of the three big NYC airports, but there's a lot of low-level seaplane (East River below the 59th street bridge), and helicopter traffic (numerous busy heliports all over the place) in and out of there. A plane like this is essentially invisible to the pilots of those aircraft. "Big sky, small plane" works in your favor here, even more so than usual.

It looks to me like he stayed mostly over water, so I'd guess the hazard to people on the ground was minimal. Although, I don't know what would happen if he had lost radio control. Do these things have some kind of dead man switch which cuts power to the prop if radio signal is lost? If so, then it's hard to imagine doing any kind of major damage.

The weather observing issue is tricky. Yes, it's true there are a lot of weather observing stations, but they're mostly (for very large values of most) at airports. There is also a network of about 10,000 cooperative observing stations (http://pafc.arh.noaa.gov/coop/weatherstation.php). I don't know how much overall value the coop stations add into the total weather observing system (I suspect very little, except in remote areas).

The problem with mobile sensors is that they're difficult to calibrate. A real weather observing station (AWOS, ASOS, etc) has the temperature, pressure, and dewpoint sensors in a carefully designed structure to ensure that it has free air circulation but is not in direct sunlight. The location is surveyed, so the exact elevation is known. The wind and sky sensors are likewise put in carefully controlled locations to ensure they're not blocked by buildings, trees, etc.

It's not as easy as just bolting an instrument package to the roof of a truck and driving it around. The truck itself is a significant heat source. Getting useful temperature and dewpoint readings would be virtually impossible. It also moves, so wind readings would be equally pointless. When it's at rest, it's likely to be near a building or under a tree, so even stationary wind readings would be worthless.

PHP and C are nothing like each other, beyond the most shallow typographic similarities of using curly braces and semicolons.

PHP is a high-level (albeit, brain-dead) object-oriented scripting language. It has dynamic typing. Built-in strings with automatic memory allocation. Built-in hash tables and vectors (both bound up in some kind of bizarre composite container thingie they call an array). Exceptions. Run-time symbol lookup. Introspection. Built-in hooks to integrate with a web server front-end. In short, it's nothing like C at all in any way that matters.

PHP is really Perl on steroids, with a marginally nice OO layer slathered on top.

Flash is evil for man reasons, but the most in-your-face reason if you use a Mac is that the Mac Flash plugin crashes all the time. It is the #1 (by far) reason for Safari crashes on the Mac.

I'm not wild about PDF, but at least I don't see PDF viewers crashing all over the place.

Slowly, the scientific world is starting to realize that they are no longer beholden to the publishing companies to distribute the results of their research.

A few days ago, at his first press conference, Barak Obama called on Sam Stein of the Huffington Post to ask a question. For those that don't understand the significance of this event, The Huffington post is a web-only newspaper. No paper.

Some day, the journal publishers will wake up, smell the coffee, and realize that the one essential step in the publishing process that they control, the hugely expensive printing presses, is no longer essential. Most of the value the journals add in the editorial arena (reviewing and editing) is done by the peers of the people who are submitting the articles. That same level of editorial review can just as easily happen on a web site, at far less cost. We're moving in that direction slowly, and if bills like this become law, that will just accelerate the pressure to move there.

I haven't been involved in scientific publishing since the mid to late 80's, when I was the "computer guy" at a research institute. We had a Vax running BSD unix, a bunch of Apple LaserWriters, and everybody was churning out documents with troff, tbl, eqn, and bib. Those were the days!

The biggest pain in my butt was maintaining 47 thousand different bib styles. Each journal seemed to have their own stupid idea of how to format references. Author, title, journal, date, page number, maybe volume/issue number. What more do you really need? Yet, we spent an ungodly amount of time obsessing over getting the formatting/punctuation/etc exactly right, otherwise the journal would reject it.

One place wants you to cite it as "Journal of Molecular Biology", another wants "J. Mol. Biol.". First name, or just first initial? Maybe the first author is formatted differently? "R Smith, Foober, F, and Blow, J"? Comma between the name and initial, or not? How do you turn compound names (Wu-Xin Li) into initials? Is it "Li, W", or "Li, W-X", or what? What's the right way to cite a chapter in a book, when each chapter has an author, but the book also has an editor?

The list of variations was endless. The amount of time spent groveling over bib macros was endless squared. Scientists are supposed to be doing science, not wasting huge amounts of time worrying about semicolons and font selection.

At least nobody wanted the Ibid, Loc cit, Op cit crap they taught us in high school :-)