|
No!
Refactoring / redesigning that piece of code makes a whole of a lot more sense!
It doesn't matter anymore if the code is written in VB.NET, C# or any other language.
Using blockstatements that long is just plain bad design, and should be reconsidered.
A language syntax is not going to help you here....
|
|
|
|
|
VB suxx just like .NET !!!
Both will die soon!!!
bwaaahahahaha....!
|
|
|
|
|
VB is only popular today because Bill Gates has promoted it as Microsofts RAD tool. It was not designed to its present state , but evolved there in response to several influences along the way . That is not to deny it is useful , it does not deny its power , but it does go some way towards explaining the fact that it is a syntactic mess . Why anyone starting today would want to jump through the hoops and learn VB ,which has only just been able to claim it is an OO language, when C# exists with a clean , well designed , syntax is a fact I will never understand. VB was good at rapid development which always has been its aim .Now cleaner langauges can do the same job as quickly , so why bother with VB ? What does VB bring to the party that other languages cannot provide ? Legacy , thats what. There are a bunch of programmers who used VB5/6 because it was the most appropriate tool , now with VB.NET they have to learn more about OO programming than they were exposed to before , MS either supports them , or they do not support .NET. Since one of .NEts aims is to improve productivuty , it would not be good if a lot of MS customers who used MS's old RAD tools suddenly avoided the new RAD tools wouldnt it ?
Logic will win through , C# will become the language of choice !
|
|
|
|
|
yeah i agree with you, VB can not be used for full OO design, I am not sure inherentance n stuff is not possible in VB6. as for VB.NET i feel the .NET stuff itself sucks. .NET is a big failure on MS part. Now they will push the .NET technology by removing support for VC++ in the future. MS will do it and has done in the past.
|
|
|
|
|
> VB is only popular today because Bill Gates
> has promoted it as Microsofts RAD tool.
VB is popular (in certain circles) because it is
easy to slap together a dialog box and a window
form quickly, so that your app *looks* like
something, which gives people the warm fuzzies.
> That is not to deny it is useful
No, it's useful alright. I had access to VB for
a couple of years in college, and it makes a nice
macro toolkit for Windows, I can tell you. I was
never able to justify that in my budget when I
left school, but that's because I keep a tight
budget.
> the fact that it is a syntactic mess
Syntax is not VB's problem. It's the semantics.
The whole event-oriented paradigm is essentially
a big pain. Tcl suffers from the same problem.
So does Lingo.
> when C# exists with a clean, well designed,
And here I was thinking that C# was based on C++
that was based on C, which itself was based on
earlier languages. "clean design"? What does
that mean, anyway? All serious modern computer
languages are based on earlier languages. Most
of them are based on C and/or lisp. (As a rule,
the ones based on C are more efficient with the
computer's resources, and the ones based on lisp
are more efficient with programmer time, but
those are gross overgeneralizations and should
not be taken too seriously.)
> Logic will win through , C# will become
> the language of choice
I doubt it. As RAM and CPU time get to be less
of an issue, languages that make the programmer's
job easier are beginning to take over. Except
for C#, all the hot new languages people are
getting excited about these days are VHLLs. Most
of them have garbage collection (which formerly
was viewed with disdain by everyone but lisp
programmers, due to efficiency issues). We're
now seeing languages with C-like syntax
(semicolons separating statements, unlike the
nested parentheses and such used by languages
based on lisp) getting garbage collection left
and right. Garbage collection itself is just
a symptom of a general trend, though -- a trend
toward languages that provide a higher level
of abstraction, taking more lowlevel details
out of the hands of the programmer. Dynamic
typing, string interpolation, lists as a builtin
data type, anonymous subroutines, implicit type
casting (e.g., automatically promoting an int
to a long and then to a bignum or whatever so
that there is no such thing as overflow),
strings that are dynamic in length so that
buffer overruns are a total non-issue, lazy
evaluation on demand, and all manner of other
niceties. There is not an MS Visual language
in this category yet as far as I am aware, but
there will be, soon.
|
|
|
|
|
Thank you.
Tech.Support : Mam, is your pc running under windows?
Customer : No actually its close to the main door.
|
|
|
|
|
no not really, although the code written vb.net can also made in c# exact the same way (if you use the official guidelines and don't use functions like msgbox)
Greetings....
|
|
|
|
|
Actually, C and C++ are not that portable. Well, C and C++ code can be written to be portable, but it takes extra doing, and programming is almost like real work, then.
If you want *real* portability, you program
in Inform, and then your program will run on
absolutely anything, from mainframes to
wristwatch computers, from Cray to Gameboy,
old obscure 8-bit microcomputers, and certain
brands of pocket calculators.
Of course, programming in Inform limits your
application somewhat, especially in terms of
I/O, since you don't have certain niceties
like networking, access to the filesystem
(some supported platforms don't actually
*have* a filesystem), and things like that.
But hey, that's the price you pay for
portability
|
|
|
|
|
C/C++ are portable, if you are using standards. STL is a good example, I think.
|
|
|
|
|
You may all be missing the point - I have used many languages over the years, from Basic through Java through C++ and everything in between.
Why so many? Because I do this to make money and I'll use whatever tool allows me to do that in the most efficicient manner given the job at hand, environment, etc.
I really don't care that C++ might be faster than VB under a particular set of circumstances. At that point I pick up C++ and drop VB.
Everything else is just naive evangelism which makes me smile - it leaves more work for me that other people sneer at.
Keep bashing - its money in my pocket.
|
|
|
|
|
Perhaps you NEVER maintain your code.... (because your apps are so bug-free or another person will maintain them.)
If you have to maintain some lousy-coder's lousy programs, you may wish to kill all lousy-coders. (Most of them are VB coders)
|
|
|
|
|
Anonymous wrote:
I really don't care that C++ might be faster than VB under a particular set of circumstances. At that point I pick up C++ and drop VB.
Jack of all trades master of none, eh? You just better hope you're not asked to write a complicated program or one that people’s lives, etc. could be at risk because you don't know your/one language well enough to be considered competent by a real professional with that particular language.
Jeremy Falcon
|
|
|
|
|
Hey! Over here everybody! I think we just found god!
Hi god! Ever had your code audited? Well then. Validated? What's your SEI rating? PLEASE oh PLEASE don't tell me it's not a 5! No? Then what about your European rating? And since you are perfect, are none of your projects scrapped then? And PLEASE, oh god, you must be perfect and a real professional in every way! PLEASE don't tell me you hide behind a EULA with every thing you write!!!
Too bad half of what god knows is obsolete in about five years. Want to see where god's job might be going? - No, not to India. In the toilet. There's a lot of money being spent by people who matter, i.e. "real professionals," in hopes of getting rid of god. Read on...
http://www.technologyreview.com/articles/tristram1103.asp
And for other non-god news...
http://www.stevemcconnell.com/ieeesoftware/eic10.htm
http://www.technologyreview.com/articles/mann0702.asp?p=1
http://www.technologyreview.com/articles/wo_sherman071902.asp?p=1
|
|
|
|
|
you guys are full of it... any real programmer should be able to master multiple language. It's all the same sh*t, only different syntax, algorhymths, and levels of complexity. Back in the VB6 days, if whatever operation needed to be blazing fast, I used c++ for my COM work... then VB or ASP for the interface. Why? Because it got the work done.. it got me paid. Was my code lousy? NO! Because not only I had to maintain it all the time, I needed to add and change functionality every other week (stupid managers). I don't use VB anymore since VS.NET has a beautiful time-effective designer.. so my coding is mostly c# and occasionally c++. VB was a great tool for it's job. Now, what the job actually was, that might be what's in question here.
EL ZORRO!
|
|
|
|
|
Agree. It is not difficult to learn all kind of programming languages. It is more or less the same. They share one thing in common, they run in computer.
However, just make one your favorite and sharpen it. I would choose C++ for that.
Sonork 100.41263:Anthony_Yio
|
|
|
|
|
Fortner wrote:
Hey! Over here everybody! I think we just found god!
You truly are an idiot. Thanks for the obvious demonstration of being unable to hold an intelligent rebuttal to your belief you can master all languages as needed.
Fortner wrote:
Too bad half of what god knows is obsolete in about five years.
I'll be writing your crappy language components so you can afford to feed yourself.
Jeremy Falcon
|
|
|
|
|
Say, is that god speaking again? Why, yes indeed! Everyone! Listen closely to the wise master! Watch him closely as he pats himself on the back AGAIN. Not an easy task, but then again, god can do anything. Watch god pat himself on the back and prance and exude anti-VB godliness.
The demonstration is all god's as he is only keen on rebuttals that smack of help-not-found or a blue-screen-of-death.
If everyone looks closely it can be seen that god thinks mastering VB as a language is certainly lesser than god.
And the crappy language components... so those were yours?
|
|
|
|
|
Fortner wrote:
If everyone looks closely it can be seen that god thinks mastering VB as a language is certainly lesser than god.
For one you moron, you stated exactly the opposite practice and theory in your first post. Get your sh*t straight and quit wasting my time on the matter.
Fortner wrote:
And the crappy language components... so those were yours?
It was meant as "crappy language". Surely, someone of your intelligent and caliber would've picked up on that?
Jeremy Falcon
|
|
|
|
|
congratz, you just discovered the logical system, not just the language !
Greetings....
|
|
|
|
|
Unfortunately, you're right...
Yesterday morning I started a demo for a quite simple job: to parse and merge two text files for producing a Word document.
While I was thinking to write classes, exceptions, STL collections etc., another coder using VB nailed me for a half of price (and probably much soon delivery).
I was quite upset; not only for the lost money, but especially when someone else using a 'not-so-real-programming-language' probably delivered the same result expected by the client, in twice the time and half the price. VB beats C++...
I learned VB and Python just to make money (and, in fact, I did, even if I don't like these languages). After all, Perl, C, C++, Delphi (I considered Pascal/Delphi even more ugly than VB) - who cares? It's all about the success.
How much of the code written is a one-time-shot and how much is reused? If you write for one-time, probably VB is the best choice. If you design a template-based collection, probably C++ is the prime choice. If you write a custom GINA or SQL Server extended stored procedure, then it's C.
Ah, I almost forgot: how do you use OLE automation from Prolog? Just kidding...
|
|
|
|
|
(I considered Pascal/Delphi even more ugly than VB)
I don't know exactly what you mean with this, but for others like me, Delphi sintax is much more elegant and it is as easy to maintain as Visual Basic code if you are proficient in it. I found Delphi much more powerful than VB and more suited for some tasks people use C++ for.
|
|
|
|
|
1. Elegant? For sure. After all, it was started as a language for universities, and the essay-like keywords is very good, I have no doubt. The same you can say about almost all natural-oriented languages: Lisp, SQL, Smalltalk, probably also Eiffel (although I don't know it), Python etc. C was designed as an advanced macro assembler (at least in the PDP-11 days), so is more cryptic. But elegant does not mean powerful, nor easy.
2. Easy to maintain? I don't think this is a language characteristic; it depends more on how you write rather than the words used. After all, I have seen so many stupid C++ code and (a lot more) elegant C code. For sure "maintain" is a keyword for productivity and speed of making money/delivering solution on time, but this thread is referring to language itself. Correct?
3. "... if you are proficient in it." 100% agree. You can maintaing everything if you are proficient and highly organized.
4. More suited for some tasks people use C++ for? 100% agree. Each language has its own use. Examples are all over: bash scripting or Perl better C for admins, SQL better than Delphi or C++ for database handling, and so on.
I said "Pascal uglier than VB"? That's just me. I wrote "I consider". I may be wrong, and I didn't mean to offend anyone. A matter of taste... they say arguing about taste is useless, but we still do this every day.
|
|
|
|
|
There's an old saying that "once you own a hammer, everything looks like a nail." It's intent it toward management techniques, but works quite well with developer tools. I believe the best programmers will look at the task and use the best tool, of course, within their given environmental constraints (team skills, policy, portability, etc.). Some surveys say that over 60% of today's software is designed to pump data into a database and suck it back out. I see no reason why VB is not suited to that task, especially at the low, office-level, needs (as opposed to enterprise-level needs). I think it's rediculous for programmers to think that only "real programmers" should be allowed to program. It is and will be treated the same as homeowner do-it-yourselfers. If it's a small, uncomplicated task, the homeowner can handle it. If it's a big job, get a professional. If the do-it-yourselfer screwed it up and it now must be cleaned up or redone, do what the plummers do, charge them out the ass for their stupidity and the extra pain they caused you.
Computing power is much cheaper than brainpower today. So, business folks would rather have a maintainable solution on more horsepower (blades, clusters, etc.) than some arcane whizbang fast-ass unmaintainable code that a lot of so-called "real developers" crank out.
The level of real or perceived snobishness exuded by developers seems to be directly proportinal to the level of technical difficulty required to become a guru in the particular environment. That is perhaps just a natural occurance and possibly warranted. But, must we be so consistently blatant about it? Do brain surgeons openly belittle those dumb-ass "family practitioners?"
I have programmed VB, C/C++, PHP, Perl, C#, etc. I really like VB3-6 for desktop and client server apps jambing data. I now have done so much programming in C-derived syntax that I think VB.Net is far too verbose, so I use C#. I also have come to realize that once you step beyond data handling, you need a solid foundation in computer science principles (patterns, math, algorithms, distributed design, networking, graphics, etc.).
Bottom line: There are appropriate tools, skills, and uses for all languages that survive. Get the skills you need to do what you need to do, pick the language that is most appropriate for the job, and design the app according to its requirements (sh*tty little 3-user desktop hack, well designed enterprise app, kick-ass graphics game, etc.).
Personally, I think a lot of good programmers started by hacking together crappy apps and then, as they gained experience and range, figured out that they needed to get more skills. Technology takes a grip to hang on. If you aren't always learning, you will become obsolete. Same thing with languages and companies that don't satisfy a need.
Take care.
|
|
|
|
|
Anonymous wrote:
Do brain surgeons openly belittle those dumb-ass "family practitioners?"
Family Practitioners don't often attempt brain surgery.
|
|
|
|
|
If VB is the most popular language, it is because most people using it are not real programers.
VB is ok for designing front ends, but it requires controls etc... written in a real programming language to be useful. So why not use a real programming language to write the front end.
As for RAD design of interface: There is no reason why some one could not write an application with the functionaliy of the VB interface, that produces C or C++ code (even portable code). As a matter of fact there used to be a program call "Windows Maker" that did just that, it did have the anoying habit of generating far more code than was needed though.
INTP
|
|
|
|
|