Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

"and that I'd rather train a junior than deal with a stubborn incompetent senior team mate"

I was pointing out that the 'junior' often has more hidden costs than people realize. If you really are training someone - that's great, but I see far too little of that, and often just a hiring of the younger person either because they're perceived as cheaper, or a fear that the older person won't be a 'team player' (sometimes meaning "won't rollover and do whatever we say, work overtime, etc").

I'm not upset at you.

"I'm pointing out that if you're good, you don't need to worry."

Hrm... you still need to worry some, because you still need the other parties to be able to recognize that you're good (and to do that you need to be able to identify folks who are savvy enough to do that, ad infinitum). I've seen a lot of good folks get passed over for flashier/trendier folks who end up wasting lots of time/money.

The one other thing that comes with age more is a different perspective on time - it goes much faster than it did before, and watching people squander resources is... sometimes difficult.



It's actually not a case of fearing there are people who are difficult to deal with, I have absolutly no doubt you've experienced people who are stuck in their ways have as many hidden costs as the junior. I've taken over from older devs who don't use version control, nor a dev environment, refuse to use frameworks or follow coding standards. Should we honestly believe they don't have hidden costs? Would you really rather deal with them than train a kid?

Either way, I'm only trying to counter the "old is good". I fully accept there are amazing older IT workers, just not that older is always better.




Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: