Bring back Classic Visual Basic, an improved version of VB6
The silent majority of VB6 users did not ask for changes that came with .NET
We request Microsoft brings back classic Visual Basic as COM development is back with Windows 8.
David Platt wrote an excellent article about why classic VB still thrives:
We have read all of the comments on this thread and I’d like to thank you for providing your constructive feedback on this issue. Instead of merely repeating our support and migration guidance that has been laid out on http://msdn.com/vbrun, I’d like to address some of your specific comments here.
To play back the feedback themes we’re hearing:
- VB6 is awesome
- VB6 needs to be brought forward and maintained: in a new release or OSS
VB6 was and still is without a doubt awesome. VB6 made developers incredibly productive building a breadth of applications and as a result we have a wealth of applications and passionate developers to this day in 2014. One way I see our mission in developer tools is to empower developers to solve problems. This includes both today’s problems AND the problems of tomorrow. VB6, as you all have stated repeatedly in this thread, is an excellent tool for solving the problems of its day. We also stand behind our decision starting in 2002 to meet the current demands of our developers and the industry with .NET. For the scenarios VB6 set out to do, we see VB6 being “complete”. We feel good about VB6 being able to continue maintaining their applications for the past 15 years. Current needs ranging from distributed applications and services, to web applications and services, to devices, to new architectures and languages, required fundamental changes to the whole stack. We looked at how we could accommodate these needs through incremental changes to VB6 while maintaining its essence, and that was not possible.
To address the modern needs we would need to go far beyond updating the language. We have to remember that VB6 is not just a language. VB6 is a language, a runtime, a platform library, a tool/IDE, and an ecosystem tightly packaged together in a way that made all of them work well together. We’ve worked with many customers on migration from VB6 to .NET and found that while yes, there are language changes, the dominating factor in migration difficulties isn’t the language differences. Even open sourcing the language/runtime wouldn’t solve the fact that VB6 was thought for a different set of problems, and the fact that its strength came from the end-to-end solution provided by all these five pieces working together. Take a change like 64bit, the complete runtime, tools and ecosystem chain would need to be retooled.
So, moving forward what can we do? Where we have been able to help move forward is in our stance around support and interoperability. The VB6 runtime it is still a component of the Windows operating system and is a component shipped in Windows 8.1. It will be supported at least through 2024. This ensures your apps and components continue to run as you incrementally move forward to .NET. The support policy is here: http://msdn.microsoft.com/en-us/vstudio/ms788708. There are numerous interop strategies that we developed and evolved to enable incremental migration as you upgrade your skills, described here: http://msdn.com/vbrun.
In summary, VB6 was awesome. We agree. We don’t expect or demand anyone to throw away their code or rewrite from any of our technologies unless it makes business sense for them to do so. We have to innovate to enable our customers to innovate. It is not a viable option to create a next version of VB6. We stand by our decision to make VB.NET and the .NET Framework. We think they are awesome too. It is not feasible to open source VB6 tools chain and ecosystem. The VB6 runtime was last shipped in Windows 8.1 and will be supported for the lifetime of Windows 8.1. Support and interop are great tools to move forward incrementally.
I hope you feel we’ve listened to your feedback and that I’ve explained things well enough that you understand our decision.
Group Program Manager
Microsoft Visual Studio Cloud Tools
VB.NET is a dead language and almost no one is using it. We have to face reality. There are hardly a few hundred people maybe using it actively. On contrary, against all negative comments VB6 is on the rise, especially with new additions and improvements. There are more than 25 million users and high paying jobs all around the globe. This is the truth. Like in nature, everything is born and dies.This is true for VB.NET as well. People should go on with life learning new languages and stop being stubborn on hopeless things like VB.NETand .NET platform.
Gigim has asked: I AM A VISUAL BASIC 6.0 PROGRAMER, VERY PROUD OF THAT ! SO, PLEASE DESCRIBE THIS CODE, JUST TO SHOW US WHAT A PROGRAMMER YOU ARE:
cmp byte [buffer+edi], 0x00
add edi, 1
cmp byte [buffer+edi], 0x08
We all wait !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Applications in VB6 are made in huge quantities today. Simply put, they are reliable. There are no risks, but just an impediment, is not cross platform. There is enormous many online open source VB6 projects for all domains. It is now used in Linux. It works very well with embedded ASM for low level functions.
Some good points:
VB6 components are free online.
VB6 is more productive than Visual Studio 2008 or 2010 or any other language after VS6.
Contrary to what has been said above, VB6 is a better language than C# (is way faster too). A good VB6 developer can write a feature much faster than a good C# developer because the language is much more powerful.
VB6 the best !
Zagor, I think you make spaghetti code in VB.NET and C++ or any other language.
@zagor alias 100 nicknames
Joy Recado responded 4 times to your questions tro|| !
What annoys you is that in VB6 you find everything for free in source code without paying between $ 10 and $ 200$ per app. ;) The most advanced code is free do to Visual Basic 6.0 !
This message is for the rest of the community as I do not bother to impress you even with a spi|
1- Regarding VB6 and Tiobe:
2- Stackoverflow is full of tro||s that cannot deal with programming! They are people just like you which I can count them on my fingers. Here are the answers:
3 - I've already told you that Malwarebytes is done in VB6. You do not know how to read ?
I have posted 3 simple questions lately and did not get any answers. I want Sten to answer me not the usual troll low IQ guy from VBAwards (LOL).
I repeat the questions:
1- THERE IS NOT ONE SINGLE SINGLE MODERN AND COMMERCIAL PRODUCT written in VB6!!! Please can you show me one.
2- Stackoverflow 2017 survey has chosen VB6 the MOST HATED language of all times. Can you explain why?
3- VB6 dropped in just month from 14th place to 18th on Tiobe index. Can you elaborate on this and tell me why?
I am waiting. Thank you.
Zagor loser, what is ?:
cmp byte [buffer+edi], 0x00
add edi, 1
cmp byte [buffer+edi], 0x08
@Zagor Tenay/Anonymous/honestcoder16/Mary/Kerry/Tony Pony/Larry G/LarsontheViking/A.Miranda/Jerry Finigan and the rest of your false names.
You are totally pwned.
Go back and edit your posts "To be honest with you, I have used and actually learned programming using VB6 in the 90s....."
Remove the word "honest".
You don't know the meaning of the word.
The problem when you delete a post and repost it as a modified version (by adding "Zagor said") is that the date/time is different. And it appears AFTER my reply to it.
As Mike says, you have been pwned, loser.
"To be honest with you, I have used and actually learned programming using VB6 in the 90s. It was a great tool for a beginner in those days. It was a very good tool in it's days. I remember going through Planet Source Code in those days and finding useful hacks, whether it be subclassing or some weird multi threading hacks. I wasn't very familiar with modular concepts, factoring and OOP in those days and whatever I was writing was mostly patch code written by others. My programs were somewhat functioning but it was just a mess, a spaghetti code. The next time I was looking at my code to add up some functionality, I could not understand it and it would take me hours on end to figure what the heck I did before. Those are typical symptoms for spaghetti code. I am quite sure many others did write code similarly in VB6. I wasn't the only one for sure. You know VB1-6 was not created by considering modern modular design concepts. So from the beginning it was doomed. That's why it was promoting bad coding practices. The industy realized that. They couldn't effort to rely on single shot coder API hacks in order to get their mission critical programs to work. They needed a serious framework. So .NET was born.
I am quite sure that you agree with me on this. This is NOT to undermine VB6. The fact is that VB6 can NOT be used in today's highly demanding programming environment. It will simply fall apart, unless huge renovations are made to it. Then one may raise the question. Why shall we update VB6 or more importantly how can we update it? It is almost certainly impossible to update VB6, as all the evidence shows that VB6 source code is not expandible and maintainable. VB6 was not designed to develop complex code. A new VB from scratch has to be designed. Well, then we are coming to the natural conclusion, There is a tool already been desined and it is called .NET, which is a complete re-design from scratch with managed code, garbage collection, OOP, multi threaded, with a huge native library etc. So, the request to bring back VB6 or to open source does not make sense, as there is already a well designed replacement for it.
The above is just a logical deduction. It proves that VB6 is really not required any longer."
You just been pwned.
:) :) :) :) :) :) :) :) :) :) :) :) :) :)
Anonymous's last post...
>>To be honest with you, I have used and actually learned programming using VB6 in the 90s. It was a great tool for a beginner in those days. It was a very good tool in it's days.....
he also posted on August 5, 2016 using the name honestcoder16
and on August 4, 2016 as Anonymous
and on July 21, 2016 as Zagor Tenay
and on July 12, 2016 as Zagor Tenay
and on July 7, 2016 as Zagor Tenay
and on July 5, 2016 as Zagor Tenay
and on June 24, 2016 as Zagor Tenay
And best of all he posted on June 4, 2017 using the name Zagor Tenay and hilariously he said "For the record. I use only one name and I don't see any problem posting an article a few times."
No one is going to use VB6 software. If it didn't happen 15 years ago, it won't happen now.
The rules that applied then apply now. Companies do not pay to rewrite all their applications in the OLD and IRRELEVANT technology which does NOT function any longer.
And VB6 applications generally run slower. It makes no sense.
Only a developer living in an idealistic fantasy world thinks that and asked to bring back VB6.
Some posters here have no knowledge or experience to understand why legacy applications SHOULD simply get rewritten in the latest and coolest technology, like NET. There are fundamental reasons why everyone is still talking about NET.
Idealistic and simplistic notions of how organizations operate will not change that.
The rise and fall of VB6
VB6 has declined significantly. It's popularity has fallen back UNBELIEVABLY. VB6 has steadily declined in popularity since it's peak in 2002.
Development is moving away from the bloated VB6 Spaghetti framework. It is really just legacy now. Looking at the graph VB6 has around 4 years left. It looks like VB6 will be dead by 2019/2020.
Time for VB6 users to move to NET.
VB6 is like a toy for the kids and always has been and always will be, but I don't understand the statement that it's "easier to understand" than VB.NET, that statement baffles me the most. I've been using VB since VB3 and let me tell you I avoid it like the plague (knowing how to use it and actually using it are two different stories).
Trust me, if you want to be a programmer continue learning the .Net world as VB6 will get you nowhere
Whether you move VB6 code to VB.NET (preferable, IMHO) or C#, one avenue of migration is to write new code in .NET (I'll use that name so you can decide which language) and use COM Interop to use the new DLLs in existing VB6 code.
I have written both COM DLLs and COM "OCXs" in pure C# (VB.NET works fine, maybe even better) and used them with no problems in VB6 code.
If you take that approach, you can, over time, refactor the VB6 code to .NET code, taking advantage of splitting up business layer, UI layer (as in Windows apps, Windows Phones apps, ASP.NET apps, or even iOS and Android apps using Xamarin in VS 2013).
For me, it is not theoretical. I've done it for years, and it works great.
A lot of people including myself made the transition to VB.Net, and all the others should.
There will be no update and it would be ridiculous if so.
I agree there are thousands if not millions of applications developed in VB6, and more being developed. But it is not logical, practical or realistic to think that would be the norm in the future.
Operating Systems are evolving and will not be held up by archaic code. It sounds harsh but it is a fact.
"Zagor claims to be 24 years old." -
Zagor says: "I remember having designed complex code in the 90s and early 2000s and ...". Well, it turns him into a 50 years loser :) now we know ! We wait for his OCD to get back into remission. I think his mother is stressing him again and shut him down to the cellar where he opens his computer from the 90's and he pays his attention to what obsessions he can.
I see you through the webcam Zagor !