How to specialize after a career as a generalist?
However, I am now in my 50s, and want to move out of my position (e.g. away from the organization I am at)... but it seems when I look around, there are very few "generalist" jobs in the IT field (that pay more than entry level). I am not making 6 figures, so not asking for a lot of money, but I can not live on "fresh out of college" pay.
How does one go about specializing when there are so many things that are interesting? I feel like IT is going through the same thing that happened to engineering and medicine... at one time the barber was a doctor. At one time a Physicist could do it all. I feel like I used to be that person in IT. You need a database, no problem. You need a webserver, no problem. You need some service stood up in the cloud, no problem. Now when I look at jobs, they want specialists, but I am the old jack of all trades.
How do you HN "old timers" who have chosen to move on and can not find the old general sysadmin position decide which field to go into? I mean, do you just wake up and say "I want to get back into programming and do full stack devops?" or "I want to go into networking" and spend thousands getting a CCIE? I am just not sure how to take the first step on the journey of a few thousand steps. I have done the "what interests me" games, but I find a lot of things interesting (probably one reason I went into sysadmin)...
I know this seems general, but any help would be appreciated.
15 comments
[ 3.8 ms ] story [ 45.8 ms ] threadi would think part of it would be -- just pick something?
then...
try to get a job doing that something. or train until you can get a job doing that something.
that said, if you're wanting to potentially keep being a generalist, and only thinking about specializing because you can't find a new gig as a generalist, i would suspect there are a billion jobs out there for what you do -- devops -- contracts, full time, etc.
maybe i'm not getting what your background really is, etc.
My work-background is basically all IT work. I spent a few years as a manager of an IT team, but apart from that, Linux server builds, automation, standing up services, planning and building small data centers (e.g. less than 100 racks), networking, virtualization, scripting. I have built a few openstack on prem clouds with 5-7 servers (manually). Getting specs on and building out desktops, workstations, GPU boxes.I have a pretty good amount of experience with on-prem wiring, worked for an electrician at one point, so I know theory/hands on, which helps a lot in the data center. Eh, that is about it, really.
Everything that you previously did on-prem has transitioned to the cloud.
The fundamentals remain the same - only the tooling has changed.
https://www.gremlin.com/site-reliability-engineering/how-to-...
I think I was discouraged from DevOPS as my friends that were doing it were hardcore programming... building software all day. I mean, not that I never build software, but they were building huge frameworks for things, and when we hung out and chatted, it sure seemed like pure software engineering and not devops like I thought of it (that is, sysadmin with a lot of automation).
I'm personally a generalist in the web and data science areas, but I do specialised consulting under a number of different "personas": Django web development, geospatial data analysis, non-deep data science, SaaS MVP backend web dev, etc.
For each specialisation I have a different resume and "tell me a bit about yourself" pitch, often referring to the same projects but highlighting different aspects of my skills.
When someone says they need a specialist they just want someone who can get their stuff done. Having additional skills isn't a detriment as long as you can do the work, just no need to bring them up in your application.
I always thought that eventually I'd settle into a specialisation as I mastered narrow niches and got referrals within a specialisation. But that hasn't naturally happened, and I'm very happy as a generalist working specialised roles in a wide range of domains.
I am a data guy - and hoping to move into consulting in a few years.
Just don't make my mistake and mention experience in things you don't want to do anymore. Guess who got to take over the mail servers because nobody else knew enough to do it; and guess who's never going to mention experience with mail in a hiring process again. :D