Shedding Some Light

My copy of MSDN Magazine arrived in today’s mail. As I do when it arrives, I browse through the pages looking for interesting articles to read. Normally what I read is interesting information about things in .NET that people on my team throw around during team gatherings, and I see presented at user groups and conferences.

But today I read two thought provoking articles discussing Visual Basic 6, which was released in 1998 and off Microsoft’s extended support in 2008. Not exactly what I would call cutting edge material.

• Don’t Get Me Started, by David S Platt
• Old Soldiers Never Die, editorial by Michael Desmond

The articles discuss how in January Microsoft extended “It Just Works” compatibility and support of VB6 applications through the full lifetime of Windows 8. This means the VB6 core runtimes are getting 5 more years of mainstream support followed with 5 more years of extended support into 2022 (a total of 10 years of Windows 8). Note: the VB6 IDE is not supported, just the runtimes. Still, this has an super important impact on VB6 developers who can talk to their customers and assure them that Microsoft is backing the investment in applications their customers have come to depend on. Platt even speculates: “I’ll bet you a beer that Microsoft has to extend Visual Basic 6 support through Windows 9 and 10.”

Here is a link for all the details on “It Just Works” for Visual Basic 6.

So let’s look at a simple timeline comparison here:

• The last release of VB6 was in 1998, and extended support ended in 2008.
• The last release of VFP 9 SP2 was October 2007, and extended support goes through January 2015.

The theme of the two articles is that VB6 apps continue to thrive in the business world, and in governments, and they are likely to thrive for a long time to come. Sounds familiar. Visual FoxPro applications are doing the same in both sectors, and in non-profits. Not every business can just afford to stop and rewrite their mission critical apps. Some applications do not support a business model for a rewrite. Just because Microsoft decides they no longer support development platforms and runtimes does not mean business does not continue as is.

One thing that made me chuckle is in Desmond’s article as he cites Platt, “Platt says he sees “pockets” of support on the Internet for Borland Delphi, Microsoft FoxPro, and Sybase PowerBuilder.” Pockets. Funny.

I want to be clear on one point. I don’t think this is important from the technical side of things as the testing I have done is not revealing any issues on Windows 8. Visual FoxPro applications I have tested are working fine on the Windows 8 Consumer Preview release from earlier this year. I have not tested on the Windows 8 Release Preview released this week. This is purely a marketing issue so Visual FoxPro developers can reassure their customers that Microsoft cares about their software, AND allows them to upgrade to Windows 8 if they choose to do so. Assurance equals new revenue for Microsoft. It also might help stem the tide of choosing alternative non-Microsoft platforms when it comes to the v.Next rewrite of the existing business software.

So Microsoft, I ask – How do the Visual FoxPro runtimes get “It Just Works” support extended through the life of Windows 8? I am certain this would be helpful to the customers who have come to depend on their software just as much as the software created in VB6, and Visual FoxPro has been supported longer.

Or am I wrong?