The Java and .NET ecosystems pretty much mirror each other, and it seems like they are reflecting an increasingly ugly picture. Too many developers I speak too are spending more time chasing their tails trying to keep pace with the changes in the ecosystems and not enough time getting better at what they are doing. It is tempting to dismiss the need to keep upgrading skills. Here are some things I hear all the time about it.
- "XYZ is just a buzzword, it will be forgotten by next year."
- "I'm too busy writing code to learn a new way of doing things."
- "What we're using is good enough for our needs."
- "Why should I learn a new method when it will be obsolete in a year or two?"
Behind each of these sentiments is a lot of truth, but the conclusion (i.e., don't bother updating your skills) is false. Let's look at each one a little closer:
- "XYZ is just a buzzword, it will be forgotten by next year." It's not likely it will be forgotten, but it will have lost some buzz. That does not mean that it is a useless skill.
- "I'm too busy writing code to learn a new way of doing things." This is probably true, but the new skill may repay itself over time.
- "What we're using is good enough for our needs." This is highly, highly doubtful if you are a .NET developer. While WinForms is a "good enough" tech, its long-term future is miserable. ASP.NET WebForms is an awful technology. If you are doing anything other than bare-minimum maintenance in these techs, you are creating a mess for yourself. I'd be willing to wager that folks who know more about the Java ecosystem than I do would likely say the same thing about Java.
- "Why should I learn a new method when it will be obsolete (or the world will shift to something else) in a year or two?" You have no idea what will be obsolete in a year or two. I thought Java was a "flash in the pan" when it debuted (and so did many others), but it reinvented itself as an enterprise development tool to great success.
No matter how I look at it, the .NET system of tools has had so many shortcomings that one cannot help but feel forced to upgrade. When Microsoft does get it right (or close enough), it makes a big change that forces you to dump what you learned anyway. WinForms wasn't perfect, but for the overwhelming majority of enterprise applications, WPF (and now the XAML-based Windows 8 system) are not compelling upgrades. But at this stage, there really is not much of a long-term option.
J.JaKeep your engineering skills up to date by signing up for TechRepublic's free Software Engineer newsletter, delivered each Tuesday.
Justin James is the Lead Architect for Conigent.