The Atlanta Journal-Constitution Technobuddy Column
116327
By Bill Husted, The Atlanta Journal-Constitution  Dec. 10--You're lucky I'm not Santa Claus, because I know what you're  going to do wrong between now and Christmas.   I'm not talking about taking the last piece of blueberry pie or calling  in sick so you can shop.
611299
Fresno's airport is first to use a web-based wireless radar system to update flight information. Also: Ford announces just how strong a boost it will give Sirius & hellip;. Motorola gears up with a snowboarding jacket that does it all. & hellip;. and more.
349589
Plus: File sharing growing like a Weed. [News.com Extra]
373583
Nikon leads SLR market in Japan...gaming the Creative Commons...new geotagging tech...30-minute Olympus E-3 video...Ubuntu Hardy Heron Alpha 3...Microsoft Popfly video humor
49126
A lot of things are happening in the Ruby world right now, and I wanted to highlight a few of them here:  At FOSCon this year, Amy Hoy has asked people to start writing more instructive articles about parts of Ruby or Rails so that newbies would have more "fine manuals" to read.  I've tried to do my part with two short series (so far), one on RubyInline and the other on ruby-prof.  The RubyInline articles are: RubyInline, making making things faster easier, and RubyInline: Going a bit Further.  The ruby-prof articles are:  Profile and ruby-prof, ruby-prof and call graphs, and Profile and ruby-prof:  getting specific. Another blog related event is the current blogging contest being run by Ruby Inside.  They're offering $100 US to their favorite informativ, ruby related blog post this week (Aug 14-20).  There have been a lot of interesting entries so far.  It would be pretty cool to see more contests like this crop up. We're getting close to a couple of Ruby conferences, I wrote about RubyConf*MI in my last post.  RailsConfEurope is also comingu up quickly.  If you're reasonable close to either of these, you should consider registering. O'Reilly has released the Ruby Cookbook.  It's a massive tome, chock-full of Ruby goodness.  I haven't had time to read the whole thing yet, but what I've read looks good, and I'm hearing good things from folks I trust.  Looks like another good book to add to your Ruby bookshelf. APress is getting ready to jump into Ruby and Rails in a big way.  They've got ten titles listed on their 'Rails Roadmap', and have lined up some well known Ruby names to write for them.  They're still looking for some Ruby authors according to this blog post. No Starch Press is also starting to make some Ruby related noises.  I can't be specific yet, but there's a good looking Ruby book on its way into their catalog.  If the book is half as good as what they've talked to me about, it's going to be another 'must have'. The Pragmatic Programmers also look like they're set to add some more titles to their Facets of Ruby line.  James Gray has said that he's writing a book for them that should be announced soon, Ezra Zygmuntowicz also has a book on the way, and I've recently signed a contract with them for a Ruby related book.  It looks like the PragProgs aren't going to be content to sit on their Ruby laurels. Finally, Developerdotstar is close to announcing a couple of books about programming.  Neither of these is Ruby specific, but from everything I've heard I think they're going to be solid, language independant books about becoming a better programmer.  Just the kind of thing you'd expect from these guys.
342920
Or are the techies the smartest of us all? Also in this week's column:â¦
325543
By Kris Hundley, St. Petersburg Times, Fla.  Sep.
47672
(InfoWorld) - What a world. We have to fight off viruses, zombies, bots, phishing, and on and on. Can you believe how many just plain evil people there are in the world? And what is their point? Simple thievery? To prove they are smarter than the rest of us? And think of all the money that's spent on defending, as best we can, against these miscreants or in cleaning up the mess when they get the better of us? Indeed, what a waste. While viruses have appeared on mobile devices, they are, thankfully, few and far between. Part of the reason for this has been a lack of standardization of software environments on handsets, and part is due to the minimal functionality that is typical on these products. It's hard for the socially challenged to overwrite boot sectors, corrupt data, or otherwise run amok on most cell phones today. Apple's decision to limit local software execution on the iPhone is undoubtedly due, at least in part, to a fundamental fear of hackers. While the Macintosh hasn't been much of a target for the hacker community, the iPhone could be a lot more tempting. There will be far more iPhones than Macs in the world in just a few years. Plus, Apple partner AT&T doesn't need the support headaches that come with having a large number of users jamming its 800 numbers with reports of bizarre symptoms on their iPhones. Regardless, being a Web services guy, I absolutely applaud Apple for moving the Web services art forward a notch or two with a very capable platform that might indeed replace PCs for many of us over the next decade or so. We don't need to run a lot of local code to have a meaningful IT experience while on the go. Of course, the iPhone will be hacked over time, requiring updates and fixes, just as is the case with the PC. There are already reports of hackers working diligently to unlock the phone so that non-AT&T SIM cards can be used, and to avoid cellular activation so that the device would be used only Wi-Fi networks -- with VoFi services, of course. Any programmable device runs this kind of risk, and defending against unauthorized code will remain a challenge for some time to come. Which brings me to a really obscure but very important, shall we say, "opportunity" for hackers. Last year, I wrote about one of the most exciting technology developments in wireless, software-defined radio (SDR). Basically, SDR simplifies radio hardware design by replacing specialized circuitry with software. Among the many benefits of SDR are over-the-air bug fixes, the ability to add new features on demand, and dynamic reprogrammability -- turning, for example, a GSM phone into a CDMA phone or even Wi-Fi or Bluetooth or UWB or whatever on the fly. With so much software at play here, the question has to be asked: Could an SDR get hacked? Suppose someone figures out how to build a virus that quickly spreads to SDR-based handsets, disabling them or using them as jammers or worse? What if those handsets are being used for public-safety applications? This is not to say that hacking is the only vector for wireless disruptions. After all, anyone can use a jammer to disable communications in a local area, and any moron with a reasonable shortwave transmitter can pretend to be an air traffic controller. That fact that we still use an unencrypted, unauthenticated communications protocol for such a critical service boggles my mind. The FCC is rightfully concerned about SDR hacking and has issued new regulations for SDRs that mostly attempt to deal with open source software in SDR applications. There is significant concern that open source software creates specific vulnerabilities that hackers could exploit. I don't think this is very likely for two reasons. First, open source isn't the same as open architectures. Each product vendor would of necessity keep certain elements of their implementation secret, locking out all but the most determined hackers. But secondly, and more importantly, the real issue is how to protect individual phones from ever loading harmful software. We already have pretty good techniques for this from the PC world, and there are many effective approaches to solving this particular security concern. It could even be argued that the technical scrutiny that comes with open source actually enhances security and integrity; the real issue is controlling what software, open source or not, gets onto the mobile device. As I noted in my last column, the big issue with SDR isn't hackers or security: It is the need to lower the power demands of SDR implementations so that they have a prayer of running on batteries. The road to SDR-based handsets isn't at all paved yet, but open source is a relatively minor concern.
24270
Also: Chevy Volt: GM's 'moon shot'. See what people are saying on News.com Extra.
381033
In my most recent Times column, I reviewed macro software that automates common tasks on your Mac or PC. I opened the article with a reference to a 1986 M.I.T. study, which concluded that people are less productive with computers, not more. And as a joke, I concluded the story with this: âThe bottom line: [...].
405383
Technology is changing daily. It&#39;s a wonder we aren&#39;t all punch-drunk from the velocity with which new things emerge and not-so-old things become obsolete.
523503
com September 28, 2004, 9:54 AM PT. There&#39;s no doubt the Internet will continue to make its mark in the world of business and technology.
654426
com September 29, 2004, 9:34 AM PT. There&#39;s no doubt the Internet will continue to make its mark in the world of business and technology.
153713
The search engine company gets ready to unveil a program to do just that. Also: Make CDs while you order at Starbucks & hellip;. Nokia takes a Wall Street hit & hellip;. and more.
402591
Question: We're in the early stages of startup and beginning to shop for technology. We'll need basic hardware and software, plus many other technology and Web-based services to sell online, service customers and keep it all secure.
723505
My Sept. 18 âHigher Hiringâ column ignited a firestorm in my inbox. A fair number of readers agreed that todayâs IT management is looking primarily for techies with communications expertise, management chops, and business smarts â skills many old-school heads-down programmers lack.
225429
2007 top science developments, tech flops, and vaporware...Szulik's parting words as Red Hat CEO...Sony Alpha A700 review...copyright tidbits...Toshiba 32nm deal with IBM