Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

.Net Programmers Fall in CNN's Top 5 In-Demand

Posted by Zonk on Sat Feb 04, 2006 08:36 AM
from the cha-ching dept.
GT_Alias writes "CNN Money is reporting that .Net programmers are one of the top 5 most in-demand jobs. Of the positions where recent surveys have indicated a labor shortage, .Net developers and QA analysts are the two that fell under the 'technology' category. According to CNN Money, .Net developers can make between $75-85K starting out in major cities, with the potential to make 15% more if they have a particular proficiency. Additionally, QA workers can make $65-75K a year with the ability to negotiate a 10-15% pay jump if they switch jobs. How does this information compare with the Slashdot crowd's real-world experience?"
+ -
story
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • Qué? (Score:4, Funny)

    by Mathiasdm (803983) on Saturday February 04 2006, @08:38AM (#14641166) Homepage
    Nothing for you to see here, please move along


    It must be because I can only program Java. *sigh*

  • by adderofaspyre (800203) on Saturday February 04 2006, @08:43AM (#14641180) Homepage

    From TFA: "Microsoft's software programming language .NET"

    .NET's a platform or function library if you will not a programming language. Not getting your facts straight doesn't inspire me to have a lot of confidence.

  • by kafka47 (801886) on Saturday February 04 2006, @08:43AM (#14641181) Homepage
    If anything, many of the .NET and other programming jobs that I see coming across my desk are in the range of 85-100K (in Canada). And there are a lot of them.

    Also, I see a lot of new QA jobs emphasizing programming skills, thus driving up the wages. These days, excellent QA organizations will devote at least 50% of their efforts towards automation, either by building their own suites or leveraging off-the-shelf solutions. This is good for QA folk who eventually want to migrate into development, as they'll gain valuable skills along the way.

    /K

  • by Sub Zero 992 (947972) on Saturday February 04 2006, @08:44AM (#14641183)
    Are we talking ASP.Net? Are we talking SQL Server 2005 c# stored procedures gurus? Are we talking J# Nhibernate & Nant wizards? Could we possibly be talking about .NET Portable CLR professionals designing VOIP applications for Windows Mobile 2005?

    Honestly, wihtout specifying the phrase ".NET Developers" more precisely the discussion will become meaningless.

    My POV: a new college graduatre who can barely create encapsulated objects is not going to be pulling the same money as a Java turned C# enterprise framework analyst who writes the patterns published in those clever books.
  • by mikeburke (683778) on Saturday February 04 2006, @08:48AM (#14641194)
    The article says you can earn big bucks if you know the 'dot net' language. Trouble is, there's no such thing (unless you count MSIL, which you don't).

    A whole bunch of langauges actually target the dotNet runtime (c#, visualbasic.net, j#, etc). My guess is that after a few years of head-in-the-sand, a metric crapload of legacy visual basic projects suddenly need porting to a platform with a future.

  • Yes! They're Right! (Score:4, Interesting)

    by Anonymous Coward on Saturday February 04 2006, @08:48AM (#14641195)
    I've been brainwashed by slashdot users and most of the IT crowd on the Internet to go ahead and learn open source languages and applications and not to learn .NET, as it is Micoshit.

    To my surprise, the IT crowd with the big voices on the net are not in-tune with reality.

    Most of the jobs out there require you to use .NET.
      • by NutscrapeSucks (446616) on Saturday February 04 2006, @10:29AM (#14641448)
        Care to explain how a "bondage and discipline" language like C# is easier to learn and more tolerant of bad programming practices, than TMTOWTDI open source languages like PHP and Perl? Oh, that's right, you were just spreading FUD.

        For years, one could blame Microsoft for cheap amateur hack coding. No more -- Open Source "LAMP" now totally owns that market.
  • by Traf-O-Data-Hater (858971) on Saturday February 04 2006, @08:49AM (#14641198)
    I'm a C#/.NET developer here in Australia, been doing C# for the last 5 years within a diverse range of industries. Prior to that I was a C++ dev for about 12 years. Before the dotcom crash I was on a 6-figure salary, now as a C# hack I earn about the lower end of the figures quoted - in Australian dollars (about 3/4 the value of US dollars).
    One thing though, I got sick of the constant crap in C++ just spending more time on the stupid COM plumbing and myriad datatypes than actual applications work. Going to C# was a damn breath of fresh air. I LOVE it. I can actually get useful shit done that does stuff for the END USER of the the product and after all that's what the company pays me for. Perhaps I should just move to the US but with the god-bothering, shootings and rampant intake of GE food I think I'll give it a miss thanks. Oh and the lack of more than a week or two holidays... gackkk.
  • by faragon (789704) on Saturday February 04 2006, @09:00AM (#14641223) Homepage
    As rule of thumb, may be it is better for you to invert in general Computer Science formation (generic OS, compiler understanding, computer architecture, algorithmic complexity, et al), not just the "follow the last wave formation". Most people doesn't ever consider that it is dangerous to be extremely especialized. This applies to any platform-specific developing environment.

    In the long way, you'll have to switch between many OS, compilers, languages, etc. Sometimes you have to be pragmatic, just to pay the bills, but take conscience about that the IT field is very variable in the surface, but sound in the fundamentals. This is why I recommend generic Computer Science formation when young people ask me for an advice (plus some other "last wave" preparation, just in case).

  • Why .Net? (Score:5, Insightful)

    by el_womble (779715) on Saturday February 04 2006, @09:05AM (#14641234) Homepage
    I'm in the (un)fortunate position of seeing .Net and J2EE being used sideby side in the same application, and I don't get why people are using .Net in the enterprise. It can't be because CLR is faster than the JVM, it isn't. It may be fair to say that, for a bog standard application, .Net development is faster (Visual Studio is an excellent tool), but as soon as you start to push its framework (as all real applications do) the .Net teams fall behind the J2EE teams.

    Java gives you choice. Choice of IDE, choice of framework, choice of application server and perhaps most importantly choice of platform. All that and it runs as fast as .Net and, if your on a budget, everything can be got for free. Need support? Buy WebLogic or JBoss support. Need training? Sun are more than happy to oblige. Need developers? You can't spit without hitting a J2EE developer. Need the source code? Sun will hand it over, for free, just don't expect any changes you made to be put back into the source tree, or them to give you any slack if you try and distribute at all - its not the freedom that OSS would like to give you, but its better than .Net.

    So is it any wonder that there are less .Net developers. If I was starting out in software development again, I'd be still be looking to start in Java, and expect to move over to Ruby on Rails (or whatever is flavor of the month) in 5 to 10 years. Assuming people who make IT descisions get smarter, and OSS continues to get stronger, I can't see how any company selling enterprise grade software will be selling anything but the time and experiance of their staff sans the licencing fees of the tools and server software to their customers. How else will western developers compete with China and India?
    • Re:Why .Net? (Score:5, Insightful)

      by gh (68417) on Saturday February 04 2006, @12:16PM (#14641836)
      I agree with the other poster. This never should have reached a +5. Not only is it off topic, but the arguments are weak.

      It can't be because CLR is faster than the JVM, it isn't.

      The performance of the two runtimes are comparable. Neither kicks the other's butt. Like all things, you can find a benchmark that proves one is better than the other. At the end of the day, the apps that both Java and .NET are being used to write, performance is not going to be the reason you choose Java over .NET or vice-versa. You'll see a bigger performance gain if you simply design the right architecture for the platform.

      as soon as you start to push its framework (as all real applications do) the .Net teams fall behind the J2EE teams.

      I would beg to disagree with this statement. Personal experience has dictated the exact opposite. But, it would help if you provided an area where you feel .NET falls down. Otherwise, it just comes across as someone who keeps spouting the /.-think that Java is better than .NET soooo nyah!

      Java gives you choice. Choice of IDE, choice of framework, choice of application server and perhaps most importantly choice of platform.

      All that choice, as someone else pointed out, can be confusing. If you're building an application for an enterprise system you want to know what will get the job done. Not only that, but you want to know that it will be supported in a meaningful way down the road. The fact that Java has hundreds of frameworks (most of which duplicate functionality of other previously written frameworks) is actually a disservice. It's the old "jack of all trades, master of none", but applied to frameworks. The frameworks also mimic the fashion/pop culture than being technical solutions. This week it's struts, next week velocity, the following week some other framework. Enterprise solutions prefer solid choices, not the fad of the week.

      You could make the argument that if the framework is open source, then you are guarranteed to have the framework down the road. But, that involves getting into the code and supporting the codebase. If it's critical to the company's environment they will do that regardless. In fact, likely the would have written/extended most of it themselves. The thing is that most of these frameworks are *not* critical in the "it gives us a market edge" sort of way. It doesn't make business sense to drain limited resources by supporting a toolset that turned out to be a fad and not properly supported down the road.

      and expect to move over to Ruby on Rails (or whatever is flavor of the month) in 5 to 10 years

      And that, dear /. poster, is exactly why many platforms like .NET do well in enterprises when compared to the many flavors of tools from the other platforms/communities. It's not that .NET (or Java for that matter) is miles above the rest in terms of technical superiority. It's simply that .NET offers a solid platform that business can depend on without wondering is this simply the flavor of the month.

      Despite what most /. posters think, Java was successful for the exact reason .NET is becoming successful. The platform serves as good foundation for building applications that can be supported many years down the road. Think of it as what COBOL use to be for business. It's not the choice that Java presented, but a solid API and platform that will be built upon and supported by big players like Sun and IBM. That doesn't mean the choice isn't important in many cases, but in the grand scheme of things it's minor.
  • demand is back up (Score:5, Interesting)

    by DeveloperAdvantage (923539) on Saturday February 04 2006, @09:12AM (#14641250) Homepage
    Interesting, this past week there was another article about the potential for elimination of QA staff due to agile programming techniques:

    http://www.theserverside.com/news/thread.tss?threa d_id=38785 [theserverside.com]

    Software quality management is maturing into a discipline unto itself, and becoming much broader than testing. Manual testing is being replaced by automated tools.

    Up here in Canada, I have seen an increase in the number of .NET positions too, although I don't think it is any stronger than the increase in Java positions. The demand for software developers has really picked up, and, just informally from the ones I have talked to, most head hunters are reporting being overloaded with opportunities to place people, as much as a 250% increase in demand for people over a few months ago.
  • by Anonymous Coward on Saturday February 04 2006, @09:32AM (#14641302)
    Let me guess: they can't find programmers with 10 years .NET-experience?
  • And Tomorrow... (Score:5, Insightful)

    by MightyMartian (840721) on Saturday February 04 2006, @12:00PM (#14641786) Journal
    And tomorrow it will be something else. You know, I've been an amateur to semi-professional programmer for over twenty years now, and at least once every couple of years I've heard the same spiel about this language or that platform. Oooh, "language x" or "library y" is going to revolutionize the industry. Abandon all your C++ code, it's irrelevant and you'll be a starving artist if you don't immediately shift gears, etc. blah blah blah

    The real skill that a programmer needs if he or she is going to make it is adaptability. Stop thinking in terms of languages, period. At the core, unless you're having to do some pretty wild coding, most work pretty much the same. Think in terms of projects. If you're a freelancer, you'll want to have your finger in lots of pies, and if you're an in-house programmer, well, you know, the boss man is going to tell you what you're coding in. Flex the conceptual skills, because last week it was Delphi and VB, yesterday it was Java, today it's .Net, tomorrow it will be Ruby, and who the hell knows what next week will bring.

    Like it or not, the programmer is just as much a slave to consumerism as anyone else, though it comes from a different angle. Managers and customers are sold platforms and languages by marketing guys (you know, the kinds of guys that get these sorts of articles planted in CNN), and you're going to have to adapt. It's really sucky, but that's the nature of the game. It's not like the olden days where a guy could learn Cobol and have a job until he dropped dead into the card reader.

    • by Silverstrike (170889) on Saturday February 04 2006, @09:04AM (#14641230)
      Will someone please explain to me why syntactical ease equates to a "stupid language for monkies"? Just because C# developers don't have to worry about and juggle memory pointers, it doesn't imply that their job is automatically "easier" and therefore "worse" than that of a C/C++ developer. They still have to worry about good OO design, portability of code (yes, even in a VM language like .NET), and just all around good software engineering -- same as a C/C++ developer would.

      Furthermore, just because C/C++ is a "faster" language, that doesn't imply its better suited to web development, or even windows app development. A strongly typed language with a predefined API like the .NET Framework gives everyone an even playing field -- it makes code extremely supportable by a wide range of people; everyone who knows .NET can support an app written against the Framework. Not so for C/C++, a windows/Visual Studio C++ developer would certainly struggle after being tossed into a Unix development environment.

      Now, this is the same argument as most people with common sense make with Java -- no on says its the right tool for every job, but it certainly can be the right tool for a lot of jobs. The same with C++. Do you really think we ought to code our web apps in C/C++? IF so, then why not just go all out and do it in assembly?
      • by jimicus (737525) on Saturday February 04 2006, @08:56AM (#14641214) Homepage
        Anyway, just because it's easy to learn doesn't necessarily mean that it's a bad programming language.

        No, but sooner or later it means that there are a bunch of colleges churning out people who've become "experts" having taken a 6 week course in the language with no prior IT experience.

        Doesn't take long for it to become apparent that so many people who claim to know the platform are inexperienced fools. Once that happens, salaries drop.
        • by CaymanIslandCarpedie (868408) on Saturday February 04 2006, @10:17AM (#14641413) Journal
          Wish I had mod points! Exactly correct, langauge really means nothing and I find this lists about as worthless as can be. Technology changes fast enough as it is, you don't need to make it worse by spending your career constantly chasing around the "hot" new programming language hoping you'll make a few extra grand a year!

          Rule number 1) gain a solid understanding of computer, programming, design, network fundimentals. I doesn't matter if its Linux/Windows, Java/C++/.NET, etc, etc.

          Once you have this solid foundation to build on then decide what industry segment you'd enjoy working in and learn that business segment inside and out.

          I know as techies we often don't like dealing with getting our selfs "dirty" dealing with the business, we just like the tech but that will lead to a frustrating career in my opinion. Programming is becoming easier and easier, there is getting to be less and less value in being able to program any certain langauge, you can spend you entire life jumping between industries chasing the a few extra bucks in the lastest langauge or become an expert in an industry (where the real money is). When I'm looking to hire someone I couldn't care less what languages they know! As long as they are decent programmer its easy to teach them a new langange. Whats much more difficult is teaching them the fine points of our industry. So be it finance, retail, manufacturing, gaming, ect, etc. I think knowing a busniess well is much more important than what langauge you know.
    • by CastrTroy (595695) on Saturday February 04 2006, @09:23AM (#14641276) Homepage
      You should just buy a book and learn it yourself. Do some real projects that you can demonstrate to the interviewers if you don't have any real world experience. You can use Mono if you want, or use the VS.Net Express Edition to get started. Once you get into more complex stuff, it'll probably be better for you to get real experience with the real VS.Net IDE. It's a pretty powerful IDE, and I like it a lot. There's a few things I'd like to change, but otherwise it's pretty good.
      • MOD PARENT UP! (Score:5, Informative)

        by TERdON (862570) on Saturday February 04 2006, @09:43AM (#14641329) Homepage
        Damn that i burnt all my mod points this morning. This is EXACTLY what I'm doing right now, as part of my master thesis. For all the Swedes out there, that already have some programming skills, I would strongly recommend reading Anders Forsberg - Programmering i C#. It concentrates on the parts making C# different from other languages and cuts the crap out. Add to that some kind of .NET Framework overview book, and you should have what it takes to get at least decent on your own.

        Also, Visual Studio isn't a good IDE - it's a great one (especially compared to some of Microsoft's other software offerings). And I'm usually in the *nix crowd. Possibly vim or emacs are better, but they have a really high entrance barrier...
      • by ACNSlave (750608) on Saturday February 04 2006, @10:07AM (#14641389) Homepage Journal
        I would be ashamed to be a *dot* net programmer. Use Debian or similiar distro, and you can get programmers from all over the world.

        Meh. Shame has nothing to do with it. Feeding 3 kids, paying down a mortgage and putting gas in my Saturns has much more influence over me than your philosophical bullcrap. Shame... What Ever.

        Final analysis: code is code is code. If coding for OSS projects floats your boat, then do so, Its a free world. I use Debian too, just not @ work.

        BN, MCAD .NET (C# corporate whore)

        Cheers, my man
    • by lilnobody (148653) on Saturday February 04 2006, @09:45AM (#14641330)
      Why isn't something that's more portable (perl/python) in such demand? Really bakes my noodle.


      Ever try and write an enterprise level application, even a web application, in perl? It's great for small internal applications; that CPAN doo-hickey works just great.

      But CPAN bites you back when you hit the limits of what those modules can do in a large-scale application. When you hit the limit of what is the easiest and arguably the best (and arguably not) ORM out there, Class::DBI, there's 150 different, incompatible modules out there to do what you want. Which one will be maintained? Which one silently overwrites methods deep within more established modules and doesn't tell you? Want one that adds support for limit and sort by? One module gives you that easily, but not with the same interface as the other 10 that are more full featured. Which do you choose?

      Don't even get me started on trying to send an email with Perl. CPAN seems to have a new module for sending email every other day. It's become less of a one-stop shop for the modules you need and more of the perl newbie ftp drop site for modules no one could possibly need or want.

      As an example, check out what's been uploaded today. Version 0.02 of JavaScript::MochiKit, helpfully described as 'makes perl suck less', with 15 classes and less than a page of documentation. Great! Just what I was looking for!

      There's also a module for interacting with MySpace, two versions in the same day of of an XML parser (writer? who knows, I didn't read it) for a data format used by the library of congress (from the same proud author of version 0.3 of Acme::Voodoo, described as 'Do bad stuff to your objects'), version 0.18 (version 0.17 was yesterday's) of DBIX::Class::Loader, a copycat of Class::DBI::Loader for this self-proclaimed CDBI replacement (which is probably needed, but god help a perl newbie who shows up on CPAN looking for ORM nowadays). It's 2pm my time (Austria), meaning it's 5:30 central time, and there are already 9 modules with version numbers less than 1.0 uploaded to CPAN.

      Now don't get me wrong, this is fantastic for a small scale app. I'm sure someone will get some use out of a MySpace profile accessor in perl. But what makes CPAN, and perl, great for small-time stuff makes it just terrible for enterprise applications.

      As for perl's portability...do you really expect to make an argument that a language that is, in quite official terms, defined by the official compiler is portable? Perl runs on windows, but since perl.exe IS the language, differences between it and the unix versions aren't even technically bugs...they just ARE! It's not a proper way to 'run a language', so to speak.

      I've been programming in perl for years. I get paid well for it. I don't plan to stop using it for my insignificant applications. But I know damn well why it's not in demand.

      nobody