Desmond File

Blog archive

VB6 Migration Challenges

Not to lean on the topic of the Visual Basic .NET programming language, but earlier this week I had a conversation with Navot Peled, president of code migration tools provider Gizmox. His company's Visual WebGUI tool enables developers to move existing, rich-client applications to the Web or cloud.

The company just recently announced it was partnering with Tata Consultancy Services in Israel to provide a joint solution for migrating Visual Basic 6 and other legacy applications to .NET. The timing is no coincidence. Microsoft apparently has no plans to include the VB6 runtime with Windows 8. And with extended support for VB6 long since retired (back in April 2008), the risk of continuing to maintain even stable VB6 code starts to go up.

Even companies that are happy with their VB6 code bases face pressure to move on, said Peled. "Some of those organizations can not go on using an unsupported platform. From a banking perspective, the regulations won't allow it."

The problem is, the inventory of VB6 code out there is big. Really big. Like, 25 billion lines of code big.

"If you look at the business side of it, we are talking about around 25 billion lines of code in VB6," Peled said. "If you look at the customers that are running VB6 at the moment, one of them is the biggest bank in Israel. It is a core application."

So what advice did Gizmox have to offer? Itzik Spitzen, vice president of Research and Development at Gizmox, said organizations moving from VB6 to VB.NET or C# will face a multifaceted challenge, as they work through significant changes error handling and transition to an object-oriented programming environment.

"There are many technical challenges when it comes to reusing the code and taking it from VB6 to the .NET environment. It gets slightly easier to move to VB.NET, because VB.NET supports some of the old features and configurations as is," he said. "But if you really want to move in a way that takes full advantage of the environment and .NET, then the challenge gets much larger."

Spitzen said developers moving from traditional client-server build outs must be aware of the data limitations of Web and cloud deployments, as well as challenges that arise when application logic may be accessed by an unpredictable number of users over the public network.

"When we do this type of project we often find ourselves reengineering this specific part in order to improve the scalability of the application," Spitzen explained. "We have smart decision making tools, to control the size of data sets, etc. But people are often mistaking that."

Are you managing VB6 applications today, and if so, what are your plans going forward?

Posted by Michael Desmond on 03/30/2011


comments powered by Disqus

Featured

  • Mastering AI Development and Building AI Apps with GitHub Copilot

    Two Microsoft experts explain how GitHub Copilot is evolving from a coding assistant into a broader platform for building, customizing and testing AI-powered developer workflows.

  • VS Code 1.123 Adds Agent Session Sync, 1M Context Windows

    Microsoft released Visual Studio Code 1.123 on June 3, adding agent-focused features, larger model context support, integrated browser updates and a new delay for some automatic extension updates.

  • Copilot Billing Shock Hits Developers

    Developer complaints about GitHub Copilot's new usage-based billing model have centered on unexpectedly rapid AI credit consumption, and neither GitHub nor Microsoft has responded directly to the backlash, though they have previously published guidance to lessen model usage costs.

  • Hands On with GitHub Copilot App Technical Preview: Turning a Blazor Issue into a PR

    GitHub's brand-new Copilot desktop app, in technical preview, handled a small Blazor issue from planning through pull request creation, but the hands-on test also showed why developers still need to verify agent work in the running app before merging.

Subscribe on YouTube