VB was great like you said until you needed to do something difficult. I remember Bruce McKinny’s Hardcore Visual Basic book being my best friend for a little while. It thought me I could do the hard stuff in C, make a DLL and drop that into my VB project.
Bruce had a saying, VB makes 95% of the job easy and the other 5% impossible.
My first job started out with mostly Visual Basic 6. One of the modules written in VC++ by a bunch of guys who were looking to get that on their resume (they had since departed). It probably should have just been in VB as well and was always a nightmare to debug and enhance.
Once .net was prominent we mostly moved to C#. There didn't seem to be much of a reason to go with VB.Net, C# seemed more "legitimate" and without the hassles of Visual C++/MFC.
Decades later and I still find myself writing an Excel macro in VBA now and then but I've largely moved on.
Though it has been a while since its last update.
I still sometimes program in Classic VB, (aka VB6). Each year it is more difficult to install the IDE, but the runtime is still installed by default.
It is incredible easy to build a nice one screen application with not very a very complicated background logic. Normal people like a nice graphical interface with a few buttons, and with Classic VB you can create them very easily and iterate and customize the form.
My last big problem was that it doesn't have a build in sort function, so you can use a n^2 sort or write a good sorting function by hand :( . When the logic start to be not so easy, there begin to apear problems.
--
About the article: I agree with most of it.
> Also on the big side: There was no more edit-and-continue feature.
I still miss that when I program in other languages. It kills so many (all!) optimizations possibilities, but it's extremely handy.
> VB.Fred and the .NET Solution
I call it VB# or VB#.Net instead of VB.Fred.