I know there are lots of Visual Basic vs. C# threads out there, but I think this is important.
Are there more professional Visual Basic.NET or C# jobs?
I know there are lots of Visual Basic vs. C# threads out there, but I think this is important.
Are there more professional Visual Basic.NET or C# jobs?
A quick search on Jobserve reveals:
According to Jobserve in the UK, it's about 4:1 in favour of C#. That accords with anecdotal evidence I hear.
Well, take a look at the tags to get an idea of how many people are using it. C# has 30,000 questions tagged, while VB.Net has about 3,000. I doubt that there truly are ten times the amount of people working in C#, but I think that's a pretty good indicator.
Plus, for what it's worth, whenever I look at what jobs are available I see more C# than VB.
Generally, I've notice more C# openings. It can probably vary greatly by region.
Just by doing a quick search of Monster and Workopolis, the number of C# listings is three times what the VB.NET listings are.
Although really, if you know one language you may as well learn the other. It's not much of a leap. Plus knowing both can't hurt.
To be perfectly honest, I have never seen a job offer from a firm involving anything to do with VB. To support the answer, I just graduated in CS and have interviewed with almost every big firm in the book (probably 40 interviews of the last 3 years).
I guess it depends what you already know, but I have found so many times where C# is documented and VB isn't.
Good luck on the job hunt!
Flamewars aside. IMO vb.net is microsofts attempt at supporting the multitude of old skool VB developers, but what they really want to do is move c# forward.
Yes there are probably more jobs in c# on a daily basis. but vb is like ie6 (downvotes commence here), it is ugly but will be around for a while.
That said, I do love the VB 'with' statement thing
Funny that the jobs really take the language into account. It all compiles down to the same MSIL amirite?
I know this answer kind of sucks but ... in the long term the language doesn't really matter.
Today C# is probably better but what I really value in a developer has nothing to do with the languages he knows... specially in .NET languages. If I'm hiring a developer I prefer one with vast experience in C++ and which gives me a good impresion about the way he does things than a c# developer which just happens to know a lot of the .NET framework but who isn't capable of telling me what a pointer is or ANY method for sorting a list.
If the project is in good shape I won't hire him, if the project is in bad shape I might hire him but I can assure you probably he'll be out when we start a new project or we need some hard development, performance improvements and so on.
For the .NET world I really don't care... if you are a great developer in vb.net I will hire you for my c# project ... You'll be up and running in about a week ... And the other way around.
I noticed that a lot of VB6 programmers tend to whine about the VB.NET initially, but later find it far more powerful and useful once they delve into the DotNet Framework.
Unfortunately, a lot of C# shops are being dishonest in saying that C# is more powerful or somehow can do more than VB.Net. The truth is (from my experience) is that C# programmers and programming stores are charging quite a bit more for the same thing. I personally converted a C# app to VB.Net as one client discovered they could save $200,000/yr in development costs by salary reduction alone by keeping their current VB.Net staff (and not going for the pricey C# developers).
The problem with VB.NEt is that it has gotten a bad rap thanks to old-school VB'ers who, for some strange reason, balked at the new features and also C++ people standing to ancient claims that VB is slower (back then it was, today they are virtually identical).
I've heard outrageous claims that coders use VB.Net because they are lazy - (maybe so w/ VB6 and earlier) or somehow less intelligent (Basic was written for scientists, originally!).
With features such as intellisense, the "speed in coding" argument goes out the window as well (not to mention the dot notation, XAML and other features that reduce typing to a minimum).
I my opinion, C++ apps should be ported to C# and VB6 apps ported to VB.NET depending on the coders available. C++ is an awfully verbose & tedious way to do common business tasks (which even Perl can do) and should be relegated to multimedia & network appliances and anything requiring a tiny footprint. Business managers should weigh in the speed at which things get done - cryptic code means longer debugging time, usually and VB.Net has advantages in human readability, after all, that's what programming is: converting Human language to a 1's and 0's. Ego should never play into this.