Comment Station Break (Score 1) 60
Sad to hear that the City is down to one...
Comment This is old tech (Score 1) 135
Comment DARPA knows this (Score 1) 217
"Common sense" in DARPA's context is not really what I would call the widespread understanding of what that phrase means, but is more oriented around understanding basic physics and behaviors and recognizing when something doesn't make sense. They're also taking...um....baby steps with this BAA, just trying to get some basic behavior around recognizing un-physical scenarios and that sort of thing. It's pretty cool though.
Read about the BAA here. . Download the ~1.9MB PDF for the full text of the BAA.
Submission + - Deep in the Pentagon, a secret AI program to find hidden nuclear missiles (reuters.com)
The effort has gone largely unreported, and the few publicly available details about it are buried under a layer of near impenetrable jargon in the latest Pentagon budget. But U.S. officials familiar with the research told Reuters there are multiple classified programs now under way to explore how to develop AI-driven systems to better protect the United States against a potential nuclear missile strike.
Now if they would just name the program WOPR...
Comment So some researchers found a vulnerability... (Score 1) 98
This one will not take long to patch. In the "can you tell which is which?" pictures, I picked the synthetic iris with 100% accuracy, in less than 3 seconds of inspection. Yes, I work actively in the biometrics field...but guess what? So do the folks who build these systems. I will hazard a guess that Neurotech (and L-1, and IrsID, and Fujitsu, and...) has a patch out to defeat this is less than a month.
Then another group of researchers will discover another vulnerability, and the game will continue.
FWIW, liveness checks are part of lots of biometric systems, especially fingerprint systems. My prediction is that we will see liveness check technology appear in iris systems pretty quick now.
Comment Re:Fusion Ignition (Score 5, Informative) 252
Comment Re:Why are these things opposites? (Score 1) 286
Where you get into trouble with evolution/natural selection is if you try to insist that the Earth is 5,000 years old, nothing has ever evolved since God created it, the fossil record is bogus, radiocarbon dating is a sham, the cosmic microwave background is unrelated to the Big Bang, etc. Then your only hope of keeping your kids from asking embarrassing questions that point out that you have no grip on basic science is to make sure they never get exposed to these "confusing" ideas (see the recent Lousiana science textbook flap)...so you try to prevent schools from teaching them at all.
It sounds like that may not actually be what's going on in this story, but it's certainly what's going on in Texas, Loisiana, Mississippi, etc.
Comment Re:Why are these things opposites? (Score 4, Insightful) 286
Comment What about an open source tool? (Score 2) 545
Comment OP needs an 80% boost in comprehension efficiency (Score 1) 204
Comment This is why I have given up on Adobe (Score 1) 272
Comment There are perfectly good reasons to standardize (Score 2, Insightful) 654
We have standardized on a single language (C#), and it has worked for us. We have a significant base of legacy code, including C++, Java, and Visual Basic. I can tell you from personal experience that 90% of the agony we endure is related to the legacy code, specifically maintenance of said code. Keeping enough people up-to-speed with skills to work in more than one or two languages is a tough challenge. Organizationally speaking, my life would be vastly easier if we could get down to 100% of our code in a single language.
Of course, that's never going to happen, so we do try to retain the people who have experience with our legacy code base. We also try to assign new people to work on the legacy code whenever it looks like we're getting short of experience in any one area.
I'm a coder by trade and experience -- this management stuff is definitely new to me. I have always personally enjoyed learning new languages/techs/whatever as a developer...but from an architectural and business standpoint, I can definitely point to reasons to standardize on a single language or development platform. We are transitioning to a product line architecture, where deliveries are based on off-the-shelf in-house components (new development as necessary, of course). Customers *hate* it when we tell them "after you install this, you'll have
There are also issues within a product line with mixed-platform development. Unless you work *really* hard on decoupling components at exactly the right places, mixing platforms makes it difficult or even impossible to develop a solid product line. I'm starting to think that it's actually impossible without going to a full-out service based architecture.
So don't dismiss the idea of standardizing on a single language. Just because you're a developer and you want to play with the latest cool toys, that doesn't mean there is a defensible business reason to allow that.