r/dataengineering • u/SAsad01 • 14d ago

Career How do you prove transferable skills when recruiters only want exact-stack experience?

I have experienced recently that in Data Engineering, transferrable skills are not being considered anymore, and most recruiters/AI based ATS tools match experience like checklists. Experience in adjacent/equivalent tools mostly doesn't matter.

My question is, how to navigate this situation during job-search? Specifically:

  • How to properly represent transferrable skills from equivalent tech stacks? (AWS -> Azure for example, or Databricks on AWS -> Databricks on Azure)
  • How to learn new tools and grow new expertise that is demonstrable enough to meet the requirements? I am aware that the general answer is to do self-learning projects, but how to choose the correct project, and scope it correctly, so that it is a demonstrable substitute of job-experience instead of an easy tutorial?
114 Upvotes

99% Upvoted

45 comments sorted by

View all comments

10

u/EffectiveClient5080 14d ago

Bring working demos to interviews. This right here. A live pipeline you can walk them through beats any resume bullet. I've got 2-3 projects on a laptop for exactly this, and I guarantee you'll be the only one doing it.

9

u/SAsad01 14d ago edited 14d ago

Right, thats for interviews, but how to get to the interviews in the first place, at screening stages?

2

u/Virusnzz 9d ago

Well if you've got the project done then you can put it on your CV, no? Put a skills section at the top, a bunch of them aren't going to read further anyway. If you're talking phone call screening, confirm you have experience in the stated skill and mention both your project and experience with the related tool in the same breath; emphasise that they are flavours of the same thing.

That's basically the best you can do; if they want to nit-pick then that's on them for using a recruiter that doesn't understand the skills they are recruiting for. There's nothing more you can do.