I was thinking along a similar vein a few years ago.

I was thinking of something like a long string of Christmas lights, with the individual bulbs being small, high-efficiency types. If you put them on a dimmer, they could shut off a certain fraction of the bulbs, reducing the light output. You could string them around the room, in the corner between the wall and the ceiling. That way, you'd have more even lighting, with fewer "hot spots."

Alas, no one has seen fit to produce such a beast. And LED rope lights, which come closest to implementing this idea, are neither cost-effective nor bright enough for what I'm wanting.

Also, I've been very disappointed with the color temperature of LEDs and CFLs.

A few years ago, Aerovironment had a 2-seat kit car they'd built. With lithium batteries, it had excellent range, but they wanted to be able to drive it further. So, they made a small, two-wheel trailer for it which contained a small, gasoline motor, a small fuel tank and a generator. Drive it around town on batteries. Hook up the trailer when you want to do a road trip. Best of both worlds.

I'm surprised no one has come out with one of those for the Nissan Leaf, yet. Seems like the most logical way to proceed. Alternately, if you don't want to drag a trailer, come up with something which attaches to the rear end, like a trailer-hitch-mounted cargo rack. It would add a couple feet to your length, and you might want air shocks on the rear end for load leveling, but you could attach the engine when you need it and do without the extra weight when you don't need it.

One of the main things about "cloud" is that you can "spin up" a server image in some professionally-managed (you hope) data center and put whatever on it. There is plenty of talk about "private clouds," which is where you have in-house servers running VMWare or Xen or something like that, where you can "spin up" new server images on your existing hardware.

Companies have been building intranets, which use Internet-type services but run internally. Private clouds are merely "clouds" which run internally. Those are NOT going away.

There are simply too many questions about security and reliability with publicly-available clouds. And, as many others have pointed out, there's a bandwidth bottleneck when you put heavily-used services somewhere outside of your building.

I do see an increasing amount of "Bring Your Own Device" in businesses. People are using personally-owned cellphones to connect to company directories, e-mail and the like. The problem I see what this is that you have to let your employer have admin rights on your device. If your cellphone gets stolen, they need a way to ensure that your credentials, stored on the phone, aren't used to access proprietary corporate data. I'm pointedly NOT accessing the corporate e-mail system through my phone because I'm NOT comfortable with giving someone else admin rights on a device for which I'm paying, and which holds a great deal of my personal data.

Consequently, a middle ground will need to evolve. You will need a way to use your iPad or Android-based tablet to connect to company data, in secure fashion, and be able to use it, but keep NO data permanently stored on the device.

There is already a system out there which allows you to "drive" apps on one device but run them on another machine, using the CPU, RAM, storage, etc. of the other, possibly faster, machine. And I'm talking finer granularity than PCAnywhere, or RDP or VNC.

X-Windows

You can have a desktop on the machine you're physically using, driving multiple applications which are actually running on other machines. You can be using some wimply little thin client, but running 5 different apps on 5 different, server-class, application servers. Each application server hosts one (or more) app(s), not an entire desktop. Citrix will let you do something similar. Sun had some really sophisticated software which would do this, too; you could run Linux-based apps next to Windows-based apps, driving all of them from a thin client. You could connect multiple thin clients together, giving you multiple screens and the system would automatically scale your desktop to handle all of the screens. I haven't looked too closely since Oracle acquired them, so I'm not sure if the software and thin clients are still available.

Take this to the next level. You bring your tablet to work. You connect with the corporate wifi and make a secure connection to the application servers. Your "start" menu (or something like it) populates with apps you can use. You use the user interface on your tablet to drive them, but the apps are actually running on server-class app servers within the company. The data stays on the servers, your tablet is little more than a dumb, graphics terminal. You aren't constrained by the CPU in your tablet. Low CPU usage = long battery life (assuming you can come up with some kind of low-power-consumption wifi).

You travel on business. You use existing wifi (or cellular data) infrastructure and VPN into the company network. Your apps appear. You do what you need to do. Not as responsive, because there is more latency, but still usable.

If you take a laptop on business, it doesn't matter if some TSA bonehead feels the need to confiscate it. No data is stored on the laptop. It is just a mobile thin client. And, if it's company provided, you probably shouldn't have any personal data on there.

If you have a desktop machine at the office, with wired networking, it hits the same set of app servers. Consquently, your apps are consistent between the desktop machine and the tablet. Also, the data is in the expected places between the desktop machine and the tablet.

You leave the company. Your credentials on the company network are shut down. You keep your device but you can no longer access the corporate apps and their data. No data was ever stored on your machine, so there is little worry about loss of proprietary corporate data.

I was able to use xterm, vim-gtk, netscape and various other apps over LBX and a 28.8 modem connection back in the '90's. Viewing images was painfully slow, and you certainly didn't want to play video through that link, but a lot of stuff was quite workable, even then. Modern 3G or wifi has much more bandwidth. The connection protocol would need some kind of caching and compression, especially for remote VPN connectivity.

Yes, you will need network engineers to install and maintain the wifi. You will need system/network admins to keep track of who can access what and from where. You will still have systems in-house, in a private cloud. A small company may use publicly-available cloud servers, but when they start having multiple people working from one, physical location, the services will need a way to migrate in-house. As such, there needs to be a common way of storing server images, so that you can migrate your existing apps and data from a publicly-available cloud server to a private cloud server.

Certain positions are not going away. Only clueless bean-counters will think that network engineers and admins aren't needed. But then, they already think that, until such time as their absence causes problems. Additional application developers will be needed as platforms change.

That's where I think IT will be in 10 years. Everything old will be new again. Certain positions will always be needed.

This is what we did on our latest trip.

Everyone I talked to at Verizon seemed to be saying the same thing: $20/MB for international roaming. That would put a picture upload around $10 each (8 MP camera on my HTC Inc 2). My wife and I decided to turn off the data roaming on our phones and just use the wifi.

Before we crossed the border, we used Google Maps to cache the area we would be staying in (Osoyoos; this feature is included in the newer versions of Google Maps). We used the cached data for navigating around. The hotel had wifi, suitable for uploading pictures to Picasa, loading more map data into the cache and checking e-mail.

When we got to Abbotsford, BC, we found a McDonalds and used their open wifi to find a local hotel (Trip Advisor) and check out gas prices (Gas Buddy). Once we had that information, we had Google Maps find directions to the hotel. It promptly cached the whole route and we navigated to the hotel without needing wireless.

That hotel had wifi included. The ferry terminal we, later, went to (Tsawassen) had free wifi. The ferry we took (BC Ferries to Swartz Bay) had free wifi.

You can't check out hotels/restaurants, surf wikipedia for information or update Google Latitude while you're barreling down the highway, but you can do a lot without needing mobile data, so long as you have waypoints and destinations which provide wifi. You just have to know what to look for.

We incurred NO data charges on the entire trip.

Lunchtime is when I run errands and generally take any excuse to get the heck out of the office.

I don't know about y'all but, for me, "the office" is a fabric-covered box in a big, windowless room. Want your creativity to improve? Get the heck out of the flourescent-lit geek fattening pen and get some natural sunlight. Go for a walk. Get some fresh air. Anything to get out of that soul-killing cubicle farm. Even if it's only for a while. You'll find your afternoon is much more productive and you'll do much better at retaining your sanity.

At lunch, my co-workers are busy talking about who tweeted what or what happened on "Big Bang Theory." Or who's reached what level on WoW (not so much of that, lately). I consider Twitter to be a pointless waste of time. I don't watch the same shows they do. I'm not a gamer.

I'm also a decade or more older than the rest of them. Some of them were still in diapers when I finished high school. One was born about the time I became old enough to drink. He has a B.S. CompSci, like I do. I think you can do the math.

In short, we have very little in common, other than the fact that we draw our paychecks from the same employer.

So, why would I want to eat lunch with them? I used to do that, trying to build a rapport with at least some of them. After a year of that, I finally decided that was a pointless waste of time and gave up.

The company even has a quarterly lunch where the company caters the food. I'm on a carb-restricted diet, and the caterers doesn't seem to comprehend that such a thing exists. Not even the green beans are safe (their special recipe involves adding a bunch of brown sugar; more people eat them, that way). Mashed potatoes, baked potates, various kinds of bread, cookies, you name it. They look at you funny if you just want protein and veggies and aren't oinking out on the carbs. I quit showing up for those events. There are only so many times I can go back for more salad.

Joel is trying to promote a workplace where you would actually want to be. For the vast majority of us in IT, that's too much to ask. Let me earn my paycheck in peace, then don't be surprised when I leave, at the end of the day, and go do something completely unrelated to the job, the office or my co-workers.

Clearly, I'm not Joel's target demographic.

The time you most need horsepower, on a traditional aircraft, is during takeoff. Lose the engine at altitude and you have some time to figure out where you're coming down. Lose it on takeoff and, well, you better think fast.

A Light Sport Aircraft is limited in the amount of horsepower it can produce, the max speed in level flight and the range. It doesn't say anything about takeoff performance.

Use a small, lightweight, relatively weak Internal Combustion Engine (ICE) with an electric motor/generator as an assist for takeoff. That way, you would have more power available for takeoff and you wouldn't be completely powerless if the ICE failed (doesn't happen often, but it's usually catastrophic when it does).

Charge up some batteries before flight. Possibly even put some flexible thin-film photovoltaics on the wings and park in the sun for a couple days before flying. It'll add to the cost of the plane, but reduce the operating cost.

Electric + ICE for takeoff. ICE for cruise. For landing, turn the electric motor into a generator, allowing you to use the prop as a dive brake. Big turboprop singles like the Pilatus PC-12 routinely do this (flatten out the pitch at low RPM to increase drag). This way, when you land, you recharge your batteries part of the way. And, if you have a missed approach and need to pull out, you go back to electric + ICE.

Voila! A hybrid aircraft. Improved takeoff performance and takeoff safety with a small engine and a limited cruise speed (dovetailing nicely with the Light Sport Aircraft requirements). The improved safety factor will only make it more attractive than a traditional, ICE-only aircraft. Might have to get a waiver on the aircraft weight, though. Since you aren't trying to cruise on electric power, you won't need terribly many batteries.

Gee, what's the fastest growing platform, today?

Mobile. Whether you're talking iPhone or Android, most of the browsers are based on WebKit.

I can't imagine why we'd be seeing a surge in WebKit-based browsers :-P

I can't wait for a decent implementation of FireFox on my Android phone, especially if it supports plug-ins and add-ons. I'm dying to be able to use AdBlock Plus and Aardvark on my cell. I have a definite cap on my wireless bandwidth, and it can get VERY expensive if I'm roaming. I once paid over $12 for the privilege of reading a Linux Magazine article, because I was across the border in Canada. Being able to kill the bandwidth-hogging banners and other crap would've been so nice . . . .

I live in a beautiful valley in a rural area in southern Missouri. I used to have an Alltel phone with tethering. I was getting EV-DO at home. When I roamed to other areas (San Antonio, TX and Minneapolis, MN), I could still get data, but it was 1X-CDMA (153 kb/s). It has never affected my phone bill. People visiting us, with AT&T or T-Mobile service, were unable to send or receive text messages, or make or receive calls, while they were here. It was Alltel or nothing. I had very few complaints with them.

I have, at home, a Cradlepoint MBR-1000 router connected to a Alltel USB-3G module (Pantech UM-150, to be more precise). As it is not roaming, I get full EV-DO Rev A. Data access for the module is about $60/month. If they have a bandwidth cap, they aren't enforcing it. We routinely suck down over 10 GB/month. I have an external antenna, on an external mount, which helps tremendously (a Wilson antenna, acquired from a local truck stop). Without the antenna, I'm lucky if I get 1 bar. With it, I get 4. The connection frequently flirts with 1 Mb/s inbound, with < 100 ms latency. DSL and Cable modem are not an option, at any price, so it is 3G, satellite (horrible latency) or dial-up for us.

I was very disappointed when Alltel was acquired by Verizon, with which I have had "negative experiences" in the past. I now have a Sprint smartphone (HTC Touch) with Phone as Modem (tethering). It has excellent 3G connectivity when I'm at work. When I go home, I have to roam to Verizon, so I'm back to 1X-CDMA speeds. The tethering is mostly used when I'm away from home, so this isn't such an issue. Roaming typically does NOT affect my phone bill. I haven't completed my 2-year contract on the data module, which is why Verizon is still getting my money on that count.

My dad is a truck driver. He uses AT&T. He has an external antenna on his rig, which gives him greater range. There are parts of Montana (mountains) and the Dakotas where he has trouble getting a signal. This is particularly true when passing through Native American Reservations in the western US. He doesn't have a data plan.

My advice: get a data module from Verizon (since their acquisition of Alltel, they do have the largest network), an MBR-1000 and a good external antenna. If you really want to get fancy, buy/build a directional antenna and get used to aiming it (it will be manual; I know of no system for automatically aiming a directional cell antenna; there is a market looking for a solution). There are places where you will not be able to get a signal, but a good antenna will shrink those areas. A signal booster will shrink it further. Verizon has roaming agreements with most other CDMA carriers, so you won't get screwed on your bill from roaming charges.

Oh, and stay the hell out of Canada. Nothing against Canada or Canadians (Vancouver Island was beautiful, and we met some very nice people on my last trip) but the data roaming rates in Canada are little more than legalized rape. I managed to rack up over $20 in roaming charges just reading one article in LinuxMag on my aformentioned HTC and briefly using Google Maps (with the GPS in the phone) to find our hotel.

As a programmer, I have three questions I ask prospective employers:

1. What revision control software are you using?
2. What system do you use for tracking bugs?
3. Are you familiar with Capability Maturity Model Integration (CMMI)? If so, what level certification have you achieved?

If they respond to #1 with a blank stare or "huh?" I'd advise running for the door. If they are not using any kind of revision control software, and don't know what it is, the place is very poorly managed and will cause you some serious nightmares. All of the places where I've worked, which didn't use revision control, went out of business within a couple years.

Personally, I prefer Subversion, and I converted my prior employer to using it. They didn't understand why I wanted to use it, but they weren't averse to trying something new. After it saved our butts a couple times, they understood perfectly well why I wanted to use it and continue to use it after I left.

The job before that, I used StarTeam. Borland bought StarBase (the maker of StarTeam) while I was with that employer.

My current employer uses CVS. It has its warts, but it works.

For question #2, my current employer uses Bugzilla. It works reasonably well. My prior employer didn't have a bug-tracking system. The second or third web app they had me write was a bug-tracking system, not oriented toward software development but toward the larger company (hospitality). We ended up using a wiki for bug-tracking. StarTeam had a "Change Control" system built into it, so that employer had excellent bug-tracking software.

I've had only one employer who knew what CMMI was (question #3). They could've passed a level 3 certification if necessary. If you're going to develop for the DoD, you used to need a level 4 cert; not sure if that's the case any more.

For those who don't know, CMMI is merely a methodology for ensuring that:

• coding standards are in place
• development documentation is in place
• the project is well-managed on, time, responsibilities and risks
• there is a reasonable probability of delivering on-time

It can be tedious, consistent, or both. The better places are the latter, not so much the former.

In short, they should have good, solid answers for #1 and #2, while #3 is a nice-to-have.