I love analysts. Whether it's predicting tomorrow's next big thing or sounding the death knell for yesterday's industry pacesetter, analysts never run out of new ways to get it wrong.

Case in point: Windows Vista and the "app gap." According to Evans Data Corporation (EDC), less than 10 percent of developers are writing for Microsoft's current state of the art. The majority (49 percent) are still writing for XP, while a small, but growing, contingent (13 percent) are focusing on Linux. Meanwhile, the myriad major media outlets continue to decry the lack of new Vista applications. "It's the OS that nobody wants," they say, and developers are "reacting accordingly."

Of course, they're wrong. Again.

You see, there's no such thing as a Vista application. Just like there's no such thing as an XP application. Or a Windows 2000 application. Developers who write for Windows rarely target a specific version. Rather, they select a particular API framework -- for example, MFC/ATL or .Net -- and proceed from there. Whether or not the resulting application runs on a given Windows version depends on what, if any, version-specific API extensions the developer employs in their project.

For the majority of application types, this is a nonissue: They use the generic API functions, which allows them to run across any version of Windows that supports that framework. And since Microsoft does a good job of back-porting new frameworks to its legacy OS platforms, developers are rarely faced with a choice between rich API functionality or a broad installed base (the notable exception being video game developers, for whom leveraging DirectX 10 means committing to Vista).

So the entire Vista "app gap" argument is a bit of a straw man. The real question should be: Why aren't developers leveraging the various iterations of the .Net framework? As anyone who follows Microsoft's development road map will attest, most of the company's cutting-edge API evolution is taking place within .Net. In fact, when the "experts" talk about new programmatic resources in Vista -- Windows Presentation Foundation (WPF), Windows Communication Foundation (WCF), and so on -- they're really talking about the .Net framework 3.0. And since .Net 3.0 is available on down-level platforms (such as Windows XP), the argument circles back around to a question of .Net acceptance among developers -- and why they have (so far) shunned it.

The answer is twofold: First, developers don't like to target APIs that aren't broadly available across the installed base. Despite Microsoft's aggressive support of down-level versions, there's still a big difference between "available" and "available after downloading 20MB-plus of complex libraries and having them installed across various parts of your system." The fact of the matter is that .Net doesn't ship as part of Windows XP, and that means that developers need to convince users to first install the required version of the .Net framework before they can install a piece of software -- not always an easy sell, especially in the locked-down world of enterprise IT.