VB6: Best programming language ever
-
Shirley that's VB.net, VB6 had the wonderful
Option Explicit. Where I used to work it was hanging offence to not include that one. -
I come from teh dark side. My mission is completed. VB6 shall rule all of you in sometime. We will conquer you all. BWA HA HA
Nahin c programming best
-
Pete O'Hanlon wrote:
So the problem was the people and not the language.
It more was like Juno - two faced problem. People that try to sell you something that does not fit...
I'm not questioning your powers of observation; I'm merely remarking upon the paradox of asking a masked man who he is. (V)
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.
-
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.
I can't agree more about that 'elite' behavior around - X|! Also about VB6 and VB.NET - they are a different... But believe me! I went to Microsoft every day for over 6 months. Their professionals worked with me all day long to build the base of our new system - it doesn't worked out - and in that case it was because of VB6...
I'm not questioning your powers of observation; I'm merely remarking upon the paradox of asking a masked man who he is. (V)
-
I realise I may get flamed for this, and I am mentally prepared for it, but VB6 was not as bad as people make it out to be. Sure it was not the best language for much of anything, but it is not as bad as people make it out to be. .NET was far worse, and I would even go as far as to say that C# is more shoddy than VB6 ever was or ever will be. Now before the flaming starts hear me out. I personally would class VB6 as an intermediary language, sure there was a lot more managed libraries than C++ will ever have, but the amount of managed code in VB6 pales in comparison to the amount of managed code in .NET or C#. As someone who has dabbled briefly into cryptography, managed code is the single largest bane of any language you can name. Unmanaged code also prods the coder to pay a hell of a lot more attention to what they are doing, to make sure they get things right, because getting anything wrong can lead to catastrophic failure, particularly in languages that have even less managed code libraries than VB6. So is VB6 the best language ever? No, but there are certainly a significant amount of more "modern" languages around that are significantly worse. Sure you could write some unsafe code in VB6, but if you are any good at it, you can write "unsafe code" that does the job it was written for, does it correctly, and is faster than the "managed code". In short, before anyone starts ranting about how bad a language is, learn the compiler properly, learn the loop holes, the does and the don't. You'll be happier, more productive code monkeys. When speed and accuracy is of prime importance to your application, unmanaged code is king. Quit with the hand holding that are managed libraries and learn to code properly.
Seems like you wrote that trying to attract a flame. For most things managed code is 'coding properly', particularly with an intelligent garbage collection algorithm and large memory spaces. C#/.Net applications get very close in speed to a correctly coded C++ equivalent. An environment where "getting anything wrong can lead to catastrophic failure" is not better.
-
Depends on each image you create. Our System Admins just uncheck the .NET Framework option during install..
The signature is in building process.. Please wait...
-
Seems like you wrote that trying to attract a flame. For most things managed code is 'coding properly', particularly with an intelligent garbage collection algorithm and large memory spaces. C#/.Net applications get very close in speed to a correctly coded C++ equivalent. An environment where "getting anything wrong can lead to catastrophic failure" is not better.
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.
-
So the problem was the people and not the language. MS fell victim to the same mentality as many large consultancies and tried body shopping where they'd drop a star programmer in to win the bid and, as soon as they had got the work, they'd drag that poor sap off to repeat the same process in other companies. It's known as bait and switch. You cannot blame the language for poor management practice. I've seen many fine programs written in VB6, in just the same was as I've seen many poor ones.
Well said. I have had many years of happy VB6 programming - and still use it. It has 'issues' - name me a language that doesn't (on second thoughts don't). VB6 is good at some things - bad at lots of others. If you are in its sweet spot it can be very productive.
-
Shirley that's VB.net, VB6 had the wonderful
Option Explicit. Where I used to work it was hanging offence to not include that one.Don't forget
Option Base[^], just to mess with anyone who tries to understand your arrays.
"These people looked deep within my soul and assigned me a number based on the order in which I joined." - Homer
-
d@nish wrote:
No. It is not. Just kidding.
You must be VB programmer! April Fool's day isn't until tomorrow. Marc
-
You may be joking but in it's day it really was. The technology spawned an entire industry.
-
You may be joking but in it's day it really was. The technology spawned an entire industry.
-
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.
Pete O'Hanlon wrote:
I can understand why we don't get many VB developers on CodeProject
oh, we're here. we just never say anything. Trust me, we think all you VB bashers only do it because you've never actually TOUCHED a decent VB.NET program, but feel like you have to 'bash' to fit in. probably my one and only post... but wanted to get my 2¢ in :)
-
I can't agree more about that 'elite' behavior around - X|! Also about VB6 and VB.NET - they are a different... But believe me! I went to Microsoft every day for over 6 months. Their professionals worked with me all day long to build the base of our new system - it doesn't worked out - and in that case it was because of VB6...
I'm not questioning your powers of observation; I'm merely remarking upon the paradox of asking a masked man who he is. (V)
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!!!
-
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.
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.
-
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.
d@nish wrote:
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.
Hey D@nish, Well, sort-of, but it turned out to be a much richer programming system than I think even Microsoft expected. At the time the VB line was beginning to make itself front-and-center I had been writing in C/C++ and MASM for a long time. I had even gone so far as to have developed my own event-driven, color, mouse supported user-interface system for DOS by that time. (I had already been in the field about 20 years). The main thing keeping me (as a systems-level developer working in DOS) from embracing the Windows technology was the overly detailed manner in which applications had to be developed to run in Windows. I mean ... a "Hello World" application took something like 135 lines of code written in C/C++ once you constructed the main event loop, invalidation of the window rectangle, yadda yadda. I could see why someone with no other way might want to write Win32 level code (I read Petzold's book too) but to develop applications that way just seemed, to me, to be re-inventing the wheel. I was, at that time, getting tired of bare-metal programming. At one point (back in 1998 or so) I was tasked with developing a credit-settlement application to run in the Windows desktop. The idea seemed daunting. However I had just discovered VB3 by that time and thought I'd see how that worked out. To my pleasant surprise I was able to focus on the application instead of the arcane details associated with trying to manage overlaid windows, custom controls and the rest. I had finally found the answer to developing for Windows. In the ensuing years VB3 grew through VB4, VB5 and finally VB6. All during that time I found myself able to develop stuff for the Windows desktop with far more dispatch and design understanding than someone who was struggling with MFC programming. I was interested in getting RESULTS, not trying to prove I was a masochist. Snotty young C++ developers liked to get elitist about all the hotshot things they could do with C++ while those of us writing VB applications were getting business done. (I'm not saying ALL C++ developers are that way, nor am I saying the language doesn't have its place). The firm I work with now still has a large base of code based on VB6 which has worked well for years. Sure, for new things we have moved onto
-
Well VB6.0 was the langugage which keen me on programming. I have never use it in my professional programming, because i did the job with other tools, but there a lot of times where i want to be able to use it. I like it because of its simple syntax and nice enviorment.
-
d@nish wrote:
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.
Hey D@nish, Well, sort-of, but it turned out to be a much richer programming system than I think even Microsoft expected. At the time the VB line was beginning to make itself front-and-center I had been writing in C/C++ and MASM for a long time. I had even gone so far as to have developed my own event-driven, color, mouse supported user-interface system for DOS by that time. (I had already been in the field about 20 years). The main thing keeping me (as a systems-level developer working in DOS) from embracing the Windows technology was the overly detailed manner in which applications had to be developed to run in Windows. I mean ... a "Hello World" application took something like 135 lines of code written in C/C++ once you constructed the main event loop, invalidation of the window rectangle, yadda yadda. I could see why someone with no other way might want to write Win32 level code (I read Petzold's book too) but to develop applications that way just seemed, to me, to be re-inventing the wheel. I was, at that time, getting tired of bare-metal programming. At one point (back in 1998 or so) I was tasked with developing a credit-settlement application to run in the Windows desktop. The idea seemed daunting. However I had just discovered VB3 by that time and thought I'd see how that worked out. To my pleasant surprise I was able to focus on the application instead of the arcane details associated with trying to manage overlaid windows, custom controls and the rest. I had finally found the answer to developing for Windows. In the ensuing years VB3 grew through VB4, VB5 and finally VB6. All during that time I found myself able to develop stuff for the Windows desktop with far more dispatch and design understanding than someone who was struggling with MFC programming. I was interested in getting RESULTS, not trying to prove I was a masochist. Snotty young C++ developers liked to get elitist about all the hotshot things they could do with C++ while those of us writing VB applications were getting business done. (I'm not saying ALL C++ developers are that way, nor am I saying the language doesn't have its place). The firm I work with now still has a large base of code based on VB6 which has worked well for years. Sure, for new things we have moved onto
-
Well said. I have had many years of happy VB6 programming - and still use it. It has 'issues' - name me a language that doesn't (on second thoughts don't). VB6 is good at some things - bad at lots of others. If you are in its sweet spot it can be very productive.
It says something if a language, unchanged from the original spec is still in use 14 years after it came out. People just want something simple. Sometimes I look at the C++ or C# or Java or Javascript code and think why have they made everything so complex. It is nice to go back to languages like VB6 or VBA or VBScript.
