by YK Sugi

Here’s the résumé I used to get a job at Google as a software engineer.

t4RiPKJUANrPk0dZNE2UZDUkVvPB1zlHzsR5

Hi everyone!

On my programming-education YouTube channel called CS Dojo, many people have asked me to explain how I would go about writing a résumé for software engineer positions.

So, here’s my article about it.

In this article, I’m going to first walk you through the résumé I personally used to get a software engineer job at Google.

Then, I’m going to show you how I would change it today based on what I’ve learned since then.

I’m also going to give you some general tips and advice on how to build your own software engineer résumé.

I don’t really consider myself an expert on résumé writing, but hopefully I’ll be able to provide some insights based on my personal experience, as well as some research I’ve done to write this article.

See my résumé here.

If you’d like, you can download my résumé here as you follow along with this article.

The Structure

First of all, let’s quickly go over what sections I have on my résumé. Then, we’ll go over each of them in turn to talk about them in more detail.

From the top, I have:

  • Experience
  • Education
  • Technical Skills
  • Other Skills
  • Awards
  • Projects

Experience

This is the part where you include the work experience you want to show. You don’t have to include every single position you’ve ever held. That’s why I didn’t include my math tutoring position. It’s less relevant than my other, more technical positions.

If you have significant non-work experience that’s relevant, you can also include it here. For example, if you led a team for a coding competition, you might want to include it here. You could also include it in the project section, but it will stand out more in the experience section.

I have four positions in my experience section:

  • Program Manager Intern at Microsoft
  • Data Science Intern at Microsoft
  • Founder and President at Data Science Club at UBC (University of British Columbia)
  • Software Development Intern at Moneytree (a startup in Japan)

Let’s take a look at the first position as an example.

In my résumé, it looks like this:

HK8eQtxvxpwDq6DqYdlXSXsxYRlzvKZfNvJV

The headline has the following structure:

<Title> at <Company>, <Location>, <Date> as in:

Program Manager Intern at Microsoft, Redmond, WA, 5/2015–8/2015

This is a fairly standard format.

Then, below it, I have a description of what I did:

I was responsible for designing and implementing a specific feature within Microsoft Dynamics CRM with developers and other PM’s. My responsibilities included the initial research, planning the project, designing the product, creating wireframes, and writing and executing on a spec.

How I would change it today

When you write your résumé, don’t necessarily assume that the reader knows all the technical terms, especially company-specific ones. In the above description, I mentioned Microsoft Dynamics CRM, but many people are not familiar with it. So, I would change it to the following:

I was in the team that was responsible for Microsoft Dynamics CRM, which is a piece of customer relationship management software. I led the effort to build a feature that allows users to easily keep track of business expenses. My responsibilities included the initial research, planning and managing the project, designing the feature, creating wireframes, and writing out our specs.

Note that in addition to clarifying the term Microsoft Dynamics CRM, I added a quick explanation about what exactly I built.

Now, let’s take a look at another position I have in the experience section.

b-XuUMHc9S7CNEMmUv4J07Vf89jqheEEA4qZ

The headline is: Founder and President at Data Science Club at UBC, Vancouver, BC, 10/2013–5/2014

I have three bullet points below it:

  • Responsible for acquiring more than 120 members
  • Organized meet-ups to exchange our ideas on data science
  • Formed a team of several students to work on a machine learning competition on Kaggle

First, note the use of bullet points here. Sometimes it makes it easier to read and skim the résumé.

Also, note how I used a specific number in the first bullet point — Responsible for acquiring more than 120 members. Using a number often makes your accomplishment clearer. Of course, you don’t always have to use a number. Use it when it makes sense.

How I would change it today

I wouldn’t make any major edits in this one. Only minor grammatical edits.

Education

This is, of course, the part where you list your relevant education.

Here’s what I have:

UXkXS16A18w79glLagkNylDEtnFWlhiuOwqt

For each university, I have the university name, location, a type of degree (BS — Bachelor’s of Science here), a major, the expected graduation date, as well as the GPA listed.

About GPA

According to an article on CareerCup, the general rule of thumb is to show GPA only if it’s higher than 3.0 out of 4.0. I agree with this recommendation.

How I would change it today

I would keep this section as-is. Let’s go to the next section.

Technical Skills

Here’s what I listed under this section on my résumé:

  • Wireframing: Balsamiq, Microsoft PowerPoint
  • Visual Design: Adobe InDesign, Photoshop, Illustrator
  • Statistical Analysis: R
  • Machine Learning: Python with NumPy and Pandas, Ruby, Spark (prior experience)
  • Programming Technologies: SQL, MATLAB, Ruby on Rails, Java
  • Programming Technologies, front end: JavaScript, HTML/CSS, LaTeX
  • Version Control: Git, GitHub, Bitbucket

I would say that I listed way too many things here. I would cut it down to just these two:

  • Data Science: R, Python with NumPy and Pandas, Spark (prior experience)
  • Programming Technologies: SQL, MATLAB, Ruby, Ruby on Rails, Java, JavaScript, HTML/CSS

I would only list these two, because the other skills were less relevant in this case.

Also, note how I put Spark (prior experience) to show that I have some experience with Spark, but I’m not proficient with it.

Other Skills

You can use this section if you want to include other relevant skills. I included Japanese and public speaking in this section.

How I would change it today

I would cut this section out entirely since it’s not that relevant to the software engineer position I was applying for.

Awards and Projects

Include relevant awards and projects in these sections.

The word “relevant” is important here. If you won second place in a regional karate championship, for example, it’s probably not that relevant.

However, you might want to include it if it’s really impressive — for example, competing on a national or international level with karate.

I have one award and three projects on my résumé.

The award

Here is the award I have on my résumé:

TELUS / IEEE Student Innovation Challenge
Our team won a third place at the pitch contest where we presented an idea for a device that helps the blind. Our idea was a device that converts 3-dimensional spatial information into sound so that blind people can “see” the environment by hearing. We were awarded a $3000 grant to develop a prototype.

How I would change it

I would clarify my wording a bit so it’s easier to read. Maybe something like:

TELUS / IEEE Student Innovation Challenge
At this technical product pitch contest, we presented an idea that helps blind and visually impaired individuals. Our idea was a device that converts 3-dimensional spatial information into sound. It would convert the proximity of the object in front of you to the loudness of the sound, and the height of the object to the pitch of the sound. We were awarded a $3000 grant to develop a prototype for this idea, and we are currently in the process of developing it.

Projects

Now, in addition to this award, I listed three projects which I thought would be the most impressive.

One of them was this one:

YamBomb! , August 2014
A colleague of mine at Microsoft and I created a gaming app with which one would send a “bomb” that “explodes” in 24 hours unless they pass it to somebody else. It started with a few users and organically grew to more than 70 users within a week of its launch. We developed the application with Ruby on Rails and Yammer API.

Note how I used a specific number (70 users) here as well. I also mentioned the tech I used for this project — Ruby on Rails and the Yammer API. (Yammer is a website by Microsoft, and it’s kind of like Facebook that’s used to communicate internally within a company.)

How I would change it now

No major edits here.

How I would edit the entire résumé today

Now, there is one major issue with this résumé I used back then — it was too long. It’s about 2 pages, and ideally, it should be one page.

Let’s see if we can get it down to a single page.

I was, in fact, able to get it down to one page. Here are some of the major changes I made:

  • I took off Founder and President at Data Science Club at UBC from the experience section. It’s good, but less relevant than the other ones.
  • I took off Suffolk University from the education section. It’s not too relevant since I had already transferred out of it.
  • I combined the awards and projects sections into just Projects, and listed only 2 projects.

Now, what I omitted would’ve been perfectly good information to show on my résumé. It’s just that they were less impressive and relevant than the other things I listed.

Just by omitting those pieces of information, my résumé became much easier and quicker to read.

Okay, here’s the edited, one-page version of my résumé:

Feel free to use it as a template.

Now, here are some key takeaways.

1. Put yourself in the shoes of the recruiter/hiring manager.

Don’t automatically assume that they will be familiar with every technical term you are familiar with. Think about what’s commonly used and not so commonly used in your particular field.

Also, keep refining your paragraphs so they are easy to read. Use short sentences. Clarify what’s not clear. It’s probably a good idea to have a friend of yours read it for you to make sure everything is clear.

2. Omit anything that’s not too relevant.

Speaking Japanese is a good skill, but it wasn’t relevant for the particular position I was applying for. So, I didn’t really have to list it.

3. It’s not about the quantity. It’s about the quality.

If you show 4 projects instead of 2 projects, is it always better? Well, not necessarily.

Having more information on your résumé clutters it out, and it makes it harder to find important information.

But, you might say — you still got the job without doing any of these!

Yes, that’s true. I think it’s important to build an easy-to-read résumé, but it’s even more important to build strong skills and experience first to show on your résumé.

Some additional tips/advice

Should I list education first, or work experience first?

The general rule of thumb is, list whichever one’s more impressive/relevant.

For me, I had some good experience with Microsoft, which was more impressive than my education. That’s why I listed it first.

If you’re still in school, my default choice would be to show your education first. But if anything from your experience stands out, then put the experience section first.

Should I include my email address, phone number, and location?

You should always include your email address, but other than that, it’s up to you.

I only included my email address in my résumé to keep it simple. However, if you want to show that you’re in a certain location, or if you want to include your phone number, go ahead and do so as well.

What if I don’t have that much experience to show on my résumé yet?

Basically, you should think about all the skills and experience you’ve gained up to this point, and think about how they might lead to the next step.

As an example, here’s how I did it:

  • I had next to no experience a few years before I applied to Google.
  • So, I built a simple website with Ruby on Rails, which I learned on my own.
  • Using this project, I got my first technical internship in Japan.
  • Using this, combined with my statistics background, I got a data science internship at Microsoft.
  • Using that experience and the connections I built there, I got my second internship at Microsoft.
  • Using all of these, I got my full-time software engineer job at Google.

I like to think of it sort of like a snowball.

It might be just tiny at the beginning, but if you keep building on it, it will just keep growing.

Here are some additional resources for writing a software engineer résumé:

Okay, good luck, and thank you as always for reading my article!

If you have any questions about this or anything else, please feel free to let me know in a comment below or on Instagram or Twitter (@ykdojo on both).