If you’ve been preparing for technical interviews, you’ve probably been brushing up on data structures and algorithms, grinding Leetcode problems, and practicing interviewing with your friends, pets, and houseplants. And those are all very important!
But that assumes you’ve already got a technical interview lined up. Before you get to that point, you’ve got to get your foot in the door and make a first impression.
And that usually begins with sending somebody your resume.
Resumes are used in a few different ways, depending on the size of the company.
In smaller companies, your resume follows you through every step of the interview process. It might even be physically printed and literally stack-ranked against other resumes.
In larger companies, your resume is mainly used to catch the attention of a recruiter, and might even be scanned by an algorithm that searches for candidates. I’ve heard some people say that a resume’s only job is to get past the automated screening process, but I wouldn’t go that far. Even in a large company, your resume is shared with everybody who interviews you. And although your interviewers will focus more on the interview than on your resume, anything on your resume is fair game during the interview!
Before you worry about the specifics of formatting, or what content to include or leave out, ask yourself a question: what’s my story?
I mean it. Really ask yourself the question, and take a minute to answer it. I’ll wait.
(…this is me waiting…)
At its core, your resume has one primary goal: to tell your story to the reader.
Here are some example stories that you might want to tell:
My personal resume story goes something like this:
I’ve always been interested in education, and for most of my career that meant juggling my day job as a software engineer with various forms of teaching on the side. I recently moved more officially into education, both as the Curriculum Lead for an internal education program at Google, and as an adjunct professor at Millersville University. I also just relocated from Silicon Valley to Eugene Oregon, and I’m looking for a role that’s a mix of coding, education, creativity, and making the world a better place.
No matter what your story is, everything on your resume should help tell that story. Most of the rest of my advice falls pretty naturally from that.
Of course, a more complete story about me would involve a bunch of other stuff: I love concerts, and breweries, and hiking, and taking pictures of animals and bugs. But that stuff probably won’t get me a job. (Recruiters, please tell me I’m wrong!)
So the story I tell about myself is catered and specific to the company I’m applying to. In other words, I have a different resume for every company I apply to!
Try to learn as much as you can about the company before you apply. What do they value? What positions are they hiring for? What kind of work do they focus on, and what do they need the most? What’s their mission statement?
Here are a few examples:
You can get some of this information from the company’s website, or by talking to a recruiter, or by researching on websites like Glass Door.
This might seem a little contrived, but understanding the company helps you market yourself, to tell your story in a way that resonates with the people looking at your resume. Each of those people is asking the same kinds of questions: Should I recommend hiring this person? Will they help me achieve my goals? Will they help the company achieve its goals? Would they be interesting to work with?
Your resume is your first chance to answer those questions.
Okay, so now you’ve thought about your story, and the company’s story. It’s time to put together your resume. What should you include?
In addition to telling your story, your resume mainly answers one question: Can you do the job?
With that in mind, here are a few things to include:
On the other hand, here are a few things to leave out:
Your resume’s main job is to prove that you can do the work. On the other hand, your resume also answers a second question: would you be interesting to work with? For answering that question, a little goes a long way. Look for small ways to include your personality, but don’t distract from the main goal of proving that you can do the work.
Multi-objective optimization is a problem where you’re trying to find the best option that satisfies many different criteria. And because many people look at your resume, you aren’t designing it for just one person. You’re designing it for everyone, which is hard because different people care about different things!
Here are a couple types of person that might read your resume, and the kinds of questions they’re asking:
You only get one resume, but you have to appeal to each layer of the process. And the frustrating part is, sometimes what works for one layer backfires in another!
For example, you could list every single programming language you’ve ever used, even languages you used for a single homework assignment and then immediately forgot. And honestly, that probably makes your resume more likely to catch the attention of a recruiter. But that might backfire later in the process, when a technical interviewer starts grilling you on the language, and you have to admit you don’t really remember it.
Unless you’re especially talented in graphic design, you shouldn’t be formatting your own resume. Use a template from Google Docs or Microsoft Word, and fill in the blanks.
Export your resume as a PDF, because different computers render other formats in unpredictable ways. For example, if you give me a Microsoft Word .docx
document, and I open it in Google Docs, some of the spacing and formatting might be off. But a PDF looks the same pretty much everywhere.
I personally recommend keeping your resume to 1 or 2 pages, and filling each page instead of leaving a ton of whitespace at the bottom of the page. This comes down to personal preference, but a resume that’s 1.5 pages feels “less complete” than a resume that’s exactly 1 full page. I also try to put page boundaries between sections instead of splitting a section with a page break right in the middle, but I admit that might just be a me thing.
If it helps, you can check out my resume at KevinWorkman.com/kevin-workman-resume.pdf.
I posted a new article about using your resume to make a first impression in technical interviews.
Check it out here:
Your first chance to make a first impression.
Happy Coding is a community of folks just like you learning about coding.
Do you have a comment or question? Post it here!
Comments are powered by the Happy Coding forum. This page has a corresponding forum post, and replies to that post show up as comments here. Click the button above to go to the forum to post a comment!