undefined | Better HN

0 pointshalfmatthalfcat5y ago0 comments

The counterpoint to this is the amount of resumes I've had to read and subsequent interviews I've had to sit on from "seniors" or "principals" that they themselves haven't gone fully into the weeds on whatever technology they've been practicing for 10+ years. The amount is staggering.

You know my hypothesis why, because they don't have side projects. They have silo'd themselves into whatever niche project or have been on maintenance mode on a piece of software for years and never evolve. Sometimes it's not their fault, their company has pigeon-holed them into whatever software and they can't escape for whatever reason.

They should have side projects (if they care to keep learning) or lest be left behind those in more dynamic companies or those that have side projects to evolve.

0 comments

vsareto5y ago

>The counterpoint to this is the amount of resumes I've had to read and subsequent interviews I've had to sit on from "seniors" or "principals" that they themselves haven't gone fully into the weeds on whatever technology they've been practicing for 10+ years. The amount is staggering.

You know this is a risk. If you went deep on something like Silverlight, you'd have just thrown away all that time. And then people will casually dismiss your 10 years away as not being relevant. And now you get to pick a new technology to maybe invest the next 10 years on, risking the same thing happening again. If a product dies, you go back to square one as a junior again on some new technology.

Picking a long-lasting technology is hard. You're predicting the future.

I'm really tired of people who think they have this industry figured out like it's easy to predict what will be around in 10 years so you can make safe choices about what to invest time into.

matfil5y ago

There's an argument for valuing ten years of Silverlight experience -- especially if it includes some gnarly projects where the framework isn't really holding your hand that much -- over ten years of flitting between web frameworks but never really getting much beyond implementing the stuff that shows up in the tutorial.

I think "going into the weeds" (and not being afraid to do so again, in another context) has some value independently of any specific patterns or tricks that apply to a particular technology.

dntrkv5y ago

> They have silo'd themselves into whatever niche project or have been on maintenance mode on a piece of software for years and never evolve. Sometimes it's not their fault, their company has pigeon-holed them into whatever software and they can't escape for whatever reason.

I think your hypothesis is correct. In my experience, most of the devs I've seen in that position do it to themselves. They get comfortable in their part of the codebase and rarely venture outside. Instead of helping other devs ramp up in their codebase, they just close all the tickets out themselves since that's easier than actually getting someone up to speed. I've gotten close to that situation, but realized what was happening and worked with my manager to take on different projects. It definitely creeps up on you.

j / k navigate · click thread line to collapse