Ask questions like this to multiple AIs at once

Try free

What do recruiters look for in a resume of a software engineer?

When a recruiter opens your resume, they’re not reading it like a novel—they’re scanning for signals of fit against a specific job description, often in under 30 seconds. Understanding their lens (and their constraints) is key to building a resume that gets you to the interview stage.

Here’s what actually happens on their screen and what they’re hunting for:


1. The "Pattern Match" Game (ATS & Keywords)

Before a human sees your resume, it often hits an Applicant Tracking System (ATS). Recruiters (especially at large companies) will then search the database using Boolean strings like: ("Python" OR "Go") AND "Distributed Systems" AND NOT "Junior".

What they look for:

  • Explicit tech stack alignment: If the job asks for React and TypeScript, those words need to appear (don't just write "Frontend development")
  • Years of experience with specific tools: "3+ years with AWS" not just "Cloud experience"
  • Standardized job titles: "Software Engineer II" scans better than "Coding Ninja" (which may confuse the ATS)

The "Why": Recruiters are measured on time-to-fill and quality of hire. They need to justify why they forwarded you to the hiring manager. Specificity makes you defensible.


2. Impact Over Duties (The "So What?" Test)

Junior engineers list what they were assigned. Senior engineers list what they achieved.

Weak signal:

"Responsible for maintaining the payment gateway and fixing bugs."

Strong signal:

"Reduced payment processing latency by 40% by refactoring legacy Node.js services to Go; handled $1M daily transaction volume with 99.99% uptime."

Recruiters scan for:

  • Metrics: Percentages, dollar amounts, user counts, performance improvements
  • Scope: "Led team of 5," "System serving 10M users," "Cross-functional collaboration with Product and Design"
  • Business outcomes: Not "built a feature," but "increased conversion rate by 15%"

3. The Career Narrative Arc

Recruiters look for trajectory, not just a history of jobs.

What signals growth:

  • Increasing complexity: Moving from CRUD apps to distributed systems; from单一 features to architecture decisions
  • Leadership progression: Even without the "Senior" title—mentions of mentoring, tech leading, or driving initiatives
  • Contextual jumps: Startups → Big Tech (shows adaptability) or Big Tech → Startups (shows risk tolerance and ownership)

Red flag: Job hopping every 6-8 months without contract/consulting context, or 10 years of identical responsibilities.


4. Technical Depth Signals (For Hiring Managers, But Recruiters Screen For Them)

Recruiters may not know what Kubernetes does, but they know the hiring manager wants it.

They highlight resumes that show:

  • System design exposure: "Designed asynchronous message queue," "Microservices migration"
  • Scale indicators: "Optimized queries for 500GB datasets," "Reduced infrastructure costs by 30%"
  • Modern practices: CI/CD, testing paradigms, observability (monitoring/logging), security best practices

For juniors/new grads: Recruiters pivot to Projects and Open Source. They look for:

  • End-to-end ownership (you built it, not just followed a tutorial)
  • Complexity that matches the role (a TODO app won’t get you a backend systems role)
  • Write-ups/blog posts explaining your technical decisions

5. Red Flags That Trigger Instant Rejection

  • Dense walls of text: No white space, 10pt font crammed to 3 pages for a junior role
  • Vague tech terms: "Worked with various programming languages" (reads as: "I wrote one Python script")
  • Misaligned seniority: Applying to Staff Engineer roles with 2 years of experience (shows you don't understand the ladder)
  • Typos in tech stack: "Javascript" vs "JavaScript," "Recat" instead of "React" (suggests copy-paste job applications)
  • Unexplained gaps: Especially in tech where the market moves fast; a 2-year gap without "Sabbatical" or "Caregiver" noted raises questions

6. The "Culture Fit" Hints

Before you speak to anyone, your resume whispers about how you work:

  • Collaboration mentions: Code reviews, pair programming, working with PMs/Designers
  • Learning agility: "Self-taught Rust to optimize critical path," "Migrated legacy codebase to modern framework"
  • Communication: Clear, jargon-free explanations of complex systems (this predicts how you'll write documentation and explain blockers)

The 30-Second Checklist

When polishing your resume, assume the recruiter is asking:

  1. Can they do the job? (Tech stack + YOE match)
  2. Have they done it at scale/complexity we need? (Impact metrics)
  3. Will they get an interview with the HM? (Clear narrative, no red flags)

Pro tip: The top 1/3 of your resume (the "visual fold" on a PDF) should contain your strongest, most relevant technical signal. If the recruiter has to scroll to find "Python," you’ve already lost.


Would you like me to dive deeper into any of these areas? For example:

  • How to quantify impact when your work is "just maintenance"?
  • Resume strategies for career switchers (bootcamp grads, non-CS degrees)?
  • How to tailor your resume for different types of companies (FAANG vs. early-stage startup vs. consulting)?