Visual Basic Developers Revolt Against Microsoft
daria42 writes "More than 100 Microsoft Most Valuable Professional (MVP) developers have signed a petition demanding the software company reconsider plans to end support for Visual Basic in its "classic" form. Developers claim the move could kill development on millions of Visual Basic 6 (VB6) applications and "strand" programmers that have not trained in newer languages."
Stuff gets old as time goes by and tends to be replaced. This is just a testament to the way those VB developers have been educated - they have been handed a series of recipes for developing applications without any theory or background information, and now their recipes are outdated. They're trying to swim in the wake of a new language (or, in the case of VB.NET, a new interface and toolset for the same syntactical language), and all they can think of doing is scream for help and flail around wildly hoping someone else will fix the situation. Languages evolve. Life goes on. It's the nature of the industry.
... of a proprietary-source based community.
Singularity: a belief in the "God" idea with the "demiurge" relation inverted.
Like MS cares. They have spent a huge amount of money developing .net and c#, and now thay want cash to try and staunch the bleeding. Not that they cannot afford to lose money, but they don't want to lose money if they can help it. besides, if visual basic is the only language you know, can you really call yourself a programmer? I don't think so.
Ross Winn "not just another ugly face..."
This is a problem with some developers they get too comfortable and don't want to learn anything new, and they don't want to loose their job. I have a friend who works with many people like this. They are horrible developers and don't want to learn .NET, because it scares them. From stories that he has told me they shouldn't be programming VB6 code much less programming a VCR. So I am not sure if putting these guys out of work is such a bad thing.
.Net or move into PHP, Java, Pyton, etc.
Also why should Microsoft continue to support a language that they are no longer developing, or using, or plan on using. They have moved into a new area of development, over 3 years ago. The developers that use VB6 had plenty of time to learn
Stop whining...
...but to be realistic, Microsoft can't continue to support everyone forever. They've added an EOL for VB 6, and they have an upgrade path (yes, it will be difficult) to the better languages they're using now.
Find out about the Lexus Rx400h Hybrid!
Besides, we're talking about Visual Basic! VB programmers who complain about having to do more work and learn more stuff deserve to have their jobs outsourced.
And the men who hold high places must be the ones who start
To mold a new reality... closer to the heart
Microsoft could open-source VB6. This is a perfect opportunity for them to show that they are truly open. The community could maintain VB6 for as long as they want, and Microsoft could be hands-free. You wanna code in our old dead language? Go for it. Just maintain it yourself.
I suppose they won't do that because it would bring competition to Microsoft that they don't want. It would be interesting to see what someone would do with it. Maybe make a new language?
This has nothing to do with whether VB is good or bad -- pay your money and take your choice. What it has to do without is forced conversion of large numbers of apps for which VB.Net provides no added value. Cost of conversion is significant, since VB.Net is not backward compatible with earlier versions. VB.Net also requires .Net runtime, which is ~23MB -- adding to deployment issues.
Dropping support for VB clearly benefits MS, but just as clearly does not benefit users -- since when is this a good thing?
I hope there are no OO purists armed with mod points reading this, but VB is actually pretty decent, at the end of the day, for things like rapid development, interface prototyping, etc. All things being equal, VB is *easy*, and sometimes you just want easy. Yes, you can be easy in any language, but to the non-programmer, VB was the ultimate double-click and get started tool. Learn a few concepts about forms and controls, and you're pretty much set (who here knows VB and hasn't seen an app where every single line of code was crammed into the form, narray a module in sight).
.EXE and vbrun300.dll) they came back with suggestions/bugs and before I knew it, I moved "up and out" and became a professional C++/Oracle developer. Not everyone who works with VB becomes a programmer with a capital P, but some do, and some are simply happy to have scratched that particular itch and glad it came off so easily.
.net framework on every copy of windows forever, but try to wrap your head around the classes and concepts if you're not already familar with them. VB dispensed with all of that and was just what it was.
VB allowed me to write my first app: a little one-screen program that calculated exposure times for pinhole cameras (in VB3). Knew zilch about programming at the time, but I was able to slap it together and it worked. The code was absolutely horrible and for such a simple thing, it had bugs simply because I didn't know what I was doing. When I gave it out to a few people (just the
VB6, honestly, is the only tool I can think of that retains that ease of use with a very forgiving nature ("don't worry about declaring your variables...we'll trust you") to allow the uninitiated a chance to come up with something that may be only for him or her, or becomes the next killer app. If I were starting today, looking for something to write my little pinhole calc app, what would I use? VS.net? I wouldn't know what project to start with. Java? Sure, what IDE? Python/Ruby/Perl? All good, but if I only have Windowz, and am not a programmer, I may not know they exist. I knew VB existed because quickbasic was already on the machine, and the high school student working at Software etc. knew to point me at the VB box when I said "well, I know qbasic, but I'm looking for something to run under this Windows thing..."
That is my only justification for really liking VB, even after all these years; sometimes you just want the functionality and don't care how it looks and it needs to be done fast (and hopefully with a minimal runtime if it's going to moved to another machine). MS is free to put the
Damned, if any of my programmers came to me bitching about this I'd likely fire them immediately.
.NET. I am quite sure they don't give a damn whether you think you can fire them or not, they probably employ a lot more people than you do.
The people complaining are owners of a lot of code that won't work under
The knee jerks here go on and on about coding skills, but it's the code base that quits working natively unless rewritten that is what is being fought to protect, in other words, a lot of investment. Money.
I don't code VB, but back in the day I wrote some big systems in DOS Compiled Basic, it's predecessor, which did the job well.
Nevertheless I convinced a Fortune 200 when I was there to use Delphi instead of VB, which raised all kinds of havoc. The Microsoft Certifieds walked. But Delphi was the right choice.
I guess Microsoft hired away the Delphi team, wrote C#, and now the Microsofties say C# rules.
Go figure.
rd
I would find it terribly degrading to have to beg a company to please let me continue to be a customer. How totally absurd.
Do you think the code will just convert itself for free? Many of the people complaining are justified. They are developing and/or running enterprise VB programs for a company. This means many many man hours to re-write,test, implement the new code just to get it back to where it was prior to MS dropping support. To Joe home user, it's easy to say "who cares, learn a new language and get a new job" but with comments like that you lose focus at who has the most to lose. The companies using VB6. It will most likely be costly to them to make the change and viewed by many as an unneeded expenditure since, as the petition shows, phasing out VB6 is not needed or welcomed.
"It's better to be a pirate then join the Navy"
When developing a commercial application you often have no other choice than to select from the available tools if you want to finish your application before your competor does. And most often you are quit restricted in your choices, if you want to deliver fast and cheap. It is very difficult to look in the future, and often the people managing software development are not aware of the fact that every "short time" decision often has "long term" effects. The name software is very misleading, because over and over again reality proofs that "software" is much harder than "hardware". The hardware we have is completely different from the one that we had ten years ago. Everything has changed. It is relatively cheap to change hardware, even to change hardware interfaces, compared to the cost of changing software to another development platform.