|
Hey, we're the "CODE Project", not the "Visual C++ project".
I'm primarily a Visual C++ programmer. But--weekend warriors aside--what professional VC++ programmer hasn't needed to use Visual Basic from time to time?
Bring on the Visual Basic section!!!
Eric J. Hoagland
Member International Coalition Against
Programming Language Discrimination
|
|
|
|
|
Hi Guys!
What's up! A language selection war again!
I voted No! but to be honest, I code VB as well, so I kinda don't mind the VB only if it is as a sister site, few mentioned already as another CP dotcom for VB would't heart!
One thing though, I wish to maintain my level of C++/VC++, and I guess many (counting the C/C++/MFC coders only! ) would support my opinion for having this site solely for MFC stuff, a lot of coders once they find out about the power of C, C++ and the ease of use of MFC, would deffinitly try to learn it!
I mean come on VB coders, sometimes or maybe most of the time, the windows API comes to the save! and guess what! It was written in C!
One very rather premitive example is when I tried to use the Help files in one of the VB apps! I couldn't solve it W/O the WinHelp API!
I guess its like this, if I could learn Assembly language (I know a little for help), I put my full effort to learning it rather than C, but I say why when I could do almost the same app with the power of C, and in which I also could use ASM codes in case needed?
With VB, you can quickly write an app! but with C/C++/MFC, you write Strong, Fast, Smaller apps in size and full featured apps from the GUI and the Functinality POV.
Have fun everybody!
"Socrates is a man. All men are mortal.
Therefore Socrates is mortal."
-- Aristotle (syllogism)
Cheers
Masoud Samimi Go!
|
|
|
|
|
I looks like C++ wins the day, phew. .
I couldn't even imagine opening my eyes to a world of VB dross.
|
|
|
|
|
Does 'phew' mean you're remotely surprised ?
|
|
|
|
|
Suprised, No, not all? We all knew the verdict well and truly at the beginning.
|
|
|
|
|
hello !
my problem is that i am not able to play MDI and RMI files in my pc.
How do i rectify this problem ?
|
|
|
|
|
For starters USE THE CORRECT FORUM idiot!
|
|
|
|
|
I wasn't going to be so rude ( I guess because I don't hide behind an anonymous id ), but seriously, what does this discussion have to do with the question ?
Christian
The content of this post is not necessarily the opinion of my yadda yadda yadda.
To understand recursion, we must first understand recursion.
|
|
|
|
|
> I wasn't going to be so rude...
Why not, he/she was being rude. Nevermind, I'll do it:
Oh look... another anonymous ignoramus.
|
|
|
|
|
Learn how to ask the qestions in the right places. This is the wrong question for that forum.
Bye,
|
|
|
|
|
Yep, The voting so far sums it up!
Real developers, that develop real code is what this site wants.
Not developers who drop a button on a form and call it a application.
'nuff said.
|
|
|
|
|
If the ability to create a button on a form nullifies
the argument for having a seperate VB site, then why we bother
to have any C# content in CP? In VS.Net, we all will be playing
with C# in the same way the *poor* VB-ers are playing now in VB6 .
|
|
|
|
|
Well, really the point for me is that C# at least *claims* to be derived from C++ ( althouhg it looks more like Java to me - can anyone comment on my theory that C# is based on the source for the M$ previous attempt to kill Java, J++ ? ) and therefore is not out of place, even if I'd never actually *look* at the C# section we already have.
Christian
The content of this post is not necessarily the opinion of my yadda yadda yadda.
To understand recursion, we must first understand recursion.
|
|
|
|
|
Its seems to me that Microsoft would like us all to be BUFFERED from the API.
Take Visual Basic, you have to go out of your way to use the API directly.
Now Microsoft want us to use .NET frameworks so we 'have' no need to use the API directly.
The point I'm making is that all applications developed with .NET will suffer from performance issues and not have that 'cutting' edge feel, whilst Microsoft will develop all their apps in VC++, beating any competition hands down.
Just a thought
|
|
|
|
|
Yes, Yes, Yes! This is what I've been looking for to hear/say!
M$ is just planning to enter from the backdoor while already behind an IRON CURTAIN!
Thankx!
|
|
|
|
|
Whilst us minions code happily in the cotton wrapped world of C#, protected by the dreadful fear of pointers and memory leaks, M$ will probably still use VC++ to gain a leading edge of Windows Development.
And as for VB, well it SUCKS big time. My cat can even write VB. Simplistic has its penalties, anybody with an IQ of 20+ can use VB to write a 'so called' windows program.
|
|
|
|
|
>Not developers who drop a button on
>a form and call it a application
Dear Norm,
BASIC belongs to the 1960's no matter what variety of it is on the market today. There's no ifs, ands or buts! But what you said has got nothing to do with VB. I believe that Windows Operating System brought all of us to this stage! Remember those old days of DOS programming whilst you had to know what a GFX Card is if you were going to develop a GUI! Or you had to know what PCL is if you were going to print some papers within your program!
Today, you've got this or that built-in APIs ready! Don't tell me that calling those APIs are called "programming". It's like putting those buttons you've already mentioned on the form!!!
Cheers,
Mehdi
Modemmania - Everything you need to know about modems
http://www.tabesh.com/ata/modemmania
|
|
|
|
|
Mehdi
See the point made - Buffered from the API.
I to feel Micrsoft want the real programmers to use an encapsulated environment, its to their benefit.
We write a program lugging or using a ton of .NET dlls whereas Microsoft will use tools to gain optimum advantage.
Why cant Microsoft enhance the productivity of VC++ like Borland did with C++ Builder?
Anyway we've gotta sit back and see how the market adapts, to be fair I think .NET will be a success, my only reservation is will Microsoft WONT use .NET to write their software!
Regards
Norm
|
|
|
|
|
Hi Mehdi! Chetivri! Hi Norm! What's up!
Yes to Norm! It is my feeling as well that M$ would just use VC++ to do more things/toys for us to play with WHILEST them nonono!
Mehdi, Things developed since 1960s so much so far! I honestly learnt the VB since VB4 released but knew C from 1992 and then C++ by 1995!
You see, any C/C++ can easily be VBer! While vice versa! I doubt it!
You may know as well that VB can never code C/C++/VC++, but C/C++/VC++ can code for VB!
This is true:
VB <--- VC++
VC++ ----> VB
Not this:
VB <--> VC++
|
|
|
|
|
The last thread, DOESN'T MAKE SENSE AT ALL?
What is your point
|
|
|
|
|
VB is Client, VC++ is Server, VB can never be Server to VC++!
So if Server is down! Forget having Clients At All! Comprende!
|
|
|
|
|
Sorry, I don't follow! . VC++ can be client or server, take yer pick buddy!
|
|
|
|
|
You gotta be VBer! Or What!?
|
|
|
|
|
What is it that you don't understand! The Thread?
|
|
|
|
|
STUPID
>>>
"VB is Client, VC++ is Server, VB can never be Server to VC++!
So if Server is down! Forget having Clients At All! Comprende!
<<<
What kind of a english grammatical statement is this?
What exactly are you trying to point out here?
Fool
|
|
|
|