Slashdot Mirror


Microsoft Remains Firm On Ending VB6 Support

An anonymous reader submits "CNet reports that Microsoft is remaining firm an ending support for VB6, despite a petition and many requests from its developer community. If only VB were a F/OSS project instead of a proprietary customers could be assured of continued support as long as there was demand. Are there any good F/OSS implementations of VB out there for customers to migrate to? One can only hope that enlightened groups like the Agility Alliance would warn about the risks of using such software that can be end-of-lifed even while they're in heavy use."

16 of 796 comments (clear)

  1. Why use VB6 when you can use... QBASIC!! by Sassan+Sanei · · Score: 5, Funny

    Too bad they are abandoning it. Fortunately for me, I'm still using QBASIC for all of my programming! Sassan

    1. Re:Why use VB6 when you can use... QBASIC!! by AvantLegion · · Score: 5, Funny
      >> Fortunately for me, I'm still using QBASIC for all of my programming!

      Me from 1992, is that you?

  2. Gentlemen, by Anonymous Coward · · Score: 5, Funny

    It seems like this would be a good time has for a serious discussion on whether or
    not to continue using C for serious programming projects. As I will
    explain, I feel that C needs to be retired, much the same way that
    Fortran, Cobol and Perl have been. Furthermore, allow me to be so bold
    as to suggest a superior replacement to this outdated language.

    To give you a little background on this subject, I was recently asked
    to develop a client/server project on a Unix platform for a Fortune
    500 company. While I've never coded in C before I have coded in VB for
    fifteen years, and in Java for over ten, I was stunned to see how
    poorly C fared compared to these two, more low-level languages.

    C's biggest difficulty, as we all know, is the fact that it is by far
    one of the slowest languages in existance, especially when compared to
    more modern languages such as Java and C#. Although the reasons for
    this are varied, the main reasons seems to be the way C requires a
    programmer to laboriously work with chunks of memory.

    Requiring a programmer to manipulate blocks of memory is a tedious way
    to program. This was satisfactory back in the early days of coding,
    but then again, so were punchcards. By using what are called
    "pointers" a C programmer is basically requiring the computer to do
    three sets of work rather than one. The first time requires the
    computer to duplicate whatever is stored in the memory space "pointed
    to" by the pointer. The second time requires it to perform the needed
    operation on this space. Finally the computer must delete the
    duplicate set and set the values of the original accordingly.

    Clearly this is a horrendous use of resources and the chief reason why
    C is so slow. When one looks at a more modern (and a more serious)
    programming language like Java, C# or - even better - Visual Basic
    that lacks such archaic coding styles, one will also note a serious
    speed increase over C.

    So what does this mean for the programming community? I think clearly
    that C needs to be abandonded. There are two candidates that would be
    a suitable replacement for it. Those are Java and Visual Basic.

    Having programmed in both for many years, I believe that VB has the
    edge. Not only is it slightly faster than Java its also much easier to
    code in. I found C to be confusing, frightening and intimidating with
    its non-GUI-based coding style. Furthermore, I like to see the source
    code of the projects I work with. Java's source seems to be under the
    monopolistic thumb of Sun much the way that GCC is obscured from us by
    the marketing people at the FSF. Microsoft's "shared source" under
    which Visual Basic is released definately seems to be the most fair
    and reasonable of all the licenses in existance, with none of the
    harsh restrictions of the BSD license. It also lacks the GPLs
    requirement that anything coded with its tools becomes property of the
    FSF.

    I hope to see a switch from C to VB very soon. I've already spoken
    with various luminaries in the C coding world and most are eager to
    begin to transition. Having just gotten off the phone with Mr. Alan
    Cox, I can say that he is quite thrilled with the speed increases that
    will occur when the Linux kernel is completely rewritten in Visual
    Basic. Richard Stallman plans to support this, and hopes that the
    great Swede himself, Linux Torvaldis, won't object to renaming Linux
    to VB/Linux. Although not a C coder himself, I'm told that Slashdot's
    very own Admiral Taco will support this on his web site. Finally,
    Dennis Ritchie is excited about the switch!

    Thank you for your time. Happy coding.

  3. I believe I speak for slashdot when I say.... by Anonymous Coward · · Score: 5, Insightful

    My business still develops with the Visual Studio 6 tools and we refuse to switch to the .NET framework because of its large and expensive infrastructure. This is the same company that encourages high school students to become software engineers?? Microsoft..... what total assholes.

    If you support Microsoft feel free to mod me down.

  4. Re:Good Implementations of VB??? by grahamsz · · Score: 5, Funny

    In both cases the answer is probably "a dead version" :)

  5. Re:Good Implementations of VB??? by kin_korn_karn · · Score: 5, Funny

    This thread just went from 0-to-Godwin in 6 minutes. A new record!

  6. Re:Mod me down if you must, but I prefer Visual Ba by abradsn · · Score: 5, Insightful

    Delphi offers these same benefits. Let's face it. The reason VB is so popular is because Microsoft is its mother.

  7. So What? by simetra · · Score: 5, Funny

    Just because they declare end-of-life doesn't mean the cd's are going to burst into flames.

    --

    "Would it kill you to put down the toilet seat?" -- Maya Angelou
  8. Re:Mod me down if you must, but I prefer Visual Ba by Umbral+Blot · · Score: 5, Insightful

    I applaud you for supporting the language you love. I am not a Visual Basic programmer myself, but I know that it has a place in the world, a place that is not filled by a more complex and more formal language. There are things you wouldn't want to write in VB, true, but that doesn't make a language useless. Just like a more conventional scripting language VB allows the creation of tools at minimal programmer expense. Why code up an app from scratch in days when you can do it for a few hours in VB. Especially when the app is light weight or in-house VB can easily outshine other languages. While VB may be coming to an end of it's lifespan it will leave a hole in a programmer's tool box that will eventually need to be filled by something else, something not currently available.

  9. VB Alternatives by podperson · · Score: 5, Informative

    You might care to look at:

    RealBasic -- a VB-near clone with cross-platform development options that actually work, and which produces standalone .exes which don't require a magic set of DLLs to be installed correctly.

    Extreme Basic -- an open source VB-like development tool which looks very promising, being developed by the original developer of RealBasic.

  10. Re:Mod me down if you must, but I prefer Visual Ba by enjo13 · · Score: 5, Insightful

    Lets play smack the VB FUD down:) For the record: I've used Visual Basic professionally (complete end to end application work) along with Java, Perl, Python, and C++. Having in depth experience with all of those languages gives me good perspective on this particular debate (I think anyways:) ).

    It is faster to develop an application in VB than any other language

    Is it REALLY? This really needs to be backed up with research. I would argue that building MEANINGFUL applications would be accomplished much more efficiently in a language such as Ruby or Python (my prototyping language of choice) or even Java. You did not build a web-browser in 4 hours, you merely wrapped an existing one in a new interface. You did not build an e-mail client, you patched together some API's. This same magic is perfectly accomplishable in a number of other languages.

    Visual Basic is more secure as a language

    How is it more secure then Java or any other similiarly sandboxed language? As has been pointed out, your simply moving the security onus to code completely out of your control produced by a company with a spotty security record.

    You earn more money using VB

    That's rather situation dependent. I am a technical architect for a Symbian applications company (C++). There are relatively few people in the whole of the United States qualified to do my job and as such I'm compensated quite well. I make far more doing this than I would as a senior VB developer.

    Saying that 'they almost always go with Visual Basic for the client and Java for the servers' is absolutely unbeleivable FUD. I've run across more CLI mainframe programs running against COBOL servers than possibly anything. New development seems to be more about web apps (some combination of Java/JSP generally). Visual basic seems to have a rather limited prescence in my experience. YMMV.

    VB is a fine tool for what it is designed to do. As a language it leaves quite a bit to be desired. I find the syntax to be rather clumsy and I find that for significantly complex jobs it's simply not the right tool. It's definitely not a be-all-end-all that so many VB zealots like to make it out to be.

    --
    Turn s60 photos into awesome videos with mScrapbook for all S60 3rd edition phones!
  11. VB is Dead by KalvinB · · Score: 5, Insightful

    For points 1,2 and (possibly) 3 see C#

    The only reason anyone should be using VB is to maintain existing products. Any new products where VB was considered, should be using C# instead.

    C# was thought to be MS's answer to Java. But what it actually did was remove any reason for VB to continue to exist. It wasn't the Java killer. It was the VB killer.

    Any coder who can only code in a single lanaguge is a weak coder of no value to a company. At my job I've used at least 5 languages since I started. Times change, languages change. You need to adapt or you'll become obsolete.

    I've used VB in the past. I used C# for a project having no knowledge of C# previously and instantly picked it up. I even managed to convert Quadpack from C to C# with little effort while putting up a nice GUI with the amount of ease that I was used to with VB.

    VB is dead, switch to C#.

  12. Re:Mod me down if you must, but I prefer Visual Ba by d34thm0nk3y · · Score: 5, Insightful

    Of course, you could say all the same things about Python with the added bonus of being Free.

  13. Re:Financial Services by TheCodeFoundry · · Score: 5, Informative

    Thanks for RTFA. Spreading FUD isn't limited to MS, I see.

    VBA and VBScript have nothing to do with Visual Basic 6. Not to mention, just because MS is no longer supporting VB 6, it isn't going to "cease to work" tomorrow.

  14. Re:Meet The Forkers by Pentavirate · · Score: 5, Insightful

    So what does it mean if they no longer support it. Does it mean that you can't develop in VB6 anymore? Of course not. Does it mean you can't call them up and ask them questions about VB6? I don't know of any developer that would call up Microsoft to ask them a question about VB6. If they have questions, they check out newgroups and mailing lists just like F/OSS developers do.

    Really the only thing that will change is that Microsoft will no longer release bug fixes. When was the last time you downloaded a bug fix for VB6 anyway? If you have functioning legacy software that uses VB6 then bug fixes probably aren't needed. If you're going to develop something new, you still have the option of using VB6 or you can use the latest and greatest development tools/language.

    I fail to see the difference between this and an F/OSS project that's abandoned by its maintainer, especially those that are waning in their usefulness.

  15. QBASIC horror story by DrJimbo · · Score: 5, Interesting

    Many moons ago, I got called in to put out fires in a project that had a DOS based computer in part of the feedback loop of an industrial cutting machine. If the feedback wasn't fast enough the loop would open and things would break.

    The software was written in QBASIC, which had just recently come out. I needed double precision (32 bit) integers for the control loop. QBASIC had this type built-in. Problem was that when I switched to 32 bit integers the program ran about 1,000 times slower and things in the real world got broken.

    I couldn't figure it out. After carefully checking and re-checking my code, I did an assembly level debug. Turns out the brainiac billionaires at Microsoft had decided to "save" about 10 minutes of programming time by using floating point double precision for all their 32 bit calculations, even though 32 bit add and subtract were either already part of the machine language instruction set or took just two or three instructions at worst case. Instead, for every math operation the 32 bit values were converted to double precision floats, the calculation was done in floating point and then the answer was converted back to 32 bits. To make matters worse, the hardware didn't have a floating point co-proccessor (because the designer knew that no floating point calculations were needed) so all the floating point stuff was done in software emulation. Of course, there wasn't a word or a warning about this in any of the manuals.

    Once I figured out the problem (morons had written the 32 bit integer support) I was able to write my own 32 bit routines in QBASIC that were 100's of times faster than Microsoft's built in routines, even without dipping down into assembly and taking advantage of the carry flag.

    Quick Basic indeed! If it were any quicker it would be running backwards.

    --
    We don't see the world as it is, we see it as we are.
    -- Anais Nin