RefolkCandidates

Resume guide

Software Engineer resume

Designs, writes, and ships the code behind a product. Here is what a software engineer resume has to prove, how to structure it, and what to cut.

Skip the writing. Paste your old resume into Refolk and get this version back, tailored to each job you apply for.

Build my resume

What a software engineer resume has to prove

Evidence you have shipped something real to production and owned it afterwards. Everything else on the page is supporting evidence. A software engineer resume gets roughly six seconds on the first pass, and the reader is looking for one thing: whether you have done work at the scope they are hiring for.

  • Scope: the size of the thing you owned, not the size of the company you owned it at.
  • Outcome: what changed because you were there, in a number where a number exists.
  • Recency: what you did in the last two years carries most of the weight.
  • Fit: the vocabulary of the posting, where you honestly have the thing behind the word.

The structure that survives an applicant tracking system

Use one column, standard section headings, and no graphics. Applicant tracking systems parse plain structure reliably and mangle everything else, and a resume that parses badly is often rejected before a person reads it.

  • Header: name, one-line title, email, phone, city, and one link that is worth clicking.
  • Summary: two or three sentences. What you do, the evidence, and what you want next.
  • Skills: Python, TypeScript, Go, REST APIs, and PostgreSQL. Concrete tools only.
  • Experience: newest first, three to five bullets on recent roles, one or two on older ones.
  • Education and projects: last, and short, unless you are early in your career.

Writing bullets that say something

A bullet that starts with "Responsible for" describes a job description. A bullet that starts with a verb and ends with a number describes you. Open with the outcome, then the mechanism.

  • Shipped <outcome with a number> by <the specific thing you did>.
  • Rebuilt <metric> from <before> to <after> across <scope>.
  • Cut <problem> that had <cost>, which <result>.
  • Cut anything that would read identically on a teammate's resume.

Skills and keywords for software engineer roles

Mirror the posting's vocabulary only where you genuinely have the thing. Keyword stuffing survives the parser and dies in the interview. For software engineer roles the terms that carry weight in 2026 are Python, TypeScript, Go, REST APIs, PostgreSQL, Docker, CI/CD, and Git.

  • Python - name where you used it and at what scale.
  • TypeScript - name where you used it and at what scale.
  • Go - name where you used it and at what scale.
  • REST APIs - name where you used it and at what scale.
  • PostgreSQL - name where you used it and at what scale.
  • Docker - name where you used it and at what scale.
  • CI/CD - name where you used it and at what scale.
  • Git - name where you used it and at what scale.

The mistakes that get a software engineer resume screened out

Most rejections are not about capability. They are about a page that made the reader work.

  • Duties instead of outcomes. Nobody is hiring for the job description you were given.
  • Every project you have ever touched. Three you can defend beats ten you cannot.
  • A skills section that lists things you used once. Assume you will be asked about all of them.
  • No numbers anywhere. If the work genuinely had none, say what changed qualitatively and be specific.
  • Two pages of the same seniority. Length signals scope; make sure the scope is really there.

FAQ

How long should a software engineer resume be?
One page under about eight years of experience, two pages above it. Length is a signal about scope, so a long resume with junior-scope bullets reads worse than a short one. Cut the oldest roles down to a single line each rather than trimming the recent detail.
Do I need a summary at the top?
Yes, if it says something. Two or three sentences covering what you do, the strongest evidence for it, and what you are looking for next. Delete it if it only contains adjectives - "results-driven professional" costs you the most valuable space on the page.
Should I tailor my software engineer resume to each job?
Yes, and it matters more than most people expect. Tailoring means reordering bullets, changing which skills lead, and rewriting the summary for the specific posting. It does not mean adding experience you do not have. Doing this by hand for twenty applications is why most people stop tailoring by the fifth one.
What if I have gaps in my history?
List the gap with a one-line explanation and move on. A gap that is explained is a non-issue; a gap that is hidden by fudged dates is a credibility problem when it surfaces in a background check.
Do I still need a cover letter?
For most postings it goes unread, but at smaller companies and for competitive roles it is often the deciding artefact. The rule is simple: if the letter could have been sent to another company unchanged, it is not worth sending at all.

By level

More for software engineers

Related roles

Knowing what to write is the easy half.

Doing it for forty applications is the hard half. Paste your career in once and I will handle the rest.

Get started