Keep Your Developer Saw Sharp
If you’re a software developer, you need to make sure your skills are up to date. If you don’t, you’re doing yourself a disservice.
This is important for several reasons. First, it keeps you marketable. There’s no such thing as true job security. You might be a vitally important cog in an esoteric process at a corporation, but could still be laid off if certain numbers in an executive’s spreadsheet don’t come out in your favor. Even though it’s a buyers’ market for software developers right now, you might suddenly find yourself looking down the pointy end of an interview table needing to answer a question about something that you always meant to study up on, but never did.
Things change, and practices that were once standard aren’t any more. In fact, they can be dangerous. For example, I was on a project with a client’s DBA who hadn’t really kept up with the times. He would’ve been a really good SQL Server DBA if it were still 1998. His design for the project included making just under 400 tables, with no fewer than 20 joins for any query. Since the application was very heavily data driven, things bogged down under even light loads. The performance caused many long nights and weekends and “aggressive conversations” with managers at the client.
It can be expensive. The problems in the above anecdote could’ve been avoided by adopting a less normalized approach in the database. Yes, data would’ve been duplicated, but hardware has gotten so much cheaper it’s financially irresponsible not consider just buying faster stuff. You could save $10,000 on a new server, but if you’re paying a team of consultants billing $1,000/hour for weeks of work, you chose poorly. If StackOverflow got away with just 2 database servers in 2011, you can probably do just fine with one.
It makes team dynamics better. I’ve been a consultant of some form or fashion for nearly seven years now. I’ve seen good projects, and I’ve seen bad ones. Bad communication and skill mismatches are traits of projects that go south. When developers are on the same page it makes for much easier conversations. For example, if you are a web developer, I shouldn’t have to repeatedly explain what REST is in 2014, no matter what platform you’re using.
Are you a .NET web developer? Try learning something like Rails, or Node, or Python. Rails developer? Try Node, or maybe iOS or Android. Mobile developer? Try web development, or a competing platform. Maybe even go with a neckbearded technology like Clojure. The things you learn from moving outside your environment will only benefit you in your day job.