VB6: Best programming language ever
-
Visual Basic was a major breakthrough in that it was the first widely adopted "visual" programming tool for Windows. But it had severe weaknesses from the start that were never fixed, even by the time they got to version 6. Borland's Delphi beat the crap out of VB - that is why Microsoft lured Anders Hejlsberg (and others) away from Borland in 1996. Anders "fixed" VB6 - by killing it and creating C#.
-
I found VB6 to be quite useful, and used VB since version 1. (I still have the original 5 1/4" disk but no machine to read it.) I used it extensively where I worked, tying into various databases the company used (Informix, SQL Server, Oracle). I was able to use the VB knowledge in VBA and VBScript as well. It's still a great language for quick-and-dirty stuff. That said, I refused to learn VB.Net, because I already knew C/C++ and C# was easier to learn and using both VB6 and VB.Net was confusing when the syntax changed so much.
It was possible to do in VB6 almost anything that could be done in C -- just easier and quicker. VB still lives. VBA is currently VB7.
-
I'm pretty sure the language would have fit. As I said, it's having people who don't know what they are doing that is generally the problem. There have been many ERP implementations that used VB6 and they seemed to be able to cope admirably. The problem is, it's easy to knock VB because it's looked down on and derided as a toy language by "serious" developers, and this is just a crass attitude. Unfortunately, this infantile behaviour has carried over from VB6 through to the VB.NET world and I can understand why we don't get many VB developers on CodeProject - because we have a self styled elite pouring scorn on them.
So true, the VB6 articles do not occur often on Code Project (although not the case in 2014) because there is always a small group that has bad words splashing the article without basis of any kind. I am convinced that many VB6 programmers have lived with the same impression. I met some "serious" developers (C++, Java) myself and I was surprised that in their lives they did nothing complex in the languages they prefer. Then suddenly I woke up to reality, I understood that they were only storytellers. A typical VB6 article should look like this: Compilers Demystified: Function Pointers in Visual Basic 6.0[^]
-
While VB.NET is a respectable beast, prior versions of VB were not. It was VB, and not the programmer. There is a negative connotation to "VB Programmer" because of the well know VB issues. But I thank MSFT for VB. Because it failed so miserably, I was forced to buy Delphi 1.0 and give it a try. wow, it was everything VB wanted to be. Rolled my own component that weekend (an extension of the TEdit), which had taken me a week to do as my first VBX project. Never looked back. Fell in love with Delphi. So VB is like the quirky friend who throws one of his cheesy parties, and I ended up finding my soul mate... Because we were a Microsoft Partner at the time, I did not tell anyone I was using Delphi. I rewrote the ENTIRE application in Delphi in like 2 weeks, released the "updated" version, and the users were THRILLED. Gone were the memory problems, and the slowness, the instability. The DLL Hell... Within 9 months it made product of the year at a big trade show. (we won't talk about the fallout when one of the other programmers on a DIFFERENT product realized it was not VB, LOL)... Ahhh, good memories! PS: The product shipped on a Single 3.5" disk, and supported internet updates via http requests!!!
-
Pete O'Hanlon wrote:
make developing business applications quick.
That what you say - but in 1999 when we went to Microsoft they sold us VB6 to develop the new version of our ERP. It was catastrophic... It was a group - so-called - specialist in distributed network applications (they called it DNALab), and they almost ruined our reputation with that suggestion... So the fact that even Microsoft didn't know for what VB is good, but they tried it on everyone without mercy... X|
I'm not questioning your powers of observation; I'm merely remarking upon the paradox of asking a masked man who he is. (V)
-
Visual Basic was a major breakthrough in that it was the first widely adopted "visual" programming tool for Windows. But it had severe weaknesses from the start that were never fixed, even by the time they got to version 6. Borland's Delphi beat the crap out of VB - that is why Microsoft lured Anders Hejlsberg (and others) away from Borland in 1996. Anders "fixed" VB6 - by killing it and creating C#.
Really ?! VB6 might be the best language in the world (for obvious reasons). I am a VB6 programmer, what are the weaknesses that you talk about, I do not know for VB6 to have any weaknesses ! Delphi better than VB6 ?! NO, in any event... be realistic! VB6 is in many cases faster than C++, and you talk about Delphi ?! again, be realistic!
-
Wasn't it created for those who could not code in real programming language? I would not know as I wrote my first program in year 2000. I used C++ for it. Proud.
@dd@nish Any intermediate VB6 programmer can put you in the corner of shame (hell, even I can do that). Do not believe me?! read this: Compilers Demystified: Function Pointers in Visual Basic 6.0[^] I am very proud to be a part of the great VB6 community, where many intelligent programmers reside! Best regards, ISpliter :)
-
You may be joking but in it's day it really was. The technology spawned an entire industry.
Considering the polls, VB6 is still the best programming language in the world: http://www.theranking.com/what-is-the-best-programming-language-in-the-world_r55229[^] http://www.theranking.com/what-is-the-best-programming-language-ever_r43672[^] http://www.theranking.com/best-programing-language-in-the-world_r36102[^]
-
:-D There was a time when it was a cool language, and I have made quite a bit money writing VB6 Applications. So I can't complain. And on the other hand after using it for few years and earning money, I failed to understand that why my university taught me C++, or why we even need it. But then C# happen... :laugh:
Remind Me This - Manage, Collaborate and Execute your Project in the Cloud
-
Considering the polls, VB6 is still the best programming language in the world: http://www.theranking.com/what-is-the-best-programming-language-in-the-world_r55229[^] http://www.theranking.com/what-is-the-best-programming-language-ever_r43672[^] http://www.theranking.com/best-programing-language-in-the-world_r36102[^]
Doesn't surprise me a bit. Most folks that want to "diss" the tool either haven't really used it or are listening to marketing talk. Yeah, it's old and been around for awhile but so has my Raleigh I ride 60 to 70 miles per week. (It's a 1987 model BTW - and more than one person has drooled over it.)
-
No it's not better, but it does teach you to be better coders because you are paying a lot more attention to what you are doing as opposed to letting the managed code do it for you. In many instances the managed code is also slower, see my cryptography example. But I do agree with you that managed code does suit most instances. I was being very specific with the example.
In fact, it may be the best. If you are interested in cryptography applications here are some app's in VB6 wich are very, very, very, fast! (this app's are VB6 only, no assembly line is used, just pure VB6 code): http://www.planetsourcecode.com/vb/scripts/ShowCode.asp?txtCodeId=73477&lngWId=1[^] http://www.planetsourcecode.com/vb/scripts/ShowCode.asp?txtCodeId=73481&lngWId=1[^] http://www.planetsourcecode.com/vb/scripts/ShowCode.asp?txtCodeId=73513&lngWId=1[^] http://www.planetsourcecode.com/vb/scripts/ShowCode.asp?txtCodeId=73500&lngWId=1[^] http://www.planetsourcecode.com/vb/scripts/ShowCode.asp?txtCodeId=73499&lngWId=1[^] :)
-
d@nish wrote:
No. It is not. Just kidding.
You must be VB programmer! April Fool's day isn't until tomorrow. Marc
-
Honestly, Because VB.net introduces complex concepts foreign to VB, and new layout concepts. Otherwise they would be here.
-
Honestly, Because VB.net introduces complex concepts foreign to VB, and new layout concepts. Otherwise they would be here.
Nothing is foreign to VB6. VB6 already has many of the concepts you're talking about. How is this possible since is has not been updated for 15 years ?! Well, many of these concepts are made in VB6 and are stored inside classes designed by different VB6 programmers (these are open source and anyone can use them). If you are more specific I can give you some examples. PS: Ask yourself how often do you use these "great", "complex" and "modern" VB.NET concepts (which are implemented in VB6 too, by us, the VB6 programmers). Thanks for the reply, Best regards, ISpliter
-
In fact, it may be the best. If you are interested in cryptography applications here are some app's in VB6 wich are very, very, very, fast! (this app's are VB6 only, no assembly line is used, just pure VB6 code): http://www.planetsourcecode.com/vb/scripts/ShowCode.asp?txtCodeId=73477&lngWId=1[^] http://www.planetsourcecode.com/vb/scripts/ShowCode.asp?txtCodeId=73481&lngWId=1[^] http://www.planetsourcecode.com/vb/scripts/ShowCode.asp?txtCodeId=73513&lngWId=1[^] http://www.planetsourcecode.com/vb/scripts/ShowCode.asp?txtCodeId=73500&lngWId=1[^] http://www.planetsourcecode.com/vb/scripts/ShowCode.asp?txtCodeId=73499&lngWId=1[^] :)
I see VB6 as an intermediary language, it's not as flexible as C or C++ , but in some instances it is superior to more modern languages such as C# because it does not enforce "best practices". Case in point is the following rant. If you implement AES in VB6, using best coding practices, such as all local variables and the like, it is something along the lines of 45-50% slower than if it was implemented in C. If however you implemented AES using code that does not fit "best coding practices", hand coding most things rather than using managed code, or doing things such as declaring all the variables as either global or static, you will notice that the VB6 code runs considerably faster, to the tune of 5-10% slower than if it were implemented in C. There are 2 reasons for this. 1) VB6 is not ideal for cryptographic protocols, and 2) allocation of memory and then de-allocating it after you have finished running through a sub takes time, ok sure it's only a few microseconds, but when you are running through those subs several thousand times when encrypting a large file, you will definitely notice a significant difference in speed, even when compiled. The more computationally intensive those subs are, the worse the lag becomes. Point 2 is basic comp-sci. Having variables declared globally or as a static means the memory is allocated once, and is not released until the application has finished doing what it is doing. Two of the core requirements in any cryptographic system is speed, and having the smallest memory footprint as possible so it can be used in multiple places, such as embedded systems or even smart cards which have an absolute minimum amount of resources available to it. You can have the most secure system in the world, but if it has a large footprint, you are limiting it's use. And if it's to slow no one will use it at all. So you have to make some compromises in your code to get that speed and minimal footprint. The prime compromise is using code that is considered bad by most application developers. Bypassing most of the managed code, and hand tuning things yourself, and using intensely small subs, the more complex the sub the slower it will run. Even something as simple as turning off intrinsic compiler based error checking will effect the speed and footprint of your code. Of course, using techniques that are not "best practice" can lead to catastrophic failure of the program in question, or the whole system if you are using a language that is capable of such a thing such as C. That is ex
-
No! It's a name made by Microsoft. Distributed Network Application === DNA...
I'm not questioning your powers of observation; I'm merely remarking upon the paradox of asking a masked man who he is. (V)
-
No! It's a name made by Microsoft. Distributed Network Application === DNA...
I'm not questioning your powers of observation; I'm merely remarking upon the paradox of asking a masked man who he is. (V)
