VB.net or C#.net

[Terry]

Hi, I need some feedback.
We are converting to .Net and we are trying to decide on whether to use
VB.net or C#.net.
As far as our current systems, they will probably be rewritten in ASP.Net.
I have looked into both and I don't see anything that would scream out to
use one or the other. So at this point, it is still a toss up.
However, I want to look at the two languages from a different perspective.
That is from a career point of view.
Which has the larger install base. Which has more demand. Are developers in
one paid more than the other.

Any help would be appreciated.
Terry

[Rob Windsor [MVP]]

Right now there's virtually no difference between the products. There will
be some divergence in the 2005 versions (for example VB will add edit and
continue to the debugger while C# will add refactoring support) but they
will both continue to give full support to the framework.

I don't know any specific numbers but I would guess that the .NET market is
55%VB, 40% C# and 5% other.

As far as money goes, C# developers tend to get more. Again, I don't know
specific numbers but I think it's safe to say that on average C# developers
will earn $5,000 - $10,000 per year more than their VB conterparts. I think
that trend will continue into the near future but I see things evening over
time.

Hope this helps,

--
Rob Windsor [MVP-VB]
G6 Consulting
Toronto, Canada
"Terry" <xx************ @yahoo.com> wrote in message
news:e8******** ******@TK2MSFTN GP09.phx.gbl...

Hi, I need some feedback.
We are converting to .Net and we are trying to decide on whether to use
VB.net or C#.net.
As far as our current systems, they will probably be rewritten in ASP.Net.
I have looked into both and I don't see anything that would scream out to
use one or the other. So at this point, it is still a toss up.
However, I want to look at the two languages from a different perspective.
That is from a career point of view.
Which has the larger install base. Which has more demand. Are developers in one paid more than the other.

Any help would be appreciated.
Terry

[Tom Dacon]

For ordinary purposes, the differences between the languages are
insignificant. Unless you need to run unsafe code blocks, which you can
currently do only in C#, you won't see much difference between them. If your
people are experienced only in VB6 or VBScript, perhaps they'll be more
comfortable in VB.Net; they'll at least be comforted by having access to the
good old VB6-style runtime methods like CSTR() and InStr() and so forth. If,
on the other hand, your peeps have been doing C++ or even have C in their
backgrounds, they may quickly come to prefer C#. In either case, there's a
steep learning curve even for programmers who are extremely fluent in the
older languages. For an experienced programmer, picking up the syntax of a
new language is fairly easy - three days and you've got it. The hurdle is
the framework class library. It's on the same scale as the Java class
library - it has literally thousands of classes to find your way around in.
I estimate that it's a six month to a year project to become practiced at
the journeyman level in the use of the framework class library, if you can
work on it full-time or nearly so. During that year, you're going to write a
lot of code that you'll later want to throw away.

And don't underestimate the need to become fully proficient in
object-oriented programming. It's a crucial and essential skill and it can't
be learned from a "Learn Object-Oriented Programming in 24 Hours" book.
Maybe you and your guys are already there - if you are, good on you, mate.

As to career strategies, there's some evidence that C# programmers are
getting higher salaries than their VB.Net counterparts. There's also that
indefinable cachet that seems to go along with programming with curly braces
and semicolons and case-sensitive names that the C++ programmers of old hold
so dear to their hearts, as symbols of their technical superiority. Along
with zero-based counting in arrays and collections, where VB programmers are
accustomed to start counting with one instead of zero. Now, of course, in
both VB.Net and C# that rational approach to numbering has gone by the
wayside, so it's not a discriminating factor between the languages either.

I guess I'm a case in point. I was a C and C++ programmer long before even
VB 1 came out in 1991. I worked my way up through VB1,2,3,4,5, and 6, using
less and less C over the years as VB became more capable and the need for
coding to the Windows API in C became less necessary. When .Net came along,
I'd been programming almost exclusively in VB for years and years. Now I
switch easily back and forth between VB.Net and C#. If I pick up some sample
code from the net for something I want to do, I use whatever language it
happens to be in. But if I start a new project from scratch, I almost always
start it in C#.

Personally, I'd recommend becoming practiced in both languages. There's so
much code floating around the net, both from Microsoft and from enthusiast
web sites, that if you only know one of the languages fully half of the
resources on the net are unavailable to you. This and this alone makes me
look at the language bigots with a jaundiced eye. And it really makes me sad
when someone comes on one of the .Net newsgroups and pleads with the group
members to translate a piece of code for them from the language they haven't
taken a few days to learn.

Regards,
Tom Dacon
Dacon Software Consulting

"Terry" <xx************ @yahoo.com> wrote in message
news:e8******** ******@TK2MSFTN GP09.phx.gbl...

Hi, I need some feedback.
We are converting to .Net and we are trying to decide on whether to use
VB.net or C#.net.
As far as our current systems, they will probably be rewritten in ASP.Net.
I have looked into both and I don't see anything that would scream out to
use one or the other. So at this point, it is still a toss up.
However, I want to look at the two languages from a different perspective.
That is from a career point of view.
Which has the larger install base. Which has more demand. Are developers in one paid more than the other.

Any help would be appreciated.
Terry

[Jon Skeet [C# MVP]]

Rob Windsor [MVP] <rw******@NO.MO RE.SPAM.bigfoot .com> wrote:

Right now there's virtually no difference between the products. There will
be some divergence in the 2005 versions (for example VB will add edit and
continue to the debugger while C# will add refactoring support) but they
will both continue to give full support to the framework.
I believe VB.NET will have refactoring support, too.
I don't know any specific numbers but I would guess that the .NET market is
55%VB, 40% C# and 5% other.

I would guess at VB.NET and C# being the other way round, personally.
Lots of VB Classic developers are annoyed at the horrible migration
situation, so are turning to C# instead of VB.NET. Only a guess though.

--
Jon Skeet - <sk***@pobox.co m>
http://www.pobox.com/~skeet
If replying to the group, please do not mail me too

[Cor Ligthert]

Jon,

I would guess at VB.NET and C# being the other way round, personally.
Lots of VB Classic developers are annoyed at the horrible migration
situation, so are turning to C# instead of VB.NET. Only a guess though.

You know that there is a big difference between VB2002 and VB2003 the
upgrade from the last is (very) much better.

However this is not important of course in a ASP situation where the most
ASP pages will run with very few conversion on dotNet and otherwise normaly
on the IIS server mixed up with aspx pages.

The last of course not when it is done with the VB6 IIS class or with
another way of VB Com.

Just some thoughts

Cor

[Cor Ligthert]

Terry,

You see all the answers, so from your part of view as you stated, it should
be an easy decission. For me is the conclussion.

When you are a manager choose VBNet
When you are a programmer choose C#

Cor

[Jon Skeet [C# MVP]]

Cor Ligthert <no**********@p lanet.nl> wrote:

I would guess at VB.NET and C# being the other way round, personally.
Lots of VB Classic developers are annoyed at the horrible migration
situation, so are turning to C# instead of VB.NET. Only a guess though.
You know that there is a big difference between VB2002 and VB2003 the
upgrade from the last is (very) much better.

That's good to hear. I suspect that a lot of VB developers will have
been so turned off by the early migration problems that they don't want
anything to do with .NET any more - at least, that's some of the
feeling I've got in discussions with some VB programmers who are rather
cross (to say the least) about how things have been handled.
However this is not important of course in a ASP situation where the most
ASP pages will run with very few conversion on dotNet and otherwise normaly
on the IIS server mixed up with aspx pages.

The last of course not when it is done with the VB6 IIS class or with
another way of VB Com.

Right - again, I didn't know that ASP pages were mostly compatible...

--
Jon Skeet - <sk***@pobox.co m>
http://www.pobox.com/~skeet
If replying to the group, please do not mail me too

[Tom Dacon]

hehehe...

Pretty good, Cor

Tom

"Cor Ligthert" <no**********@p lanet.nl> wrote in message
news:%2******** ********@tk2msf tngp13.phx.gbl. ..

Terry,

You see all the answers, so from your part of view as you stated, it should be an easy decission. For me is the conclussion.

When you are a manager choose VBNet
When you are a programmer choose C#

Cor

[Cablewizard]

I truly hope VB.Net will have refactoring, one of the things I'm looking forward
to.

I was one of those VB Classic programmers caught up in the migration. I must say
that after reading all the hype about dotNet, I was really looking forward to
it. However, in practice it was much more difficult. Many things advertised
early on were things that MS didn't plan on implementing until later. Most truly
proficient VB programmers needed to know some C to overcome some limitations.
But interoping with C with VB Classic was a pain. So when I heard about truly
unified data types and marshalling between C# and VB.Net in managed code I was
elated. Only to find out that many things had not yet been implemented in VB.Net
< 2003. So I continued in VB6 until VB.Net 2003, at which point enough things
had been added to make it truly useful. Once some of the seemingly minor changes
to VB 2005 are available (such as UInt support, operator overloading, code
snippets, etc) I foresee that I may not have any need to go back to VB6 and/or
C.

With all that said, I personally think that VB2005 just might be the turning
point which brings the old school VB'ers back in droves. I also suspect that
those who ended up migrating from VB6 to C# will start to migrate to VB.Net
again. I am also going to go out on a limb and suggest that maybe it will be a
mature enough product and become widely enough used that many Java programmers
will migrate to C#.

In the end, I suppose it comes down to what you are most comfortable with. If
you have the knack for counting curly braces and truly think that Case in
variables names is a good thing, go with C#. If you know VB, go for VB.Net
(although there is a significant VB learning curve as VB.Net is a little more C
like in that it does try to encourage better programming practices than classic
VB, and the .Net Framework is huge). As far as performance, compatibility, etc.
I don't see much of a difference between them. In fact, in the end you will end
up using both, just like proficient VB'ers have in the past. But it is SO MUCH
easier to jump back and forth.

Just my 10 cents worth.

Gerald
"Jon Skeet [C# MVP]" <sk***@pobox.co m> wrote in message
news:MP******** *************** *@msnews.micros oft.com...

Rob Windsor [MVP] <rw******@NO.MO RE.SPAM.bigfoot .com> wrote:

Right now there's virtually no difference between the products. There will
be some divergence in the 2005 versions (for example VB will add edit and
continue to the debugger while C# will add refactoring support) but they
will both continue to give full support to the framework.

I believe VB.NET will have refactoring support, too.

I don't know any specific numbers but I would guess that the .NET market is
55%VB, 40% C# and 5% other.

I would guess at VB.NET and C# being the other way round, personally.
Lots of VB Classic developers are annoyed at the horrible migration
situation, so are turning to C# instead of VB.NET. Only a guess though.

--
Jon Skeet - <sk***@pobox.co m>
http://www.pobox.com/~skeet
If replying to the group, please do not mail me too

[Thomas]

I fully disagree with people that say that VB.NET 2002/2003 is equivalent to
C#.NET 2002/2003. I was originally a high level VB6 developer. When I first
look at the original betas of .NET, I chose C# for a couple of reasons.
Firstly, Microsoft might as well have called VB.NET, "Fred". Only simple
syntatic similarities exist between VB6 and VB.NET. Other than that, they
are very different products. Secondly, VB.NET, for some idiotic reason, was
limited compared to C#. Silly things like unsigned integers were not
included. Lastly, as I began developing with C#, I discovered that VB.NET
had/has a HUGE limitation. VB.NET 2002/2003 cannot use operator nor
conversion overloads built in C#. That means if you build classes that are
to be used by other developers, those other developers cannot use VB.NET
either because they have to hack their code to death to utilize conversion
and operator overloads. For example:

Suppose someone in C# builds a couple of classes and overloads the "+"
operator. You could write the following:

MyClass foo = new MyClass();
MyClass bar = new MyClass();
MyClass gamma = foo + bar;

In VB.NET, they would have to write something like (not sure the exact
syntax):

Dim foo as MyClass = new MyClass();
Dim bar as MyClass = new MyClass();
Dim gamma as MyClass;

gamma = foo operator+ bar;

Insanity that VB.NET 2002/2003 cannot even *use* overloads built and
compiled in C#. So, prior to Whidbey, I would say that if you want to build
nothing but "Hello World" apps, you could use VB.NET, otherwise use C#. Note
that this opinion has absolutely nothing to do with performance which is the
same between VB.NET and C#.

Whidbey changes all that. Microsoft has added most of the new goodies to
VB.NET as well as C#. In addition, VB.NET 2005 includes operator overloads
so, theoretically, VB.NET developers can use components with operator
overloads built in C#. I'm not yet sure if VB.NET can use conversion
overloads written in C#.


Thomas

"Terry" <xx************ @yahoo.com> wrote in message
news:e8******** ******@TK2MSFTN GP09.phx.gbl...

Hi, I need some feedback.
We are converting to .Net and we are trying to decide on whether to use
VB.net or C#.net.
As far as our current systems, they will probably be rewritten in ASP.Net.
I have looked into both and I don't see anything that would scream out to
use one or the other. So at this point, it is still a toss up.
However, I want to look at the two languages from a different perspective.
That is from a career point of view.
Which has the larger install base. Which has more demand. Are developers in one paid more than the other.

Any help would be appreciated.
Terry