> The type-casting part is relatable. It definitely feels like we're all being pigeon-holed by hiring managers and ATS systems that categorize us and rank us by keywords and work history. It can sometimes be quite difficult to switch from something like web development to embedded to databases.
When people ask for advice about changing fields, I recommend working at smaller companies that have work in their current domain and also the domain they want to switch to. The most accessible route is to look for a startup that will hire you for your current expertise but that also has needs for the type of work you want to do. Startups are much more willing to let people bounce between domains than a big corporation with a giant org chart and middle managers defending their domains.
I've been at a couple companies that were open minded about interviewing people with backgrounds that didn't match the role. We had a few success stories of people making big changes, including one person who transitioned from tech support to junior developer and then continued to grow.
To be honest, though, hiring people far outside their work history was more often a failure than a success. A lot of the applicants were applying to the job because they thought the grass would be greener on that side of the fence, but then became disillusioned when they encountered the same software engineering challenges in a different domain.
A couple of the people we hired just wanted to jump from domain to domain over and over again. As soon as we started getting them trained up enough to be productive, they demanded to switch to another new domain. In the interview phase it's hard to tell who wants to commit to the new domain versus those who want to explore and switch around a lot.
So I reluctantly admit that I get it. In a job market like this where hiring managers get 100 applicants within hours of posting a job, filtering for people who have the experience instead of candidates who want to learn on the job is a rational choice.
When people ask for advice about changing fields, I recommend working at smaller companies that have work in their current domain and also the domain they want to switch to. The most accessible route is to look for a startup that will hire you for your current expertise but that also has needs for the type of work you want to do. Startups are much more willing to let people bounce between domains than a big corporation with a giant org chart and middle managers defending their domains.
I've been at a couple companies that were open minded about interviewing people with backgrounds that didn't match the role. We had a few success stories of people making big changes, including one person who transitioned from tech support to junior developer and then continued to grow.
To be honest, though, hiring people far outside their work history was more often a failure than a success. A lot of the applicants were applying to the job because they thought the grass would be greener on that side of the fence, but then became disillusioned when they encountered the same software engineering challenges in a different domain.
A couple of the people we hired just wanted to jump from domain to domain over and over again. As soon as we started getting them trained up enough to be productive, they demanded to switch to another new domain. In the interview phase it's hard to tell who wants to commit to the new domain versus those who want to explore and switch around a lot.
So I reluctantly admit that I get it. In a job market like this where hiring managers get 100 applicants within hours of posting a job, filtering for people who have the experience instead of candidates who want to learn on the job is a rational choice.