InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Visual Basic 6.0 Still Widely Used

Posted by Al Tenhundfeld on Feb 23, 2009

Sections
Development
Topics
.NET ,
.NET Framework
Tags
VB 6 ,
Visual Basic.NET

Eric Nelson, Microsoft UK Evangelist, has posted the results of a large survey on how UK developers are using the .NET Framework and VB 6.0. The survey targeted Windows developers using the MS technology stack; results should be interpreted within that context.

One of the most interesting results of the survey is seeing how much VB6 code is still being actively used and maintained.

See Eric's analysis of the survey for more detailed information, but the following list contains some of the more interesting findings:

  • 87% of companies currently use VB6 - similar to finding above but without the maintenance focus
  • 25% of companies have over 500,000 lines of VB6 code
  • 26% of companies have a VB6 application connected to the Internet
  • 42% of companies plan to never migrate VB6 code to .NET and instead continue using VB6.

 

For those many UK VB6 developers, MSDN also has a portal devoted to migrating VB6 code to .NET.

If its not broken, don't fix it by Francois Ward Posted
Re: If its not broken, don't fix it by ding jack Posted
What about vb6 ide? by Lou Marco Posted
Re: What about vb6 ide? by Francois Ward Posted
Because its legacy apps by Mohamed Faramawi Posted
  1. Back to top

    If its not broken, don't fix it

    by Francois Ward

    Where I work, we still have tons of VB6 apps in production. The main strategy is to keep them as long as possible until they just don't do the job anymore or are more costly to keep than to replace. We tried to keep Vb6 development to a minimum, but depending on costs, we'll tweak and maintain a VB6 app instead of replacing it.

    We do actively encourage migration to .NET, but budgets have to be allocated. Thats an easy process to get it approved, IF you can justify the cost. And often you can't. Simple as that.

  2. Back to top

    Re: If its not broken, don't fix it

    by ding jack

    exactly what I want to say.

  3. Back to top

    What about vb6 ide?

    by Lou Marco

    I thought M$ was, or already has, discontinued support for the VB6 IDE. That would leave VB6 developers in the odd spot of having M$ support for the runtime but could not make any changes to VB6 code and still be in compliance.

  4. Back to top

    Re: What about vb6 ide?

    by Francois Ward

    They don't support it, doesn't mean there arent license lefts at resellers/partners, and it definately doesn't mean you aren't allowed to use the licenses you already have. If you had 1000 VB6 licenses before, and now you need 3-4, you're ok :)

  5. Back to top

    Because its legacy apps

    by Mohamed Faramawi

    I think companies don't tend to upgrade their legacy apps , for so many reason ,one of them as Francois Ward said , if its not broken, don't fix it, but i can add couple more reasons:
    1- Majority of computers are still running XP which doesn't have .NET framework , moving to .NET means adding an extra deployment requirement which needs to be taken into consideration.
    2- Moving from VB 6 to the OOP VB.NET isn't that easy when it comes to upgrade existing code that used to run for really long time (maybe since VB4).
    Budgets, developers ,and time constraints are major impacts of that research result.
    I think it needs like another decade till no more VB6 code is being writing .. who is writing COBOL now ;)

Educational Content

New-age Transactional Systems - Not Your Grandpa's OLTP

John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.

Cool Code

Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.

Collaboration: At the Extremities of Extreme

Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.

Yesod Web Framework

Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).

Transactions without Transactions

Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.

Attila Szegedi on JVM and GC Performance Tuning at Twitter

Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.

Interview: Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives

InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.