About 2 years ago, and as recently as perhaps 1 year ago, I can recall
seeing many posts about what language to use with ASP.Net. The consensus was
that employers paid more for C# programmers, and it seems that C# became the
darling of the ASP.Net crowd.
In the meantime, I have observed an interesting phenomenon. Originally,
employers hired programmers who used C# because it was based on C, and the
prevailing opinion was (and may still be) that C# developers were better
because they must have known and/or practiced C or C++ at some time, which
would make them better programmers overall. C and C++ are hard-core
programming languages compared to VB.
However, now that nearly everyone has jumped on the C# bandwagon, it seems
to me that the distinction between the languages has nearly disappeared, at
least in terms of evaluating programmers for hire. There seem to be almost
as many clueless C# developers out there as VB.Net developers. Many C#
developers today are basically VB.Net developers using a different syntax. I
wonder if the employers have become aware of this trend?
Kevin Spencer
Microsoft MVP
.Net Developer
Neither a follower nor a lender be.When it comes to ASP.NET development, I'd think VB developers stand the
better chance of being more experienced, since classic ASP used VBScript.
C++ programmers, while they might be smart people, don't necessarily know
anything about web development, so C++ experience wouldn't necessarily
impress me when interviewing for a web developer. C++ experience would
probably only excite me if I was hiring a developer for creating low level
software such drivers.
Then again, I've always been more of a VB guy so perhaps I'm biased. But my
experience tells me you don't need to be from C land to be a solid
developer. That's really little more than a stereotype, and prospective
employees shouldn't be evaluated based on assumptions and stereotypes.
That's my two cents,
Steve C. Orr, MCSD, MVP
http://SteveOrr.net
"Kevin Spencer" <kevin@dotnet.itags.org.DIESPAMMERSDIEtakempis.com> wrote in message
news:%23XnYteSGFHA.2876@dotnet.itags.org.TK2MSFTNGP12.phx.gbl...
> About 2 years ago, and as recently as perhaps 1 year ago, I can recall
> seeing many posts about what language to use with ASP.Net. The consensus
> was that employers paid more for C# programmers, and it seems that C#
> became the darling of the ASP.Net crowd.
> In the meantime, I have observed an interesting phenomenon. Originally,
> employers hired programmers who used C# because it was based on C, and the
> prevailing opinion was (and may still be) that C# developers were better
> because they must have known and/or practiced C or C++ at some time, which
> would make them better programmers overall. C and C++ are hard-core
> programming languages compared to VB.
> However, now that nearly everyone has jumped on the C# bandwagon, it seems
> to me that the distinction between the languages has nearly disappeared,
> at least in terms of evaluating programmers for hire. There seem to be
> almost as many clueless C# developers out there as VB.Net developers. Many
> C# developers today are basically VB.Net developers using a different
> syntax. I wonder if the employers have become aware of this trend?
> --
> Kevin Spencer
> Microsoft MVP
> .Net Developer
> Neither a follower nor a lender be.
>
Two random thoughts on this:
.NET is simply too intimidating for many of the incompetent VB developers
(which is not all VB developers). They had their fun with VB6 - but .NET is
simply too much for the incompetent ones - regardless of .NET languagage (C#
or VB.NET). This point is beyond my opinion - as over the past couple of
years various industry journals have documented how Microsoft is trying to
dumb down VB.NET in an effort to get more people to migrate to .NET (because
the VB6 crowd didn't come running as initially hoped for by Microsoft). Just
look at the features they're adding to VB.NET.
IMHO, the incompetence you are seeing more of is people jumping to Web
development from desktop/thick client application development. Take any
"hard core" C++ developer awash in all his/her OOP glory: If this person has
never developed for the Web and has instead spent a career doing low-level
programming (device drivers, etc), and throw them into a Web Application,
they'll probably be asking a lot of dumb questions - of the same sort you
are currently attributing to the VB6 crowd. IMHO, it's the application type
(Web vs desktop), not the prior language.
FWIW
-Smithers
"Kevin Spencer" <kevin@dotnet.itags.org.DIESPAMMERSDIEtakempis.com> wrote in message
news:%23XnYteSGFHA.2876@dotnet.itags.org.TK2MSFTNGP12.phx.gbl...
> About 2 years ago, and as recently as perhaps 1 year ago, I can recall
> seeing many posts about what language to use with ASP.Net. The consensus
> was that employers paid more for C# programmers, and it seems that C#
> became the darling of the ASP.Net crowd.
> In the meantime, I have observed an interesting phenomenon. Originally,
> employers hired programmers who used C# because it was based on C, and the
> prevailing opinion was (and may still be) that C# developers were better
> because they must have known and/or practiced C or C++ at some time, which
> would make them better programmers overall. C and C++ are hard-core
> programming languages compared to VB.
> However, now that nearly everyone has jumped on the C# bandwagon, it seems
> to me that the distinction between the languages has nearly disappeared,
> at least in terms of evaluating programmers for hire. There seem to be
> almost as many clueless C# developers out there as VB.Net developers. Many
> C# developers today are basically VB.Net developers using a different
> syntax. I wonder if the employers have become aware of this trend?
> --
> Kevin Spencer
> Microsoft MVP
> .Net Developer
> Neither a follower nor a lender be.
>
Oh, I agree, Steve. There are plenty of good VB developers out there (such
as yourself!).
I also agree that a solid understanding of HTML, HTTP, and the web are very
important to ASP.Net (critically important, actually).
> But my
> experience tells me you don't need to be from C land to be a solid
> developer.
I agree here as well, with one caveat: You don't need to know C to be a
solid developer, but it sure helps! I could elaborate on why, but again, I'm
really not interested in a debate about languages!
> prospective employees shouldn't be evaluated based on assumptions and
> stereotypes.
I've always agreed with that point!
Actually, I wasn't trying to dredge up the old argument about which language
is "better." I was actually remarking on the trend toward hiring developers
who know C#, and whether it was valid or not any more.
My point is NOT that a VB developer is necessarily not as strong as a C#
developer. However, at one point there was at least some statistical
evidence that C# developers were more likely to be skilled than VB
developers, due to their background, hence the trend. You know the old
adage: The race is not always to the swift, nor the battle to the strong,
but that's how you bet. I just don't believe that the language is useful any
more as a general (statistical) measuring stick.
And I'm wondering what the hiring trend is these days, whether it has
adjusted with the times. My guess would be "not yet." Corporate types are
generally slow to catch up.
HTH,
Kevin Spencer
Microsoft MVP
.Net Developer
Neither a follower nor a lender be.
"Steve C. Orr [MVP, MCSD]" <Steve@dotnet.itags.org.Orr.net> wrote in message
news:e$HQ6qSGFHA.2932@dotnet.itags.org.TK2MSFTNGP15.phx.gbl...
> When it comes to ASP.NET development, I'd think VB developers stand the
> better chance of being more experienced, since classic ASP used VBScript.
> C++ programmers, while they might be smart people, don't necessarily know
> anything about web development, so C++ experience wouldn't necessarily
> impress me when interviewing for a web developer. C++ experience would
> probably only excite me if I was hiring a developer for creating low level
> software such drivers.
> Then again, I've always been more of a VB guy so perhaps I'm biased. But
> my experience tells me you don't need to be from C land to be a solid
> developer. That's really little more than a stereotype, and prospective
> employees shouldn't be evaluated based on assumptions and stereotypes.
> --
> That's my two cents,
> Steve C. Orr, MCSD, MVP
> http://SteveOrr.net
>
> "Kevin Spencer" <kevin@dotnet.itags.org.DIESPAMMERSDIEtakempis.com> wrote in message
> news:%23XnYteSGFHA.2876@dotnet.itags.org.TK2MSFTNGP12.phx.gbl...
>
> When it comes to ASP.NET development, I'd think VB developers stand the
> better chance of being more experienced, since classic ASP used VBScript.
> C++ programmers, while they might be smart people, don't necessarily know
I disagree with the above statement because VBScript and VB.NET have little
in common other then the name. That would be like saying that a person who
know JavaScript can program in Java.
"Steve C. Orr [MVP, MCSD]" <Steve@dotnet.itags.org.Orr.net> wrote in message
news:e$HQ6qSGFHA.2932@dotnet.itags.org.TK2MSFTNGP15.phx.gbl...
> When it comes to ASP.NET development, I'd think VB developers stand the
> better chance of being more experienced, since classic ASP used VBScript.
> C++ programmers, while they might be smart people, don't necessarily know
> anything about web development, so C++ experience wouldn't necessarily
> impress me when interviewing for a web developer. C++ experience would
> probably only excite me if I was hiring a developer for creating low level
> software such drivers.
> Then again, I've always been more of a VB guy so perhaps I'm biased. But
my
> experience tells me you don't need to be from C land to be a solid
> developer. That's really little more than a stereotype, and prospective
> employees shouldn't be evaluated based on assumptions and stereotypes.
> --
> That's my two cents,
> Steve C. Orr, MCSD, MVP
> http://SteveOrr.net
>
> "Kevin Spencer" <kevin@dotnet.itags.org.DIESPAMMERSDIEtakempis.com> wrote in message
> news:%23XnYteSGFHA.2876@dotnet.itags.org.TK2MSFTNGP12.phx.gbl...
the
which
seems
Many
>
Okay, I write this message with the full knowledge that I am going to piss a
large number of people off. So I fully expect some flaming to happen.
As languages evolve, there becomes less and less that differentiates them.
There is nothing that you can do in C# that you cannot do in VB.NET.
I came from a VB development background and moved to C# about five years
ago. I do not necessarily think that companies look for C# people because
of the tie-in with C++, but rather that C# develops have more of an OOP
sense about them. C++ and C# are object oriented languages and therefore
those people tend to think in object design. VB used to be thought of a toy
and only used for RAD development. There was little emphasis placed on
proper coding styles. It was more of a "let's get it done" mentality rather
then "let's design something for expandability and maintainability". Keep
in mind that until VB.NET was released, the concept of classes was shoddy at
best and certainly did not have inheritance or polymorphism, which means
that VB was NEVER an object oriented languages.
Remember that when the GUI first came out it was also thought of as a toy.
Why would real computer uses use a graphical interface, was the mantra of my
command-line gurus.
"Kevin Spencer" <kevin@dotnet.itags.org.DIESPAMMERSDIEtakempis.com> wrote in message
news:#XnYteSGFHA.2876@dotnet.itags.org.TK2MSFTNGP12.phx.gbl...
> About 2 years ago, and as recently as perhaps 1 year ago, I can recall
> seeing many posts about what language to use with ASP.Net. The consensus
was
> that employers paid more for C# programmers, and it seems that C# became
the
> darling of the ASP.Net crowd.
> In the meantime, I have observed an interesting phenomenon. Originally,
> employers hired programmers who used C# because it was based on C, and the
> prevailing opinion was (and may still be) that C# developers were better
> because they must have known and/or practiced C or C++ at some time, which
> would make them better programmers overall. C and C++ are hard-core
> programming languages compared to VB.
> However, now that nearly everyone has jumped on the C# bandwagon, it seems
> to me that the distinction between the languages has nearly disappeared,
at
> least in terms of evaluating programmers for hire. There seem to be almost
> as many clueless C# developers out there as VB.Net developers. Many C#
> developers today are basically VB.Net developers using a different syntax.
I
> wonder if the employers have become aware of this trend?
> --
> Kevin Spencer
> Microsoft MVP
> .Net Developer
> Neither a follower nor a lender be.
>
There are plenty of clueless C++, VB, et al, developer.
Gregory A. Beamer
MVP; MCP: +I, SE, SD, DBA
***************************
Think Outside the Box!
***************************
"Kevin Spencer" wrote:
> About 2 years ago, and as recently as perhaps 1 year ago, I can recall
> seeing many posts about what language to use with ASP.Net. The consensus w
as
> that employers paid more for C# programmers, and it seems that C# became t
he
> darling of the ASP.Net crowd.
> In the meantime, I have observed an interesting phenomenon. Originally,
> employers hired programmers who used C# because it was based on C, and the
> prevailing opinion was (and may still be) that C# developers were better
> because they must have known and/or practiced C or C++ at some time, which
> would make them better programmers overall. C and C++ are hard-core
> programming languages compared to VB.
> However, now that nearly everyone has jumped on the C# bandwagon, it seems
> to me that the distinction between the languages has nearly disappeared, a
t
> least in terms of evaluating programmers for hire. There seem to be almost
> as many clueless C# developers out there as VB.Net developers. Many C#
> developers today are basically VB.Net developers using a different syntax.
I
> wonder if the employers have become aware of this trend?
> --
> Kevin Spencer
> Microsoft MVP
> ..Net Developer
> Neither a follower nor a lender be.
>
>
I don't know what employers are aware of, but they do seem to request C#
more than VB.NET.
As a long-time VB person who fumbles with C#, I'm one of those "VB.Net
developers using a different syntax."
"Kevin Spencer" <kevin@dotnet.itags.org.DIESPAMMERSDIEtakempis.com> wrote in message
news:%23XnYteSGFHA.2876@dotnet.itags.org.TK2MSFTNGP12.phx.gbl...
> About 2 years ago, and as recently as perhaps 1 year ago, I can recall
> seeing many posts about what language to use with ASP.Net. The consensus
> was that employers paid more for C# programmers, and it seems that C#
> became the darling of the ASP.Net crowd.
> In the meantime, I have observed an interesting phenomenon. Originally,
> employers hired programmers who used C# because it was based on C, and the
> prevailing opinion was (and may still be) that C# developers were better
> because they must have known and/or practiced C or C++ at some time, which
> would make them better programmers overall. C and C++ are hard-core
> programming languages compared to VB.
> However, now that nearly everyone has jumped on the C# bandwagon, it seems
> to me that the distinction between the languages has nearly disappeared,
> at least in terms of evaluating programmers for hire. There seem to be
> almost as many clueless C# developers out there as VB.Net developers. Many
> C# developers today are basically VB.Net developers using a different
> syntax. I wonder if the employers have become aware of this trend?
> --
> Kevin Spencer
> Microsoft MVP
> .Net Developer
> Neither a follower nor a lender be.
>
"Many C# developers today are basically VB.Net developers using a different
syntax"
This may be true today, but it's equally important to look at where the
languages are going. It seems to me that in the 2.0 release, we are
starting to see a divergence, albeit slight, between the two language which
i expect will be a continuing trend. I agree that refactoring is only a
tool which can easily be done as an addon, but that the C# IDE supports it
and the VB.Net one doesn't suggests that the VB.Net team sees the needs of
its developers as being different than those of C# developers. Other
features such as My, Iterators and enhanced nullable types which are either
in one language or another (anonymous functions in vb.net') are all signs
that MS is moving away from having the languages simply be "different
syntax".
As far as the crappiness of VB programmers which was touched on by others,
my personal opinion is that the programming language doesn't make the
quality, it's the person behind the keyboard. A bad programmer will
programming equally bad using whichever language. I think the belief that
there are simply more bad VB programmers out there is highly speculative and
even if true, an HR departement would be foolish to ignore the fact that
there are plenty of good programmers in either language. Having said that,
VB.Net does make it a little easier to be sloppy (option explicit and
strict, on error resume next, ...), but I'm sure that if someone wanted to
they could come up, item for item, of a list of things C# allows which could
be argued it shouldn't.
Karl
--
MY ASP.Net tutorials
http://www.openmymind.net/
"Kevin Spencer" <kevin@dotnet.itags.org.DIESPAMMERSDIEtakempis.com> wrote in message
news:%23XnYteSGFHA.2876@dotnet.itags.org.TK2MSFTNGP12.phx.gbl...
> About 2 years ago, and as recently as perhaps 1 year ago, I can recall
> seeing many posts about what language to use with ASP.Net. The consensus
was
> that employers paid more for C# programmers, and it seems that C# became
the
> darling of the ASP.Net crowd.
> In the meantime, I have observed an interesting phenomenon. Originally,
> employers hired programmers who used C# because it was based on C, and the
> prevailing opinion was (and may still be) that C# developers were better
> because they must have known and/or practiced C or C++ at some time, which
> would make them better programmers overall. C and C++ are hard-core
> programming languages compared to VB.
> However, now that nearly everyone has jumped on the C# bandwagon, it seems
> to me that the distinction between the languages has nearly disappeared,
at
> least in terms of evaluating programmers for hire. There seem to be almost
> as many clueless C# developers out there as VB.Net developers. Many C#
> developers today are basically VB.Net developers using a different syntax.
I
> wonder if the employers have become aware of this trend?
> --
> Kevin Spencer
> Microsoft MVP
> .Net Developer
> Neither a follower nor a lender be.
>
> There is nothing that you can do in C# that you cannot do in VB.NET.
I'm afraid that's simply untrue. You can't use unmanaged code in VB,
pointers, and several other less important items. Yes, it may be a rare
occasion that you need to, but believe it or not, I've worked on several
projects over the past year which process very large (200 - 500 MB) images,
and there's no substitute for pointers in a situation like that. In fact,
even with the use of pointers, I have one app that takes several hours to
process a single image.
HTH,
Kevin Spencer
Microsoft MVP
.Net Developer
Neither a follower nor a lender be.
"Peter Rilling" <peter@dotnet.itags.org.nospam.rilling.net> wrote in message
news:O6eVNATGFHA.3728@dotnet.itags.org.TK2MSFTNGP14.phx.gbl...
> Okay, I write this message with the full knowledge that I am going to piss
> a
> large number of people off. So I fully expect some flaming to happen.
> As languages evolve, there becomes less and less that differentiates them.
> There is nothing that you can do in C# that you cannot do in VB.NET.
> I came from a VB development background and moved to C# about five years
> ago. I do not necessarily think that companies look for C# people because
> of the tie-in with C++, but rather that C# develops have more of an OOP
> sense about them. C++ and C# are object oriented languages and therefore
> those people tend to think in object design. VB used to be thought of a
> toy
> and only used for RAD development. There was little emphasis placed on
> proper coding styles. It was more of a "let's get it done" mentality
> rather
> then "let's design something for expandability and maintainability". Keep
> in mind that until VB.NET was released, the concept of classes was shoddy
> at
> best and certainly did not have inheritance or polymorphism, which means
> that VB was NEVER an object oriented languages.
> Remember that when the GUI first came out it was also thought of as a toy.
> Why would real computer uses use a graphical interface, was the mantra of
> my
> command-line gurus.
> "Kevin Spencer" <kevin@dotnet.itags.org.DIESPAMMERSDIEtakempis.com> wrote in message
> news:#XnYteSGFHA.2876@dotnet.itags.org.TK2MSFTNGP12.phx.gbl...
> was
> the
> at
> I
>
Subscribe to:
Post Comments (Atom)
0 comments:
Post a Comment