What recruiters check first
- Your stack, matched to the posting. Languages, frameworks and cloud tools written exactly as the job post spells them (for example TypeScript, PostgreSQL, AWS).
- Scope and ownership. What you shipped, how big it was, and whether you owned it or contributed to it.
- Measurable impact. Latency, cost, reliability, adoption, deploy frequency: a number or a clear before and after.
- A resume that reads cleanly. One page for under ten years of experience, standard section names, no columns or graphics that break the parser.
Keywords to include
Applicant tracking systems compare your resume to the words in the job posting. These come up most often for this role: keep the ones you can back up in an interview, spelled exactly as in the posting.
Hard skills
- Python
- TypeScript
- Java
- Go
- React
- Node.js
- REST APIs
- PostgreSQL
- AWS
- Docker
- Kubernetes
- CI/CD
- Git
- System design
- Unit and integration testing
Soft skills
- Code review
- Cross-team collaboration
- Mentoring
- Technical communication
- Ownership
- Incident response
Summary example
Passionate software engineer looking for a challenging position in a dynamic company where I can grow my skills.
Backend software engineer with 6 years of experience building APIs and data pipelines in Python and Go on AWS. Led the migration of a billing service to Kubernetes and cut p95 latency by 40%. Looking for a senior backend role.
Written for illustration: replace every detail with your own.
Work experience bullets: before and after
A task describes the job. A result describes you. For each role, keep three to five bullets that say what you did, at what scale, and what it changed.
Responsible for the backend of the company website.
Rebuilt the checkout API in Go and PostgreSQL, cutting p95 response time from 900 ms to 540 ms during peak traffic.
Worked on improving deployments.
Automated releases with GitHub Actions and Docker, moving deploys from weekly manual runs to 15 automated deploys per week.
Helped the team with code quality.
Introduced pull request templates and a 70% test coverage gate, which reduced production hotfixes on the payments service.
Fictional examples: the numbers show the expected shape. Use yours, and never invent any.
How to structure it
- Header: name, city and state, phone, email, GitHub and LinkedIn. No photo, no full street address.
- Summary: two or three lines with your specialty, years of experience and one result.
- Skills: languages, frameworks, cloud and tools, grouped, using the posting's wording.
- Work Experience: reverse chronological, three to five bullets per role, each starting with an action verb and ending with a result.
- Projects (optional): only if they back up the target role, with a link.
- Education and certifications: degree, school, year. Add certifications that match the job (for example AWS Certified Developer).
Mistakes that get a resume skipped
- A wall of keywords instead of proof. Listing 30 technologies without showing where you used them looks like padding.
- Tasks, not results. “Worked on the API” tells nothing. Say what changed.
- Two pages for five years of experience. Cut the older or less relevant roles.
- A two-column or graphic template. Some applicant tracking systems read columns out of order and scramble your experience.
Frequently asked questions
How long should a software engineer resume be?
One page if you have under ten years of experience. Two pages is acceptable for senior or staff roles, as long as every line earns its place.
Should I list every programming language I know?
No. List the ones you can use in an interview and that match the posting. A focused skills section reads better than a long list.
Do I need to put side projects on my resume?
Only if they show skills the target job needs, or if you have little professional experience. Keep them to two or three, each with one line of impact and a link.