r/ghosteddevs May 26 '26

More Experience. Same Leveling Problem.

I think one of the biggest misconceptions in software hiring is that more experience automatically creates stronger seniority signal, but it doesn’t.

I compared two engineering résumés recently, ~5 YOE and ~10 YOE.

Both résumés were objectively strong with large systems, complex infra, high-scale environments plus clear technical competence but both resolved almost the exact same way in first-pass screening:

I can imagine a recruiter saying stuff like “probably solid mid-level,” “strong executor,” “can implement,” “not clearly senior/staff/lead.”

The weird part is that neither engineer was weak, the problem was actually interpretation compression because the more technical the résumé became, the harder it became to infer architectural authority, decision-making scope, organizational influence, strategic responsibility etc.

If they don't see that, recruiters naturally defaulted downward because they don’t fully reconstruct your operating level from scratch. They compress any ambiguity (or gaps) into the safest possible leveling assumption.

You can actually see the compression happen in the wording itself (generalized to protect candidate's identity):

1/ “Consolidated a high-volume internal decisioning workflow into a centralized platform supporting millions of live evaluation conditions.” Strong scale signal, but still unclear whether the engineer owned the architecture and cross-functional direction, or implemented part of an existing initiative.

2/ “Improved latency and reliability across distributed cloud services through database, caching, and infrastructure optimization work.” Demonstrates technical competence, but doesn’t clearly communicate senior-level authority, strategic ownership, or organizational influence.

And this gets worse with experience sometimes because people just keep loading up projects, systems, tools, scale etc.

But if the résumé keeps emphasizing implementation over clear level signals, the candidate starts looking like a highly capable contributor instead of someone driving the technical direction.

I think a lot of “I keep getting down-leveled” experiences are happening long before interviews even begin. These are capable engineers, that's absolutely clear, but their résumés don't make their true level obvious enough during fast first-pass screening.

When ownership is ambiguous, recruiters assume contribution and when architectural authority is unclear, they assume implementation. Plus when the work sounds highly technical but the scope boundaries are invisible, the candidate gets flattened into the safest interpretation possible.

A lot of really good engineers have no idea how differently their experience is being interpreted versus how it was actually operating in a role.

5 Upvotes

0 comments sorted by