The idea of a one page resume

Started by
16 comments, last by Tom Sloper 14 years, 6 months ago
Here's my take on this subject, which is from the hiring side of things, not from the applicants side of things...

I'm a solutions architect consultant, which means that usually when I'm called in it is to lead or assist a team in designing and developing software solutions for large business problems. Usually there will be a team in place, but throughout the development cycle of the software required new people will be needed to be hired, and fired. That means that I usually end up in some position where I'm reviewing new applicants for positions within the team. This advise though applies to pretty much any job, except perhaps designer positions.

So a few things about your resume and what I'll look for when I have a stack of five hundred or more resumes sitting on my desk for a job position: Now, I'm certainly not going to read through all five hundred resumes, that would be a waste of time since most of them are probably not worth the paper they are printed on. That means I need a way to quickly eliminate the majority of them and reduce it down to a small core set that I can then actually focus my attention on. Now, some might point out that any process of elimination that's fairly rapid will probably eliminate potential candidates too, and they would be correct.

So, what sorts of quick and easy to use methods are there to eliminate a large number of resumes quickly? Well, one of the quickest and easiest is just plain old color. If your resume isn't on white paper, preferably of a decently heavy weight, I'm probably going to chuck it. Also, is it too long? If it's over 3 pages, then it probably is. My goal in reading your resume is to get an idea of your character, what you've done, and how much skill you have, not to read a biography of your life. Then there's elimination through the identification of fluff. What is fluff? Well, simply put: If you're taking more than two sentences to describe any project you've worked on, then you're fluffing. Don't. If you have only a single page of experience then make that the best damn page I've ever seen, don't bloat it up to two pages by being overly descriptive of your magical role in helping save old people's pension plans from being spent by old people through the clever use of various life insurance programs. I don't want to read a story about how you saved a development team from being late and having their project canceled by magically summoning up script fairies that coded up the missing chunks for that overly important demo the next day. Anyone who has had to be in the position to review people for a position can usually easily identify fluff.

Now, college applicants have one huge disadvantage over most other applicants, and that is experience. You have been in college for four years, have your bachelors, but have nothing else behind you. In come the personal projects. Having a finished or even moderately complete personal project on your resume tells me two things: 1. you have the gumption to finish a project that you've started, and 2) you enjoy software development enough that you're willing to practice it on your own free time. Now, personal projects should be available in some format or another that I am able to query for. You should be able to produce source copies on demand, or a link to the work online. I do not need this with your resume. I do not have the time to view your source code when reviewing resumes.

Finally, there comes the cover letter. ALWAYS have a cover letter. NEVER use a form letter. Let me be quite frank here: I can spot a form cover letter a mile away. If the cover letter is a form letter, why should I bother to read the rest of the resume? You couldn't make the effort to customize a letter to me about why I should hire you, so I'm not going to waste the effort to read your resume. Personalize it; tell me about what you know of my company, why you think you would fit in, and how your experience can add value to my team.

So, let us look at Promit's resume:
  1. Summary and Objectives:
    Good, this is something that I can take a look at quite quickly and immediately get a feel for the candidate. It also shows me that they understand that their resume is not going to be read in full, so they put the most important information right where I can find it the easiest.

  2. Work Experience:
    The most important kind of experience in my opinion. Short and to the point, one to two sentences per job explaining position and responsibilities. No real fluff there.

  3. Technical Skills:
    Good to know, if I'm hiring for a C developer on a project building COM components, then knowing you have C or at least C++ experience is important. The operating systems information isn't really all that important unless you have some oddball ones (for instance development work on the PS3/XBOX or *nix development experience. Development environments are also a good thing to know, although not supremely important.

  4. Published Software:
    Probably more important to me than your technical skills (which can be trained) . Short and to the point descriptions of the software helps. Providing short links to the software also helps. Having his name on the front page of SlimTune also helps. Have to do a bit more browsing work to find the same information on the SlimDX page though.


Overall, from a first page perspective this is starting out good. There's an acceptable amount of information that focuses on the core components I care about. On the second page we get more meat and potatoes, and things look quite good there too. I would probably drop the high school component, as I could care less if you got a GED or graduated from high school. Having a college education is all that matters there, and what level of a college education.

After reviewing this resume, I would probably give the applicant at least a first round of interviews. Depending on those, what kind of chemistry we developed, how I felt about them personally, how I felt on that day (was I angry, sad, hungry, etc.) I will frequently host my second interviews over a private lunch, that way I can see how they react in a more public environment and in a more relaxed atmosphere. No one reacts as they do normally during a first interview, but usually over a lunch for the second, they'll be more their normal selves.

On the interviewing side of things: Shower. SHOWER. SHOWER! Also, do not wear anything I can smell. No perfume, use odorless deodorant. The last thing I want to smell is your Axe body spray, your cologne, or your perfume. I'm not there to sniff your ass, I'll leave that to the dogs.

In time the project grows, the ignorance of its devs it shows, with many a convoluted function, it plunges into deep compunction, the price of failure is high, Washu's mirth is nigh.

Advertisement
Also on the hiring side, but with less experience than Washu.

3 Pages is too long. More than maybe 8-10 years ago I don't really care about. I don't care about cover letters. I don't care about objectives (though a summary like Promit's is good). Don't kiss my ass, don't sell me, show me the goods (your experience).

I like Promit's resume. Terse without being curt. Even though it's 2 pages, there's not a lot of cruft to read through. Better to have 2 pages with good formatting and font size instead of 1 page of stuff packed in there.
If this should go in its own topic you can tell me and delete the message and I'll repost it.

How do you address indie games that actually get major portal coverage? I'm not talking about some little game you hawk on your personal site using a PayPal account. But something like on Big Fish Games or Mumbo Jumbo where its more "commericalized"? I could argue that it might be professional work in that you may have got an advance and are getting royalties. Then again since you aren't working for anybody it could just as easily be a personal project.
Quote:Original post by jtagge75
If this should go in its own topic you can tell me and delete the message and I'll repost it.

How do you address indie games that actually get major portal coverage? I'm not talking about some little game you hawk on your personal site using a PayPal account. But something like on Big Fish Games or Mumbo Jumbo where its more "commericalized"? I could argue that it might be professional work in that you may have got an advance and are getting royalties. Then again since you aren't working for anybody it could just as easily be a personal project.

Note: I am NOT a lawyer, and what is presented below is NOT legal advice.
This really should be another topic. The legality and ownership of side projects is a controversial area, and in general you should check with your lawyer or company's lawyer before trying to self publish software, or anything really, that might come into conflict.

Most companies will have you sign an NDA or other contract when you start work for them; some of the clauses in there may or may not be valid within the state or country you work in. Again, this is an area that is best addressed by a lawyer. A few things to note though: Read through the contract, be very careful of the wording. Words in formal English can mean entirely different things than in casual, and legal English is strictly formal. Most contracts will have an ownership clause, be careful of these. Most employers are fairly decent and only demand ownership of the work on the clock. But some attempt to claim ownership over all work you produce while employed by them. Those are the ones you typically should negotiate, either for the removal of, or rewording of. A prime example of a company that tries to do that is RHI. In general you should just avoid those employers if you can. Furthermore, even if they don’t own work off the clock, you have the issue of competition and IP. Your work could be claimed to be derived from, or based on, information you obtained through employment there, and thus they might have a legal claim to your IP or that your work violates the competition clause. Again though, some of those might not be valid in the state or country you work in (a prime example is that most times a non-compete clause is deemed invalid if it will prevent you from being able to practice a livelihood).

In time the project grows, the ignorance of its devs it shows, with many a convoluted function, it plunges into deep compunction, the price of failure is high, Washu's mirth is nigh.

I was asking more about where commerical indie game stuff should go on a resume. If you are making a decent living doing casual games on the side that seems like its more then a personal project to me. As well if you got your act together and got a registered company for said games. To use Promit's resume as an example there should be no issues if you put said games in published work but maybe not work experience? But then there is the arguement that managing even a small company with a team is 'work'.

Since this thread has kind of turned into different parts of a resume I thought this might be a place to start. Is there anyway to move these posts into a thread of their own? If not I'll start a new thread in the business section and delete the content of these posts.
Quote:Original post by jtagge75
I was asking more about where commerical indie game stuff should go on a resume. If you are making a decent living doing casual games on the side that seems like its more then a personal project to me. As well if you got your act together and got a registered company for said games. To use Promit's resume as an example there should be no issues if you put said games in published work but maybe not work experience? But then there is the arguement that managing even a small company with a team is 'work'.

Since this thread has kind of turned into different parts of a resume I thought this might be a place to start. Is there anyway to move these posts into a thread of their own? If not I'll start a new thread in the business section and delete the content of these posts.


Ahh, no, I would suggest putting that under "Work Experience" rather than personal projects.

In time the project grows, the ignorance of its devs it shows, with many a convoluted function, it plunges into deep compunction, the price of failure is high, Washu's mirth is nigh.

Quote:Original post by jtagge75
If this should go in its own topic you can tell me and delete the message and I'll repost it.

I'm not deleting the message. But it should be obvious that your successful indie effort does not fall under the category of "should a resume be one page." Please start a new thread when you have a new topic.

-- Tom Sloper -- sloperama.com

Quote:Original post by Tom Sloper
I'm not deleting the message.

But I am closing the thread.

-- Tom Sloper -- sloperama.com

This topic is closed to new replies.

Advertisement