[jmscharff2]

I think that a single page resume especially in a technical field is difficult if you want to have projects, jobs, schooling etc all included. A two page resume I would say is the maximum size a 5 page resume would be way too long and probably has a lot of extra fluff (unless you are including publications those take up a lot of space)

[rayiner]

Opinions on this subject obviously differ. My take is this: for most people (e.g. outside of academia), a resume isn't a shipping manifest. It's a piece of persuasive writing. The question isn't, "is one page enough to describe everything I've done" but rather "is one page enough to convince some hiring authority that I'm worth calling back?"

My dad does a lot of hiring. He says he spends about a couple of minutes on each resume that crosses his desk (he usually evaluates hundreds for any given position). That amount of time is enough to give one page due consideration, two pages an adequate read, but not to do anything more than skim through a 3+ page resume. Especially a dense one.

I think part of the problem is that a lot of the classic resume guidelines (chronological ordering) are not conducive to building a resume that highlights the relevant parts of someone's experience.

[fecak]

These are good points. Would you rather write a document that is one page and will be viewed carefully, or a 3 page document that will be scanned? It seems a pretty easy decision, but generally screeners will want to spend the same amount of time viewing every resume and are unlikely to give a candidate who provides 6 pages three times the amount of viewing as they would someone who writes 2 pages.

[seiji]

Random thoughts:

Projects: If they are open to the public, link to them. Show, don't tell. If they aren't public, then they go under the job history section as brief descriptions.

Schooling: One line, degrees and years separated by semicolons. If your last schooling was over eight years ago, drop any non-national-level honors/awards.

Start dropping details of jobs that ended over five years ago. They get two or three lines only. More recent jobs can have 5 to 8 lines of details each.

A resume is a conversation starter, not the conversation.

[fecak]

Really sound advice here. Let the code talk for you when possible and keeping the education short will eliminate several lines for some. Older engineers that list jobs from 20+ years ago often provide too much unnecessary detail on those jobs where a single line may suffice for irrelevant experience.

[EliRivers]

It is difficult, but it seems to be appreciated. Whilst I'm only one data point, the last time I was looking for work fully half of interviewers commented favourably (and even thanked me) on the fact that my CV was a single side of A4; I tell myself that if I can't convince someone in a single side of A4 that I'm worth interviewing, extra pages will only make things worse. It forces me to really think about which of my skills and experience will support my application.

[JoshTriplett]

I have a two-page resume, but it's split such that the first page is what potential interviewers will need to read and the second page is the stuff only HR's high-pass filters will care about.

[srathi]

This sounds interesting. If possible, please share an outline of your resume.

[JoshTriplett]

The first page has:

- Name, email, and phone number.

- "Free Software / Open Source Software Project Experience": a paragraph for each major FOSS project I've contributed to, and why those contributions matter. This section is most of what the engineers and managers responsible for interviews and hiring care about, and is directly responsible for getting me to the interviews.

- "Publications and Presentations": a list of presentations given at major conferences and papers published in journals. This is most of the rest of what those same engineers and managers care about.

Those two sections together take up the entire first page. I shrink or drop older or less relevant bits of the FOSS project experience section over time to keep it about the same length; the publications and presentations do actually spill over onto the second page, but the most important ones all fit on the first page.

The second page has:

- The remainder of the "Publications and Presentations" section.

- "Proficiencies": a list of keywords for languages, libraries, and technologies I have expertise in. Present primarily for people and search engines scanning for particular keywords.

- "Education": a couple of lines per degree, listing the degree, university, date, and GPA. Primarily for HR folks applying filters based on degree or GPA, or for managers looking for what level to hire at, although a sufficiently high GPA will successfully draw interest from engineers too.

- "Employment": Company, dates, and a one-line summary. Everything actually interesting about what I did in those jobs is on the first page under "Project Experience"; what's left is just the boilerplate.

- "Awards and activities": extracurricular stuff, academic honors, etc.

[bronbron]

> I think that a single page resume especially in a technical field is difficult if you want to have projects, jobs, schooling etc all included.

Not really - I think we have a tendency to, as the article notes, want to list every single thing just incase they find it relevant. They probably won't, and it's probably unimportant to the position.

To me, having a multi-page resume is usually an indicator that you're mass-applying (which you should, no doubt) and can't be bothered to tailor the resume to the position you're applying for (which is bad).