Visual Basic - when to switch?
-
Support policy for Visual Basic Support Statement for Visual Basic 6.0 | Microsoft Learn[^] Now as I read that it means that although they are not going to be improving VB they do intend, at least now, to make sure it runs until 2035 (presuming same life cycle for Windows 11 as was for Windows 10). But perhaps not beyond that. So people have those VB apps now so when do they really need to start refactoring the entire code base into something else? Start now and avoid the rush? Wait until 2034? Wait until 2037 and when enough customers move onto a different provider because they don't want to run an older unsupported OS?
-
Support policy for Visual Basic Support Statement for Visual Basic 6.0 | Microsoft Learn[^] Now as I read that it means that although they are not going to be improving VB they do intend, at least now, to make sure it runs until 2035 (presuming same life cycle for Windows 11 as was for Windows 10). But perhaps not beyond that. So people have those VB apps now so when do they really need to start refactoring the entire code base into something else? Start now and avoid the rush? Wait until 2034? Wait until 2037 and when enough customers move onto a different provider because they don't want to run an older unsupported OS?
A form is a form. VB6 is usually a (thin) front end to a client server system. No hurry given such a big window. Might even be premature; not knowing what's around the corner 2 - 5+ years in the future.
"Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people; it is reflection, it is meditation." - Napoleon I
-
Support policy for Visual Basic Support Statement for Visual Basic 6.0 | Microsoft Learn[^] Now as I read that it means that although they are not going to be improving VB they do intend, at least now, to make sure it runs until 2035 (presuming same life cycle for Windows 11 as was for Windows 10). But perhaps not beyond that. So people have those VB apps now so when do they really need to start refactoring the entire code base into something else? Start now and avoid the rush? Wait until 2034? Wait until 2037 and when enough customers move onto a different provider because they don't want to run an older unsupported OS?
Now. Even VB.NET is a low priority. I would jump to C# and Dot Net 7.0+.
Graeme
"I fear not the man who has practiced ten thousand kicks one time, but I fear the man that has practiced one kick ten thousand times!" - Bruce Lee
-
Support policy for Visual Basic Support Statement for Visual Basic 6.0 | Microsoft Learn[^] Now as I read that it means that although they are not going to be improving VB they do intend, at least now, to make sure it runs until 2035 (presuming same life cycle for Windows 11 as was for Windows 10). But perhaps not beyond that. So people have those VB apps now so when do they really need to start refactoring the entire code base into something else? Start now and avoid the rush? Wait until 2034? Wait until 2037 and when enough customers move onto a different provider because they don't want to run an older unsupported OS?
Oh my, am I that old already... I felt nostalgic a few weeks back and started up an old lappie of mine(showpiece on display now). Guess what I found - VB6 Enterprise was still installed, a major folder with many a project. Man, did I have fun for hours on end!
-
Support policy for Visual Basic Support Statement for Visual Basic 6.0 | Microsoft Learn[^] Now as I read that it means that although they are not going to be improving VB they do intend, at least now, to make sure it runs until 2035 (presuming same life cycle for Windows 11 as was for Windows 10). But perhaps not beyond that. So people have those VB apps now so when do they really need to start refactoring the entire code base into something else? Start now and avoid the rush? Wait until 2034? Wait until 2037 and when enough customers move onto a different provider because they don't want to run an older unsupported OS?
Please recommend where to switch to. :laugh:
-
I totally agree with the above "30 years ago"... but an orthogonal take is: that is in one and a half decade. Do you think your prog will be relevant at all in 2037? I would say that rather few 15-year-old programs are relevant today (regardless of what language they were written in), unless they have a billion-head-userbase like Word, Excel and those... But let's say i am wrong, and your prog remains attractive? Then I say Q: When should I switch ? A: When it is the least painful, i.e. ASAP
"If we don't change direction, we'll end up where we're going"
The software that controls Nestlè inspection machines was first written in 1996 in QBASIC, then ported to VB in 2000 and it is running today.
GCS/GE d--(d) s-/+ a C+++ U+++ P-- L+@ E-- W+++ N+ o+ K- w+++ O? M-- V? PS+ PE Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- r+++ y+++* Weapons extension: ma- k++ F+2 X
-
Support policy for Visual Basic Support Statement for Visual Basic 6.0 | Microsoft Learn[^] Now as I read that it means that although they are not going to be improving VB they do intend, at least now, to make sure it runs until 2035 (presuming same life cycle for Windows 11 as was for Windows 10). But perhaps not beyond that. So people have those VB apps now so when do they really need to start refactoring the entire code base into something else? Start now and avoid the rush? Wait until 2034? Wait until 2037 and when enough customers move onto a different provider because they don't want to run an older unsupported OS?
Who knows, maybe by then tech buzzwords will make a full cycle, RAD becomes a thing again and VB7.0 will be released.
GCS/GE d--(d) s-/+ a C+++ U+++ P-- L+@ E-- W+++ N+ o+ K- w+++ O? M-- V? PS+ PE Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- r+++ y+++* Weapons extension: ma- k++ F+2 X
-
Support policy for Visual Basic Support Statement for Visual Basic 6.0 | Microsoft Learn[^] Now as I read that it means that although they are not going to be improving VB they do intend, at least now, to make sure it runs until 2035 (presuming same life cycle for Windows 11 as was for Windows 10). But perhaps not beyond that. So people have those VB apps now so when do they really need to start refactoring the entire code base into something else? Start now and avoid the rush? Wait until 2034? Wait until 2037 and when enough customers move onto a different provider because they don't want to run an older unsupported OS?
I do wonder whether this is in some way linked to VBA. If it is I assume that Microsoft probably don't want to break the back end of Excel. The fallout from that would be significant
It goes without saying
-
Support policy for Visual Basic Support Statement for Visual Basic 6.0 | Microsoft Learn[^] Now as I read that it means that although they are not going to be improving VB they do intend, at least now, to make sure it runs until 2035 (presuming same life cycle for Windows 11 as was for Windows 10). But perhaps not beyond that. So people have those VB apps now so when do they really need to start refactoring the entire code base into something else? Start now and avoid the rush? Wait until 2034? Wait until 2037 and when enough customers move onto a different provider because they don't want to run an older unsupported OS?
Those who haven't switched yet are prolly not ever going to. Personally, I stopped doing anything VB6 years ago and I'm not touching it again.
Bastard Programmer from Hell :suss: "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
-
The software that controls Nestlè inspection machines was first written in 1996 in QBASIC, then ported to VB in 2000 and it is running today.
GCS/GE d--(d) s-/+ a C+++ U+++ P-- L+@ E-- W+++ N+ o+ K- w+++ O? M-- V? PS+ PE Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- r+++ y+++* Weapons extension: ma- k++ F+2 X
-
Support policy for Visual Basic Support Statement for Visual Basic 6.0 | Microsoft Learn[^] Now as I read that it means that although they are not going to be improving VB they do intend, at least now, to make sure it runs until 2035 (presuming same life cycle for Windows 11 as was for Windows 10). But perhaps not beyond that. So people have those VB apps now so when do they really need to start refactoring the entire code base into something else? Start now and avoid the rush? Wait until 2034? Wait until 2037 and when enough customers move onto a different provider because they don't want to run an older unsupported OS?
A few things, among several, factor into that decision. 1 - MS has a history of bringing .NET changes to C# first, VB second. Bill Gates was the driving force behind keeping VB at equity with C#, and he is long gone. 2 - More .NET developers use C# than VB, so MS markets to the larger customer base first. 3 - VB easily converts to C# with tools that take VB to MSIL and the MSIL to C#. 4 - Too many classic VB programmers ignored MS in the late 90s to use VB6 for object oriented programming instead of the older procedural programming that became obsolete by the time VB5 came out. Converting/refactoring procedural VB6 to OO VB takes as much effort as converting/refactoring procedural VB6 to OO C#, so many chose the latter. If your context is converting/refactoring VB6 to .NET, start now. There is so much more available in .NET 7 than there was in VB6. Refactoring will take time to make the business rules and UI implemented in VB6 to an efficient design in .NET.
-
Support policy for Visual Basic Support Statement for Visual Basic 6.0 | Microsoft Learn[^] Now as I read that it means that although they are not going to be improving VB they do intend, at least now, to make sure it runs until 2035 (presuming same life cycle for Windows 11 as was for Windows 10). But perhaps not beyond that. So people have those VB apps now so when do they really need to start refactoring the entire code base into something else? Start now and avoid the rush? Wait until 2034? Wait until 2037 and when enough customers move onto a different provider because they don't want to run an older unsupported OS?
For VB6, you might want to look at the RADBasic project[^] or the TwinBasic project[^]. For VB.Net, you could look at Remobjects Mercury[^]
We marveled at our own magnificence as we gave birth to AI.
-
Support policy for Visual Basic Support Statement for Visual Basic 6.0 | Microsoft Learn[^] Now as I read that it means that although they are not going to be improving VB they do intend, at least now, to make sure it runs until 2035 (presuming same life cycle for Windows 11 as was for Windows 10). But perhaps not beyond that. So people have those VB apps now so when do they really need to start refactoring the entire code base into something else? Start now and avoid the rush? Wait until 2034? Wait until 2037 and when enough customers move onto a different provider because they don't want to run an older unsupported OS?
When to switch? I'd start now. Nothing ever goes as planned, so figuring things out now, well ahead of a complete drop in support, is the wiser choice. I have no idea where the OP is in his career, but any newer language is a more marketable skill, so starting now also adds to the resume. What to switch to? I was a VB developer (among other languages) from 1993 to 2003. At that point there was still a lot of 3rd party support for VB6, but without MS support it was a dead language. Yeah, obviously as dead as COBOL, but as an IT consultant, I had to focus on marketable skills, and VB was no longer "it". The obvious jump-to was VB.NET, but within a few months I formed the opinion that MS made VB.NET primarily to keep the VB5/6 developer base from jumping ship. VB.NET didn't get the same support and was not graining traction in market share. Next I investigated C#, and that has been my primary platform since then. It's the MS flagship for programming languages, gets the support, and has a viable future. Market share of the tool matters greatly to ensure continued employment, and C# is ranked 5 or 6 in most surveys. From the OP's POV? C# is going to be the easiest path. The environment is similar enough and C# has enough similarities in structure that the learning curve should not be too steep. Jumping from procedural to OO can be a difficult jump. VB6 has some OO, and if the OP has been using classes, the leap may not be a long one.
-
Support policy for Visual Basic Support Statement for Visual Basic 6.0 | Microsoft Learn[^] Now as I read that it means that although they are not going to be improving VB they do intend, at least now, to make sure it runs until 2035 (presuming same life cycle for Windows 11 as was for Windows 10). But perhaps not beyond that. So people have those VB apps now so when do they really need to start refactoring the entire code base into something else? Start now and avoid the rush? Wait until 2034? Wait until 2037 and when enough customers move onto a different provider because they don't want to run an older unsupported OS?
-
Some Cobol programs have been running since Moses left Egypt.
PartsBin an Electronics Part Organizer - An updated version available! JaxCoder.com Latest Article: ARM Tutorial Part 1 Clocks
And they still haven't found his luggage.
-
I counted 16 replies to the question of wich I se only two that tried to seiously anwer. I this the normal level of seriousness in this forum?
This is the way.
-
Visual Basic - When to Switch? 30 years ago.
PartsBin an Electronics Part Organizer - An updated version available! JaxCoder.com Latest Article: ARM Tutorial Part 1 Clocks
Why? To be one of the "cool kids"? confused: To be part of the "In-Crowd"? confused: To be "just like everybody else?": confused: How many people back into parking spots because the see other people doing it? confused: I guess haters going to hate.
Very Old Guy.
-
Support policy for Visual Basic Support Statement for Visual Basic 6.0 | Microsoft Learn[^] Now as I read that it means that although they are not going to be improving VB they do intend, at least now, to make sure it runs until 2035 (presuming same life cycle for Windows 11 as was for Windows 10). But perhaps not beyond that. So people have those VB apps now so when do they really need to start refactoring the entire code base into something else? Start now and avoid the rush? Wait until 2034? Wait until 2037 and when enough customers move onto a different provider because they don't want to run an older unsupported OS?
never switch. VB Classic was right only now in C# you can write code without
XYZ partial class App public static void main SubscriberMethodController... cough coughStarting in C# 9, you don't have to explicitly include a Main method in a console application project. Instead, you can use the top-level statements feature to minimize the code you have to write. In this case, the compiler generates a class and Main method entry point for the application. guess what, we had that since VB 1.0, any language had that, the compiler behind the scenes generated the _app & _main. i wonder when they are going to get rid ofnewin C#, since the instances of a class are not created on the stack anyway... VB Classic will outlive VB .NET. if not, waiting for the shameful M$ narrative when they bring back the apparent syntax of VB to VB.NET those who put *class* in JavaScript are the same who put *var* in C# -
Support policy for Visual Basic Support Statement for Visual Basic 6.0 | Microsoft Learn[^] Now as I read that it means that although they are not going to be improving VB they do intend, at least now, to make sure it runs until 2035 (presuming same life cycle for Windows 11 as was for Windows 10). But perhaps not beyond that. So people have those VB apps now so when do they really need to start refactoring the entire code base into something else? Start now and avoid the rush? Wait until 2034? Wait until 2037 and when enough customers move onto a different provider because they don't want to run an older unsupported OS?
-
Correct. I should've specified desktop programs.
"If we don't change direction, we'll end up where we're going"
