|
Is it this stare 
or this one 
or maybe it is this one 
but probably this one 
but if C++ers have it they would have VBers look this way 
and with my C++, VB, Java, and SQL experience they all say I look this way 
But no matter how you put it VB was for the quick and dirty without need for a lot of complicated expression. (By the way I write a lot of ASP and do an awfull lot in VB ActiveX for simple functionality I need, but why should you rebuild the house when all you need is the door).
I like C++ for the more advanced needs of threading, completetion ports, and a whole slew of other wizbang power options. But if all I need is a simple database front end VB does the job quite nicely. I hated what they did with VB in .NET when I first saw it but having converted to using native C++ with a special GUI need the transition hasn't been as bad as I expected.
|
|
|
|
|
From what I have seen, few C++ programmers know what to do with a base class as well. Good object oriented design and programming is about knowledge, not language. I have seen some god-awful messes in C++ by people who *tried* to do OOP. I hate all this BS from every VC programmer who instantly think they are OOP experts.
|
|
|
|
|
Nemanja Trifunovic wrote:
Because they are not able to understand all those complicated semicolons and braces.
Trust me -- of the 45+ professional VBers I know, only one understands C based languages. The rest just stare blindly.
I'm not joking here, I'm serious.
|
|
|
|
|
zenboy wrote:
Trust me -- of the 45+ professional VBers
Professional VBers? PROFESSIONAL VBers?!?! What has this world come to 
If there were no god, it would be necessary to invent one.
-- Voltaire
|
|
|
|
|
Why is so important that 'one understands C based languages'?
I am really interested in this comment. Do poeple take C-like syntax as some 'be-all-end-all' solution to problems?
I get the feeling that you fols would not like VB even if it had ; and {}'s.
What the hell is the difference between:
For counter = 1 to 100
Debug.Writeline(counter.ToString)
Next counter
...and...
For counter = 1 to 100
{
Debug.WriteLine(counter.ToString);
}
I just don't get it.
- VBers only have to hit ENTER at the end of each line
- VBers don't have to play match the braces when they start to get into some deep nested situations. They have an 'END...' or a 'NEXT...' to help them
- VBers get a way better forms designer than C++ could ever hope for. (Everett not included here)
...as Ray steps out of the way of bottles and other projectiles that he knows will be tossed his way.........
Paul Watson wrote:
"At the end of the day it is what you produce that counts, not how many doctorates you have on the wall."
George Carlin wrote:
"Don't sweat the petty things, and don't pet the sweaty things."
|
|
|
|
|
Ray Cassick wrote:
What the hell is the difference between:
For counter = 1 to 100 Debug.Writeline(counter.ToString)Next counter
...and...
For counter = 1 to 100 { Debug.WriteLine(counter.ToString); }
you mean
<br />
for (i = 0; i < 100; ++i)
Debug.WriteLine(i.ToString);<br />
Ray Cassick wrote:
- VBers only have to hit ENTER at the end of each line
Lucky you. It is sooo hard to put a semicolon at the end of each statement.
Ray Cassick wrote:
- VBers don't have to play match the braces when they start to get into some deep nested situations. They have an 'END...' or a 'NEXT...' to help them
You should try LISP if you think C braces are complicated to match.
Ray Cassick wrote:
VBers get a way better forms designer than C++ could ever hope for. (Everett not included here
True. However, that has nothing to do with the language.
Here is what I hate with VB:
<br />
Dim i As Integer<br />
vs
<br />
int i;<br />
And now when you finally have inheritence, you need to use Inherits instead of a colon, etc. And you claim that VB is productive 
|
|
|
|
|
Nemanja Trifunovic wrote:
Lucky you. It is sooo hard to put a semicolon at the end of each statement.
The problem here is that it is NOT the end of each line, so you have to watch where you DO put them and where you DON'T put them.
Nemanja Trifunovic wrote:
For counter = 1 to 100 { Debug.WriteLine(counter.ToString); }
How about this?
for i = 0 to 100: Debug.Writeline(i.ToString): Next i
Lets Compare...
for (i = 0; i < 100; ++i){Debug.WriteLine(i.ToString);}
Paul Watson wrote:
"At the end of the day it is what you produce that counts, not how many doctorates you have on the wall."
George Carlin wrote:
"Don't sweat the petty things, and don't pet the sweaty things."
|
|
|
|
|
Ray Cassick wrote:
Nemanja Trifunovic wrote:
Lucky you. It is sooo hard to put a semicolon at the end of each statement.
The problem here is that it is NOT the end of each line, so you have to watch where you DO put them and where you DON'T put them.
Do you really don't know the difference between a statement and a line in code? Amazing...
Ray Cassick wrote:
Lets Compare...
for (i = 0; i < 100; ++i){Debug.WriteLine(i.ToString);}
You have some extra braces here.
<br />
for (i = 0; i < 100; ++i)Debug.WriteLine(i.ToString);<br />
|
|
|
|
|
Nemanja Trifunovic wrote:
Do you really don't know the difference between a statement and a line in code? Amazing...
I do understand, and was trying to make a point. Just the simple fact that you HAVE to understand makes C++ harder to read.
Oh never mind....
Paul Watson wrote:
"At the end of the day it is what you produce that counts, not how many doctorates you have on the wall."
George Carlin wrote:
"Don't sweat the petty things, and don't pet the sweaty things."
|
|
|
|
|
Alright who cares what you do to get the results you need.
VB great for quick and dirty front ends.
But say you need to refresh the data in a list view every 3 sec.
VB just winks at you and you don't get much help with that.
C++ however you can do your own drawing and cleanly get ride of the flicker so the user doesn't even realize it had happen.
The isn't a war of syntax you goofs, it is a matter of end result.
My only reason for disliking but embracing VB first was the ease of developement but it is not designed for powerhouse applications.
I walk many worlds of syntax and with ASP developement find myself thinking 4 or more languages at a time (HTML, VBScript server side, Javascript client side, TSQL backend, XML, and others) so you just have to learn to deal with it.
My only concern has been those idiot managers who think all projects work great as VB or those who do believe C++ is the only way to think even on the simplest project.
Get over it use what will provide the best results in the best time, if you don't understand more than one language you might as well not bother looking for another job these days.
|
|
|
|
|
Anonymous wrote:
I walk many worlds of syntax and with ASP developement find myself thinking 4 or more languages at a time (HTML, VBScript server side, Javascript client side, TSQL backend, XML, and others) so you just have to learn to deal with it.
ASP is an abortion. I hope your new projects are moving to ASP.NET ?
Anonymous wrote:
if you don't understand more than one language you might as well not bother looking for another job these days.
Now this I agree with.
Christian
NO MATTER HOW MUCH BIG IS THE WORD SIZE ,THE DATA MUCT BE TRANSPORTED INTO THE CPU. - Vinod Sharma
|
|
|
|
|
Unfortunately we have too many ASP apps at this time and no server for .NET implementation yet. Although I have to say the latest benchmarks I saw a while back (sorry I have to dig them up) didn't impress me. Overall execution time was down and I have not seen any of the performance gains that were reported show up anywhere I can look behind. Anyone see a report in the last three months with really good figures and exactly what they were doing (and I don't mean the MS benchmarks, I want real world)?
|
|
|
|
|
Anonymous wrote:
Unfortunately we have too many ASP apps at this time
I've successfully written code to share session state between ASP and ASP.NET. We are adding ASP.NET to ASP web sites.
Anonymous wrote:
Overall execution time was down and I have not seen any of the performance gains that were reported show up anywhere I can look behind.
Performance gains include speed of writing code, and ease of maintaining it. A benchmark can be made to say whatever you want it to. I don't see how compiled code could possibly run slower than script, though.
Christian
NO MATTER HOW MUCH BIG IS THE WORD SIZE ,THE DATA MUCT BE TRANSPORTED INTO THE CPU. - Vinod Sharma
|
|
|
|
|
Sorry, should have phrased this way. Sorry, I don't permission to roll to .NET on any server yet. Management is still deciding.
|
|
|
|
|
Anonymous wrote:
Sorry, I don't permission to roll to .NET on any server yet. Management is still deciding
You don't have a computer at home ? If I were you, I'd be looking for a job. Not because management does not like .NET, but because you seem to be being taught to evaluate new technology by hiding from it, and judging it only by negative reviews, if you can find them.
Christian
NO MATTER HOW MUCH BIG IS THE WORD SIZE ,THE DATA MUCT BE TRANSPORTED INTO THE CPU. - Vinod Sharma
|
|
|
|
|
How about
for (int i = 0; i<100; cerr << i++);
????
Christian
NO MATTER HOW MUCH BIG IS THE WORD SIZE ,THE DATA MUCT BE TRANSPORTED INTO THE CPU. - Vinod Sharma
|
|
|
|
|
VB meant for RAD. Rapid Application Development.
I like VB syntax. Eg.
With SomeBtn
.Text = "something" 'I fall in love with VB intellisense
.Title = "somehting"
End
or
if SomeBtn is Button then
...
or
ADO.MoveNext() and all my textboxes which link to the ADO control will change the content according on the fly without much coding.
(Not sure my syntaxes are right or not. Quite some time I had never used it due to my project nature.)
I like VB especially for writing IS application. Eg,inventory system, etc.
|
|
|
|
|
for (i = 0; i < 100; ++i) // counter????? you must be kidding
And the counter 'i' means we are still following the original C language creators FORTRAN background 
Regards,
Dejan Petrovic
|
|
|
|
|
Ray Cassick wrote:
Do poeple take C-like syntax as some 'be-all-end-all' solution to problems?
No, C++ is simply the most common language, and for a variety of reasons, an important tool for any programmer to know.
Ray Cassick wrote:
I get the feeling that you fols would not like VB even if it had ; and {}'s.
Of course not - syntax is irrelevant, a few braces would not stop VB from being crap.
Ray Cassick wrote:
- VBers only have to hit ENTER at the end of each line
- VBers don't have to play match the braces when they start to get into some deep nested situations. They have an 'END...' or a 'NEXT...' to help them
- VBers get a way better forms designer than C++ could ever hope for. (Everett not included here)
In other words, VBers are treated like idiots because they need all the help they can get ? END and NEXT are totally superfluous, anyone who can't figure out how to line up braces should start with Logo and build their way up to programming.
Christian
NO MATTER HOW MUCH BIG IS THE WORD SIZE ,THE DATA MUCT BE TRANSPORTED INTO THE CPU. - Vinod Sharma
|
|
|
|
|
Visual *Basic* .. its all in the title.. and sorry but
For counter = 1 to 100
{
Debug.WriteLine(counter.ToString);
}
or
For counter = 1 to 100
Debug.Writeline(counter.ToString)
Next counter
to me just doesn't look good.. it doesn't feel right.. get ride of the Debug.Writeline and it looks like QuickBasic.. hmm.. Visual Basic .. QuickBasic .. kind of sounds the same.. and anyways how it that loop suppose to do something like this
for(int i = 0; i < CMyClass.GetMaxCount(); i+=*4)
{
// do some cool stuff
}
|
|
|
|
|
|
I didn't necessarily mean semi-colons and braces, but hey whatever floats your boat.
I think everyone here needs to go get a stress test.
NOW CALM DOWN BEFORE ANYONE ELSE GETS FRANTIC !!!
If someone says something a little too off you might start a CP war between VBers and C++/C# guys
OK - VB really does stand for visual basic, BASIC, that all it is or does BASIC. It's name says it all
 I'm just gonna sit back and wait for the comments to fly, have fun.;)
|
|
|
|
|
zenboy wrote:
VB really does stand for visual basic, BASIC, that all it is or does BASIC. It's name says it all
VB.Net goes well beyond what it used to be.
Is there a worthy thread/spot/link/anything which compares amongst the .Net choices what you simply can/can't do in regards to OO, reuse, GUIs, etc not holding water? Be useful to know upfront rather than getting deep into one and finding, yes in fact, these limitations might be real issues.
cheers,
Craig
|
|
|
|
|
Please re-read the post and add a hint of sarcasm. I was just trying to make a point that everyone was almost having a conniption.
|
|
|
|
|
Why continue to kick a corpse?
Everything that can be said about VB has been said, its not the C++ programmers fault that most VB programmers haven't taken onboard our enlightened criticism 
Michael
Wonder Woman, Wonder Woman.
All the world's waiting for you,
and the power you possess.
In your satin tights,
Fighting for your rights
And the old Red, White and Blue.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
