|
| Wed, Jul 09th | home | browse | articles | contact | chat | submit | faq | newsletter | about | stats | scoop | 09:59 UTC |
|
login « register « recover password « |
| [Article] | add comment | [Article] |
Projects are appearing that attempt to bring Visual Basic clones to Linux. Marc Boorshtein, a former VB programmer, thinks this is a mistake, and that we should be innovating with what we already have instead of spending time working at emulating what he considers a technological dead end. Copyright notice: All reader-contributed material on freshmeat.net is the property and responsibility of its author; for reprint rights, please contact the author directly. I was very disturbed by first reading about KBasic on slashdot.org and then another VB clone on newsforge.com. Why are we trying to emulate Windows? Do we have to make the same mistakes? While the idea behind VB is good (an environment in which pre-built components can be glued together to build applications quickly), MS VB is NOT a good language at its core. It isn't object-oriented, it's object-based. There is no inheritance, and its implementation of interfaces leaves much to be desired. Python is fully object-oriented and cross platform. What makes MS VB so strong isn't the language itself, it's the environment and support. While VB is a terrible language, it has an amazing IDE, probably the best on the market. If you separate the IDE from the language, it's an excellent tool. The IDE integrates form design, object browsing, code structuring, database integration, Web integration, and anything else you want it to include. Had VB instead been VPython, it would have been a nearly perfect tool. The second piece of MS VB that makes it so powerful is its Windows support. With direct ties into ADO, MTS, and COM+, for internal projects, there is usually no need for anything written in C or C++. Everything from soup to nuts can be built inside of VB, including the middleware, database, and front end, whether that front end is Windows- or Web-based. This is very appealing to companies large and small because they are only buying one tool for an entire job, as opposed to one tool for middleware, one for the front end, and one for the database. The problem with emulating VB is the technology VB is based on, COM and Windows. All of its components are Windows-based. To bring a VB app over to Linux, you would have to bring COM, ADO, MTS, and DCOM, not to mention all of the third party components that are used in VB apps. Getting it to work effectively in Linux is just not worth it. There are several alternatives that already exist and have great IDEs. Java is my personal favorite. It's an industry standard that has been adopted by the largest companies in the world. While it's not as easy to learn as VB, it's more powerful. If ease of use is the issue, make an IDE for Python. It's as easy as VB to learn, and a much better core language. While VB is a good language for learning, it is NOT a good language for production work. We shouldn't make the same mistakes as Windows, nor should we try to beat Windows by becoming the same beast that Windows is. We should innovate and create better technologies, not just copies of the poor original. Why do I have these opinions? I worked in VB on Windows for four and a half years. About a year ago, I was brought to Linux and I switched from VB to Java. Since then, I have never looked back. Creating VB on Linux is a bad idea. There are simply too many problems with it, and there are already great alternatives.
Marc Boorshtein (mboorshtein@yahoo.com) is a sophomore at Western New England College in Springfield, MA, majoring in Computer Science. He began working in VB five and a half years ago, starting with VB 3. He worked in the MIS department at Process Software in Framingham, MA during the summer of his senior year, and as a consultant at PriceWaterhouseCoopers last summer. He has been using Linux for about a year and has since stopped using VB in favor of Java. He is currently running an Open Source project called the Internet Document and Report Server (http://idrs.sourceforge.net/), which merges a tag-based system for accessing databases in Web pages and external Java components to build powerful data-driven Web sites. The next release will also include scripting support for both the JPython and BeanShell languages.
T-Shirts and Fame!We're eager to find people interested in writing editorials on software-related topics. We're flexible on length, style, and topic, so long as you know what you're talking about and back up your opinions with facts. Anyone who writes an editorial gets a freshmeat t-shirt from ThinkGeek in addition to 15 minutes of fame. If you think you'd like to try your hand at it, let jeff.covey@freshmeat.net know what you'd like to write about.[Comments are disabled]
[»]
VB Linux I don't think some of the projects that are VB like are trying to emulate MS VB. Most of them are just trying to implement BASIC into Linux, not so much VB itself. Programming languages are not just for one OS. I agree that the VB4Linux project is wasting time. But others that just want to bring BASIC some fuctionality on Linux aren't wasting time. BASIC is somewhat of a "dog and pony" show but if written right by adding more functionality like OO, among other things it could become a very nice language that everyone can use to create simple or complex programs. I'm for writing a decent BASIC system on Linux, we just need one with more functionality and power.
[»]
Re: VB Linux For those looking for a RAD/Basic equivalent to VB in Linux... I just stumbled across Gambas a couple days ago at gambas.sourceforge.net. It looks to be very promising, and claims it is not trying to be a clone of VB, but rather a Linux alternative to VB.
[»]
The right tool for the job dammit! Python + some ide/gui toolkit like blackadder from thekompany (qt ), or boa
constructor ( wxwindows )
[»]
VB I've used VB since more than 7 years now and i still use it, i think is a
great tool for programing and a good languaje; yes, it has it's
limitations, it lacks of C speed, and whatever. But what you say about it
is just your own lack of abilities to push harder the languaje, you
complain to much about the languaje, ok, if you don't like then don't blame
the languaje, out there is a lot of talented people that pushed to the
limits the languaje, i know people tha write games over it, yes as a hobby,
but they are really Quality (Check out www.rookscape.com/vbgaming/). Also
there are some Commercial VB games out there, most of them are 2D but there
also impresive 3D RPGs.
[»]
VB vs. C++?!!! Well, VB is a so-called RAD [Rapid Application Development] and it
wouldn't hurt for it to be 'ported' to Linux. On the other hand, it's speed
leaves a lot to be desired :(( --
[»]
VB VB has one of the best development IDE's. The only problem is that if we port it to Linux/Unix we might have to tamper with some of the system architecture to support VB. If we do bring VB, we will also most likely bring on Microsoft to the Linux/Unix world, which won't exactly be a good step as Microsoft will try to change some of our common standards to meet their standards. I think that the only right way to go is to create an IDE for Linux/Unix's existing and much more powerful languages. For example, kdevelop looks like a great project and with some more work with Visual implementation (dlg editor) it might even be better than Visual C++'s and VB's IDE. Another downpoint is that with VB we will bring on a whole new breed of lazy users. VB is a weak scripting language made for beginning programmers. VB programmers usually grow bad habits which usually affect their use of much more powerful languages such as C/C++, Java, etc....
[»]
VB is for the lazy and uncaring programmers My wife is a trainee is a company that develops accounting software and in
many integrated modules, making the program manage everything that is
related to money in a company. Of course, as a matter of costumer
compatibility, they based the software in Windows platform. In the first
days she told me they used VB most of the time (her business is the
accounting, not the programming), and I told her that it was quite strange
that such a supposed big software package were based in something like VB.
A couple of days later, I proved I were right : they actually use VB, but
only for the interface, being the core made in pure C. Why? Because it's
faster, and more reliable, and VB would probably handle a small company
accounting needs, but what about the amount of processing required to a
company that demands some extra zeros in its numbers?
[»]
Stuck between my heart and my brain I'm 19, and know a nibble of 8086 asm, C and C++. I personally hate VB, but
I can only think that this is a good idea. IMHO the best tactic for linux
is to inundate windows/dos with linux programs and vice-versa. If windows
is full of Linux apps, then when the win-lamer decides to change it will be
as painless as possible... The biggest reason I use linux is because I
learnt C/C++ under DJGPP, and ASM under NASM. If it werent for programs
like these, I'd probably still think *NIX is the spawn of Satan, but
swiching to an OS that I already know some of the more esoteric programs is
making it very cool. I've helped three of my mates install linux and these
little things such as these that make it *so* much less painful. I've even
conned them out of using X to log-in, and my familiarity with gcc is
helping them to D/L source instead of binaries. Every little bit helps.
Hopefully soon I'll figure out how to use Wine :-)
[»]
Does the efficiency argument apply to desktop apps? Think about it. You write a VB front end to some basic process, like
entering time in a SQL database. The executable is like 85K but it
requires ODBC to be installed, usually a 5 or 6 MB download, and of course
it requires the VB runtime which is a meg and a half. So your 85K applet
turns into a 7MB monster. Oh, the humanity.
[»]
Moore's other law - I agree wholeheartedly with Lepus on this. Remember Moore's less accurate
statement on hardware requirements, leading to the magic of DOS memory:
[»]
Code reuse is the issue I see One of the best reasons I can see for encouraging these efforts is that corporate programmers have a BIG chunk of hours invested in VB code. If they can use that code after switching to Linux on the desktops, there will be fewer barriers to Linux. I'll give you all the arguments about how bad VB may be, and I'd encourage programmers to use something different for new code, but we all know how much legacy stuff hangs around for years because it gets the job done well enough.
[»]
I think it's a good idea! Call me an idiot (well, don't) but I think it's a good idea. It'll encourage more programmers to move over to linux, which can't be a bad thing. It'll make programming easier on linux (for those who want it easier) And I'll be able to program linux apps (apologies, i haven't got into C/Perl/Java yet. I'm only 13)! Anything that brings more users to linux has to be good eh?
[»]
What we need is more open source components? I did VB programming back in 1995 and liked it. When VB for Win 95 came
out it was a totally different animal and I started using Java instead.
Java is an excellent replacement for VB. It is also a great language to
write components in.
[»]
Why all the fuss? Maybe there will be a VB clone for Linux. Well nice to have. I think it could be a never ending project ala Wine, but if someone wants to try it why not? The future of Linux scripting will be Python and VeePee It’s quite strange that the author suggest Python for Linux scripting and seems to be totally unaware that exactly this is going to happen.
[»]
VB on Linux, what a waste of time and typing I used to be a VB "scripter", I must say I'm glad it only lasted
4 months. VB was horribly slow not to mention retarded.
[»]
Programming discipline > Nowadays, with mostly everyone running a
[»]
We don't need VB I agree entirely with the comments made by Phil Howard. The motivation for
Microsoft in introducing VBA (IMHO) was to give Joe Non Programmer an
ability to customise Office apps thereby increasing Joe's dependency on
Microsoft products. VB itself allows other non-programmers to quickly
create almost functional programs with no formal programming experience or
knowledge. Yes we want to get people to move from Windows to Linux (or any
*nix) but if the only way to do that is to give them a nice, soft,
touchy-feely environment then I'd say we don't want them and they wouldn't
be happy here anyway. No pain == no gain.
[»]
Re: We don't need VB "[We should keep Linux an OS for programmers. If you're not a programmer you shouldn't use it.]" "[Why aren't people using Linux?]" Excuse me?
[»]
BasicScript There really is no need to port VB to any other platform - it has already been done. It's been done in fact by the people who wrote it! Summit Software wrote BasicScript long ago and Microsoft licensed it from them. It's currently available (for a fee) to integrate into applications on Windows, and many Unix's including Linux. summsoft.com BasicScript. If only we could simply convince them to donate a license to KDE and/or Gnome then nobody would have to deal with the hassels of porting. Of course, this won't happen.. they seem to be very tight with their code, but we can dream.
[»]
A Basic for Linux I agree that VB is not the vehicle to bring to Linux. I do think that Linux needs a Basic language. I am not a professional programmer, and I don't wish to learn a new language every 3-5 years. I do want my computer to do what I tell it to. I wrote several valuable quick basic programs and put them in the shareware market. I am a scientist (chemist) and have written quite a few programs for my own use. I gave up on writing programs after mastering VB1,2,3,4 because the learning curve of a new incompatible version every year became too much. I don't care if it runs slower than C++, as long as it does the job I need done, and it is quick to crank out the code. If Linux is to serve users well it needs a complete complement of languages. It has many, but a compiled Basic is too important to ignore. My wish list would be to get PowerBasic ported to Linux. It has the best of basic, and some C like functions (in line assembler, and great sort/search commands) Put Xwindows interface on it and it would beat the socks off VB...
[»]
BASIC is good stuff I have been using BASIC for years, until I got to know assembly, and even
then I am trying to mix those two.
[»]
Because then we can rewrite KDE in VB and port KDE apps to Windows But wait, all KDE apps already clone Windows apps, that means that would be completely useless and a waste of time. Doh.
[»]
we abandoned "innovation" and "quality" years ago I love Linux, and I think it's a great deal better than Windows. But let's not kid ourselves: if innovation or quality were our yardsticks, we wouldn't be using C/C++ as our programming language and a kernel design from the 1970's (this applies to both Linux and Windows). We use them not because they are innovative or technically good choices, but because they are simple and work acceptably well for most problems. And the same is true for VB. If it satisfies a practical need, it makes sense to port it. And many would argue that being able to deal with Office documents is a practical need. If, on the other hand, you want to further innovation and quality, there are better things to do than worry about VB one way or the other. Rather, pitch in and help out with some new kernel designs (Hurd?), or start applying some less antediluvian programming languages to systems programming. (Incidentally, I don't share your enthusiasm for the VB IDE. I think Smalltalk was better than that even 20 years ago. Of course, Smalltalk did require a bit more thinking.)
[»]
hmm Well I shall not resort to flames but the day Debian comes with K[gay]Basic I'm going to abandon Linux and start using some *BSD flavour extensively.
[»]
No app is better than a bad app Sure, the community is free. If folks want VB, clone VB. I do not want it. I switched to Linux about 5 years ago, coming from the Win 3.1 world which just had been infected by the "Delphi wave" which was quite comparable to the (even worse) "VB wave". The main reason was the stability not only of the core system, but of most of it's applications (how many bugs have been found in TeX during the last years?). If I need software for a certain job to be done, I point my browser to freshmeat, enter some search topic or browse the appindex. Often enough, I find only a single software. I download it and am happy. Under Windows (which I haven't really used for 4 years now; I gave it a couple of tries, though), you find dozends of packages, give them all a try (fill your System-path with a couple of unnecessary DLLs and fsck up your Registry) and get 90% of pure crap. One reason is the ease of programming. VB programming is like the possibility to drive without a driving license. With tools like VB, more or less everybody is able to write programs. This definitely leads to a low quality in the average software quite quickly (sure, there are "real" VB programmers). In other words: one of the main reasons for people to switch to Linux vanishes.
[»]
We MUST !!! Why -- in our obsession with bringing open systems to everyone -- can't we
let people port whatever software they want to Linux? Are we becoming
hipocritical or what? No one, after all, is asking YOU to install it?
[»]
Stupid!!!! Come on think people!!! If we go and port/clone VB to Linux. You are just giving anther tool to the script kitties. They will be like woooooo you mean I can program in linux now and make all these little programs that do nothing cool! For some reason VB is a haven for lamers and lame programs. Let not bring that to Linux.
[»]
disagree I believe programers should be allowed to program whatever they want to.
Patents stopping programmers from programming are evil. RIAA stopping
programmers from programming is evil. People telling other programmers to
stop programming is wrong.
[»]
Use the right tool for the job VB is actually very good for a front end GUI, or a quick and easy application, something that is very handy indeed. But if you want to do something complex, then VB isn't the right tool to use. Use it for what it's good at then it is actually very good, the same as with any tool. Linux lacks this RAD tool and it would be good to see it on this platform. VB does tend to be a bit overused though, as there are plenty of programmers who know it, so it is usually pushed way over what it should be used for.
[»]
VB bad habit I tried several times to learn VB and failed. I'm convinced it was not
my stupidity but VB's.
[»]
Enhances human-programming interface... Qt, the toolkit used to make KDE and all of its cool widgets, etc, is
relatively easy to code in. It's a lot better than plain old C++ or
even Motif. I have coded for X in both of those toolkits, and believe me,
it takes a lot of code, even with reusable modules. When I first saw Qt, it
was almost a dream come true. I write five lines to create a working
applet. I write 3 more lines to initiate file i/o. It was like visual
basic, handwritten.
[»]
Why is Basic automaticly VB? Any given effort to write a Basic for Linux dosn't need to be Visial
Basic.
[»]
What Visual Basic for Linux? KBasic is not Visual Basic at all. There is no way that it can bring Visual Basic to Linux although there may be some similarities. Similarly, there is no way that Gnome Basic can bring MS COM to Linux, though it may be able to use Gnome's Bonobo in a similar way. Actually there is a way, but it would require yet another cumbersome interface layer and is very, very unlikely. What we have here is the same old arrogance and elitism directed at volunteers who dedicate some time to free software projects. From my perusal of their web page, KBasic apperears to be a Basic for building Kde applications using Kde objects. The language may or may not be object oriented. If it just uses existing, standard Kde objects and widgets without extending them so what. What is this to you and why do you feel a need to put it down? Who knows how the language will evolve? It's in its early stages. You can't do much worse than Perl if you want to quickly build gui apps. Python is better and we already have wxPython for Linux and Windows. Personally, I prefer Ruby and there are some gui builders for that great language in the early stages. But none of these languages are perfect. Java? Please don't inflict that on newbies and others wanting to quickly develop gui apps which run with reasonable performance and stabiity, or which run at all. Java may be fine for corporate servers and applets, but not for desktop applications. Even better, we have builders for C++ like fltk's fluid and Kde's KDeveloper and Qt's Designer. We have Glade and VDK Builder for Gtk. There are even more, but you get the picture. We are rapidly approaching the point where you can use almost any moderately popular language to develop apps for Linux, with or without a gui builder and ide, at any level you choose. It's possible to do a lot with Basic. There were some Basics for the Amiga which performed better than the Amiga's native C for many kinds of games. And do you know what language most REAL scientists, not computer scientists, use to test their theories and build demos for colleagues? Basic. It's easy to use and has enough graphics to prove the point with simple simulations. Not even Visual Basic, usually. Traditionally it's been QBasic for plain old DOS or a MacIntosh variant of Basic. Implementations of Basic which run on Linux will take nothing away from other languages or your freedom to use them. And no matter how much you protest you cannot live down your own use of Visual Basic for Micro$oft Windows for several years (shame on you) because it paid well with such put-downs. Java pays well now. Nothing has changed except which side of your bread is receiving the butter.
[»]
Is it what we really want? One simple question would be this: In order to gain the commercial support
so many think that linux really needs, should we actually ensconse
ourselves in the sub-quality technology that made companies start
considering linux in the first place?
[»]
environment not language What I would love to see is a IDE that allows the functionality of VB, with
the following additions
[»]
VisualPython and the MS IDE I agree with Jeff C's comment that the MS IDE is excellent, and that it's a
shame that it doesn't offer a decent language (like "VPython") in place of
the execrable VB. But there is (probably) good news ahead: the man from ActiveState told me on their stand
at the O'Reilly conference in July that they are working on two IDEs:
[»]
so basically...(no pun intended) What most people here are saying (and what I agree with wholeheartedly)
[»]
THIS is why. I'm going to ignore the application scripting issue for now. I'm no fan of BASIC, despite years of using it by default, but I am a huge fan of RAD (rapid application development) tools. They allow quick working models of neat ideas, and despite its flaws, VB makes fast enough code that your prototype can be your finished product if it's mostly just a user interface to a back end. Most corporate desktop apps fit this description exactly. Now, I'd much prefer PerlComposer over a VB clone, and Visual TCL is here and works wonders if you're willing to tweak the code a little by hand, but neither of these is VB. We need a visual RAD tool that uses something like BASIC as its language. Here's why: My contact at one of my clients is a programmer with 20 years of experience. He knows many different languages but has worked mostly in COBOL and VB. He likes procedural languages because they're "self documenting" in his words, and holds great disdain for "OOPS", as he calls object-oriented programming. You're about to write him off as a bad programmer, but he wrote the entire back end and UI to his company's main system, a combination of VB on NT and COBOL on SCO Unix, and they're stable, full-featured, extremely maintainable and very fast. He has been looking for ways to roll out Linux on his desktops, and the one sticky point has been getting the VB app to run under Wine. One of his pet peeves about "Unix languages" as he calls perl and TCL is that they "look like C." By this I assume he means they use curly braces for code blocks, are case sensitive, etc. He also complains that even with interface designers like GLADE, you still have to manually write all the methods rather than just double clicking on the components and writing the event methods, then hitting F5 to run your app. It doesn't matter if anyone thinks his style is bad or whatever from this description, because there are like 10 million of him in the corporate world and they're all asking the nerds in the computer room suggesting they roll out NetBSD everywhere, "So how do I get my VB apps to run on it?" What we need looks like this:
On the bright side, consider that Visual TCL has about half of those issues covered already. That alone will get people to develop in it, especially since their code will run in Windows as well as Unix. But don't disparage the BASIC writers, because their audience is really much bigger than that of Freshmeat, maybe all the VA sites put together. Don't make them resort to proprietary stuff like Delphi, either. We want all those people to discover that not only are their skills applicable to a modern Unix desktop environment, and to free software/open source, but that the added capabilities of that environment make Windows look like GWBASIC in comparison.
[»]
Why are we trying to bring Windows to Linux? I'm very disturbed by the trends to bring Windows to Linux. (Read: GNOME, KDE, etc.) Why are we trying to emulate Windows? While the idea is good (a desktop environment), MS Windows is not good at its core. Yadda yadda. You get the point. This is not a flame or a troll (oh, but that would be so easy ;)). Think for a second about the point that you've brought up. A VB clone is the logical extension of an environment which doesn't innovate, but copies blindly. Some days when I'm in a bad mood I'd like to think this is because people are lazy or stupid. Or both. It's certainly easier that way. Honestly though, I think the real reason is worse: people just don't realize there can be something different. MS Windows and MacOS and related interfaces and systems have been pushed on us for so long that we fail to see that it isn't the only way to do something. We can come up with something new. You say, "We shouldn't make the same mistakes as Windows, nor should we try to beat Windows by becoming the same beast that Windows is." You know what? It's too late. The desktop environments we have are already so set in their ways that they are the same beast. Except with all the generational loss of a copy. VB clones are just a small logical step. Maybe it's at this point that everyone will realize exactly what has happened, and what we have, and that VB will give a wakeup call. Then again, people will likely just accept it as an inevitable piece of the pie. I'm telling you this: It isn't. The desktops we have aren't the end-all be-all, even though they'd like you to think such. Their design and their direction are wrong, they are copies of the things we have tried to get away from. And there are new, truly innovative, truly useful things we can make. Developers just need to wake out of the half-sleep they're in, stand up, take a look around, and see them.
[»]
Why Not InterfaceBuilder/ProjectBuilder After programming in NeXTSTEP/OpenStep OSX (whatever Steve calls it today) I judge all IDE's agains Interface Builder and Project Builder and find them wanting. AFAIK There is nothing even close in the Linux world. The real power of interface builder is that it used Objective-C's runtime messaging and object serialization to avoid being a "code barfer" like all of the IDE's in the Linux world. The object you connect to in the IDE is really the very same object that will be running after you compile.. It really did "just work" and would make a great Open Source project. I could ramble for hours, but I suggest folks beg/borrow an old 3.3 version NextSTEP intel and load it long enough to see what a development system could be.. Now back to my GTK programming.. chuck
[»]
VB gives Linux even more flexibility I think bringing VB to linux would continue a trend in flexibility. Right now we can read and write to windows filesystems. Run some windows apps through wine, etc. Although I have run apps that contained virii through wine, I didn't do so as root and my system was not affected. Similarly, I don't think security will be an issue if VB is ported to Linux. Security is generally good anyway, and as long as you don't do stupid things as root your system should be fine. If someone wants to work on porting VB to Linux , more power to them. I probably won't use it to develop, but I definitely don't think it will *hurt* Linux.
[»]
Why are we bringing VB to Linux? Ada 95 is a much better language, and GNAT 3.13 brings it to Linux. GtkAda provides the GUI that is cross platform and open source. Ada has protected objects which makes concurrent programming almost easy. Why build programs that are not going to be reliable? Ada 95 is 30 times faster than Java (execution speed at run time) and further you can write Ada and then run it on Java byte code interpreters, it you are looking for Java Beans without errors in them. As an older programmer (55)- I like having a good programming environment that isn't being changed by each vendor on each platform. As a person I like both Sister Hazel and Ada 95, you can keep the Beach boys and VB.
[»]
Why are WE?? No, why are THEY. Becuase they're stupid.
[»]
Don't screw with security! The one serious misgiving I have about VB for Linux is in security. What's the point of having Linux if we're going to introduce all the system vulnerabilities in Windows anyway? One of the nice things about having Linux is you don't have to worry about VB viruses. Please, in the name of all that is good and true, please don't take that way from us!!
[»]
Re: Don't screw with security! Now I hate to sound like the downer in this party, but don't you think
you're being a little over dramatic? I realize that VB Viruses spread like
wild fire through windows, but most people who use Linux, aren't usually
stupid enough to execute a VBS attachment via Email. And even if you are,
I doubt you're going to be intelligent enough to install the VBS packages.
Now I'm not all for this VBS thing, I agree, it shouldn't be done. The
complexity of trying to port over literally 1/3 of Windows to get the crap
language to work does not seem viable, but what about for the VB programmer
who is sick of Windows, and I've got a couple of hardcore VB programmer
friends, mostly co-workers, but still. I'd love to point at Linux and say
"Here, now you can program on a REAL OS!" Now as most of you have already
stated, VB is not true programming, well this is to be argued by myself
included. VB is programming, but it's more of a beginner's programming. I
was however, one of the lucky ones to start off in C on an old 3.1 DOS
machine. (Don't everyone puke at once), so I missed out on that "Oh so
great VB experience", but I really wouldn't want to have started there.
But for those who are rather new to the programming experience, I suppose
it's nice to have a pretty interface to do it in. Anyways, I hope I didn't
offend anyone, or make anyone feel bad, but I had to toss my two cents in.
--Sudo
--
[»]
I'd better see support for Python in Windows apps than VB on Linux I'm wondering why there're new languages (e.g C#) appears, when there're already nice languages for every purpose I can imagine: C/C++ for system programming, Shell/awk/Perl/Python for scripting, etc. Anyway, trying to create VB analog on Unix is futile because the language changes with every release of IDE (as far as I know). When I have to work on Windows I always miss Python when writing macros for MS Word etc.
[»]
On the issues of training vs languages First the VB aspect: I think that while porting VB to linux might be a
good idea on principle, it will not bring the success that people seem to
expect from it. On one hand, having more languages, and more options is
not a bad thing. The VBA aspect: In conclusion, while those who choose to forge ahead and bring vb and vba to linux, I find myself conscience bound to warn them that it is a very difficult mission they are undertaking, one in which I don't see much hope of wide-ranging benefits.
[»]
Corporate Enterprise Systems Design and Integration, for dummies Languages like VB just raise the bar and let in even more programmers.
Those who are good at doing correct program and system design already do
it. These "easy" languages now let people who are simply not
that good do at least something they can call programming.
[»]
Bringing VB to Linux While I am not a professional programmer and do not know the ins and outs of any programming language, I would oppose bringing the VB mess to any enviroment. All of the VB programs I have to deal with on my corporate WAN are costing much more to maintain than if the corporation would develop their own IDE for Python and removed M$ from the enterprise. I think it could be possible, from the corporate point of view, that VB programmers are less expensive than programmers using other tools. While I have no data to support this claim, corporation may think or at least have a preception that VB programmers are more plentiful and easier to train and thus cost less than programmers using other methods. Which may be driving some of the motion to bring VB to Linux. I say leave all VB stuff out of the Linux enviroment.
[»]
It's just about VBA. None of these projects seek to bring the full Visual Basic environment to
Linux. Their purpose -- check the home page of either -- is to make office
software compatible with Visual Basic for Applications scripts.
[»]
It's not about Office Compatablity.... It's about having another, easy to use, already popular language on
Linux. It's also about porting all of thos VB apps in use to Linux
with ease. There are hundreds of VB apps that are in use besides
commerical VB apps (quicken is one). Business uses alot of VB to get
things done because of it's ease of use. Now if they could port those
apps to Linux..... :)
[»]
Linux *needs* VB There are thousands and thousands and *thousands* of VB programmers out
there.
[»]
Attracting MS users I have seen (in the past and present) many complaints about differant
projects that involve porting or emulating MS products under Linux. Is this
really such a bad thing?
[»]
It is NOT windows...Please don't make it If you have the time to waste, I guess that is one thing. But the part that sucks is when other people start using the same "technology" in their applications. Then we in the Linux world will be plagued by the same stupid crap that haunts the windows world; all because someone had the time to waste.
[»]
Why corporations use VB Many corporations need apps quickly. This is somethng VB excels at.
Anyone with a minimal amount of programming knowledge can turn out a
fairly professional looking GUI program in a matter of days. Faced with
the need for quick turn around times, a plethora of "average" programmers
looking only to make big bucks not good programs, and the fact that end
users don't understand "proper" software engineering techniques, VB becomes
a very good tool for them.
[»]
IDE? Done. Neuron.com's Visual TCL project has had a VB-like IDE for years. Total size of project? 120KB. Eat code, suckers! (-: I can't imagine doing the same thing in Python or any modern language to be too hard. Translating VB is not hard, since there ain't many concepts to translate (the ASP2PHP project already has the hard parts well squared away). As the nice man says, what do we want to drag all of this DCOM crap along for? If you need compatiblity, write an interface layer to something decent (Bonobo?) for now: later you can take a big knife to the translated code and make it perfect. Which you will want to do in any case to take advantage of the genuine OO features of the target language.
[»]
Are "We" the Borg? It is disturbing it when someone starts some project that involves porting
--
[»]
Well said I worked for a corporation that was enamored of VB. We tried to depoly several large client-server apps via DCOM over an all NT network. It was a mess. VB is just too weak for serious application development, but the IDE is fantastic. The Linux community would be wise to heed your advice.
[»]
VB on Linux - Java on anything I've been using java now for 2 years. I have completed a couple of
smallish projects with VB, but previous development was mainly C/C++.
[»]
Is it such a bad thing? I personally despise VB, I moved to C after 1 year of VB, and I appreciate the better control. But learning VB was crucial to my later education in C. What's my point? Visual Basic is a horrible language, yes, but it is perfect for beginners, or people who are just mild programmers, and do it for a hobby and don't want to get into low level programming. I think that VB in Linux might actually help bring average Windows users over who use windows for VB, and Web Surfing.
[»]
Delphi / Free Pascal BTW, Delphi had the IDE before VB (little note) way back in the Turbo-days
of Pascal... and TPW (Turbo Pascal for windows)..
[»]
stuff VB is a bad language to learn on. Puts u into bad programming habits from
the start.
[»]
On the money - Innovation not duplication What is the point of attempting to duplicate a flawed product (MS-VB) and
failing? Applications like VB are very difficult to duplicate primarily
because of issues related to OS hooks, libraries, and GUI facilities.
There is no one in the Open Source community with the resources and
interest to duplicate both the form and function of VB. No GNU/Linux based
attempt at duplicating VB will ever catch up with the MS product.
Duplicating the language is easy, but duplicating the functionality in such
a way as to not make us look worse for having done a half assed job
is very, very difficult.
[»]
AppleSoft Basic for Linux and Perl for Windows The real mistake is to port PHP and MySQL for Windows. Portable is the key for all of stuff on Earth, including the MP3 music. If you think VB is not a good stuff, now they have chance to trial, maybe this is the way to help them give up their VB life. Lets see.
[»]
Putting anything mainstream on Linux is a good thing With OS/2 (which in measurements of "success" has languished for years),
the biggest cries were "Where are the apps?". For whatever reasons,
the opportunity to make the popular apps available on OS/2 was never
seized.
[»]
MS Office compatibility My question is: "Do we need/want that level of compatibility ?"
[»]
One reason: MS Office compatibility To have complete Office compatibility, you need VB. That's the only reason that various projects are working on clones, to the best of my knowledge.
[»]
you people make me laugh I have written programs in almost every language, from LISP to Assembler over 20 years. If you want to live in your "hacker" delusions because you only code in C, more power to you -- but please stop making all of your ignorant comments about Visual Basic. I remember all the ranting about the VB runtime, and then along came Java and the very same people started waxing poetic about the virtues and portability of the Java runtime, Oooo Oooo Oooo what a great thing it is to have a runtime! Look at the advantages! There is a reason why nobody uses Linux: it sucks. It won't even install. It is cryptic. Sure, sure, it makes for a fast server -- and that's where it belongs. No non-technical human being wants to use it on their desktop, and they never will because of people like YOU. TechnoSnobs. C is for compilers and operating systems. Visual Basic is the best application language ever created, and tens of thousands of excellent applications have been written in VB in 10% of the time it would take in even C++ with libraries, much less some crappy GNU compiler that won't even install. What you are saying is that Linux does not need a good applications language. I guess that explains the lack of Linux applications now, doesn't it? This is why Microsoft is laughing so hard at the Linux community. Linux will never compete with Windows on the desktop. It is about as much of a threat as Netscape. Hey, did you notice how nobody uses the great "open source" version of Netscape, opting to stay on the old one? Does that give you a clue? I doubt it. Thanks for wasting your time on Linux and Python, it allows me to make a ton of money with Windows and Visual Basic. Just keep sitting in your trailer eating cheese puffs and telling yourself "I'm a REAL programmer!" BWAHAHAHAHAAA!
[»]
Re: you people make me laugh i registered on this site just to be able to reply to your message....have you been following news lately? Microsoft still acknowledges Linux ( and IBM) as the main threat... regarding vb, it is ok for a desktop application programming but when you do serious stuff i doubt you can have all the necessary characteristics for an application...SCALABILITY, SECURITY, MAINTAINABILITY, STABILITY... you cant say that you are so successful that you laugh at other programmers...you might one day realize how good other programmers are doing cheers
[»]
Re: you people make me laugh I registered on this site just so I could reply to YOUR message. While
Microsoft might consider Linux a mild threat, its to it's Server market
share. Desktop users aren't moving to Linux for one reason:
Applications.
[»]
Re: you people make me laugh
clarifications first:
[»]
Re: you people make me laugh
Lest some one be mistaken, let me first clarify that I am no MICROSOFT
lover - thought I am a great lover of the BASIC language. I simply love its
interpreter, the IDE, etc,etc,etc.
[»]
MAKE IT BETTER FAST EASYER AND SMALL>>>> Bring Microsoft VB, or VS to Linux
[»]
VB on Linux I think its a good idea - if done right. Meaning, you don't take the
entire thing and drop it unto Linux. You get what you must out of it while
leaving the clutter behind.
--
[»]
VB on Linux My idea is if you want to keep Linux free of VB.NET code and still support VB.NET programmers is create a decent IDE(maybe a clone of Microsoft's) that allows debugging and ect. of VB.NET code but convert it to C in the background.Another possiblity is to make the IDE only put out windows executables that can be run in the IDE using something like WINE. This way if a VB.NET programmer finds themselves in a situation where they only have a Linux system available they can load up the IDE and still get work done on their project. This is just a possible comprimise .
|