The Stack Overflow Developer Story: A New Technical Resume
blog.stackoverflow.com
blog.stackoverflow.com
Much of my work with resume clients is extracting what they do from them and then putting it into efficient words. Many people struggle with just explaining what they do.
The other problem is that you have to understand that your reader often isn't someone with a highly technical background (or even a recruiting background), so you have to define yourself quickly in order to prevent the reader from misinterpreting who you are. If a reader is looking for a "Python Developer", it's best to refer to yourself that way on the resume.
For senior level people length is often the issue - it's a highlight reel - not a biography. Anyone can get to 1-2 pages max.
The big thing for me is that this summarized/editorialized version shouldn't be what you (the one with the career) manage on a regular basis. You should have a source of truth that is far more comprehensive (and manageable) and which allows you to create this summary version easily.
On another note...I've been writing a lot of web copy lately and I've started seeing a lot of similarities between good web copy and good resume copy. Resumes are marketing tools, and don't you forget it.
Unfortunately in the resume writing game, there are lots of failed writers that were never involved in hiring. They are good writers but don't know the audience, so people end up paying substantial amounts for a nicely worded resume that doesn't result in interviews.
Ain't that the truth. I've been an engineer for a decade, I built a career app, I blog about career management, and i definitely still struggle with this.
And you're right. It's not only about good writing. Writing a good resume is a specific skill. There are so many career specific factors that come into play (industry lingo/keywords, being able to quantify value etc), you can't just make it pretty.
I think being modest is a good trait overall just not so good for writing your own CVs.
That's refreshing to hear. I hear too many people claiming "I have so much experience and accomplishments that I simply can't fit them all in under four pages". The problem there is just an inability to assess what is the most impressive or relevant experience.
Many people do get emotionally attached to the work they've done. I've worked with people transitioning into tech from other fields, and it is hard for them to swallow the thought of distilling their 10 years as a litigator and law school into maybe 2 lines on a resume. If you can detach yourself from the work, are efficient with words, and you know what employers are looking for, it's not difficult to create a one or two page resume even with lots of experience.
As someone who recently did some job hunting I will tell you that while I agree on an idealism level with your comment it's just simply not true in practice.
I had many, many companies outright reject my truncated resume even though it provided an outline of years of experience and some top accomplishments simply because it didn't include enough of the buzzwords they were looking for. Resubmitting with my longer, 5 page resume (which I absolutely hate doing)? Accepted. Every time.
I will say, however, that if you can apply directly to a person via email (the "Who's Hiring" HN posts are perfect for this, typically) then the shorter resume will work just fine.
So as a dev one ends up with bullets like (exaggerated here for effect):
* C# / .Net (ASP.Net webforms, MVC, WCF, Entity framework)
* SQL ( T-SQL, stored procedures, sql-server management)
* Python (Django, Flask, south, numpy, scipy)
* Javascript (jQuery, ES5, ES2016, webpack, bower, npm)
* Front-end frameworks (angular, react, knockout)
* Unit testing (mocha, jasmine, chai, nunit, xunit, junit)
* sourcesafe, bamboo, trello, docker
Yes, there's a danger it can look a bit redundant but it's mostly just there for the box ticking buzzword finding recruiters and prospective employers should understand that too and really be reading the other parts to try to get a better picture of your depth of those and the relevance at your more recent roles.
Sums it up well
I definitely agree on the benefit of sending a short resume direct to a human like those on a "Who's Hiring" post, but I don't think a human reader went through your entire 5 pages, and I'm pretty sure you could have achieved the same positive result with 1-2 pages if optimized properly. Maybe not though.
Possibly. I didn't take a ton of time testing different scenarios. And yeah most of the ones that rejected me were within minutes even applying late at night so I assumed an automated system.
I don't know if I've ever read my own 5 page resume all in one sitting, heh. I use it as more of a career / professional catalog of just about everything so I can pick and choose when I update / tweak my truncated resume depending on the employer.
It's funny though because in general I could pare it all down to maybe two paragraphs, I've done all sorts of tech work and can do everything but if you wanna get past the HR filters and have something to talk about in the interview, you pile on more details in the resume.
Some years ago, I changed my career from Linux System Engineer to Web Developer (Rails and JS). I know that the fact that I was building HA clusters some back then has 0 relevance with the job I am doing now, but it is hard for me to just delete this from my résumé, to leave more room to explain what I am doing now.
I would have thought that if there was one thing an interview was not suited to do, it would be detecting con artists. Isn't passing interviews their only core skill?
Do you mean for measuring goodness of fit between a prediction and the known truth in training data?
If you want to assess the presence of knowledge, give a test rather than an interview. The interview is just a way to make it easier for the con artist to snow you.
What makes you think this? Anything aside from intuition?
But anyway, you'd get enough for a follow up question, but not really enough to pass. The key is that the sum of uncorrelated distributions has a variance that is the sum of the variance of those distributions. This isn't true for standard deviation. This is useful so we use variance when we think we're dealing with random variables. Standard deviation isn't as useful for intermediary processes.
Another follow up question - actually the first question in my head, but by a mental slip-up I typed out the wrong thing: Why do we use square error when absolute error would do?
The answer to this is actually quite illuminating because there are multiple valid but contradictory positions on it, much like the Bayes vs Frequentist debate.
(As an aside - this also helps with career stagnation. If you're having a hard time deciding what to write, it's time to move on.
Once you've got some accomplishments, refactor to the most efficient use of words. How can I say everything necessary is as few words as possible? This is where a professional might come in handy if you're not a good writer.
You can run your accomplishments by a friend and say "which two or three are most worthy of a resume inclusion?" - gives insight into what is impressive.
I think that covers most of it. The rest is mostly formatting and summarizing (if you choose to write a summary).
My favorite resume of all time is Matt Hall's stratigraphic column resume: https://static.squarespace.com/static/549dcda5e4b0a47d0ae1db... (His blog post about it is here: http://www.agilegeoscience.com/blog/2010/12/17/resume-20.htm...)
I'm a geologist, so I'm rather fond of the puns, etc that he's made here, but the point is that a straigraphic column is a great way to lay out a resume. It gives a vertical visual depiction of what the person has been doing from most recent to longest ago.
That's exactly what the developer story is. I really like that they've used that visual layout. It's a very effective way to convey activities and employment history.
Instead of a traditional CV/Resume, I went with a single page narrative approach with a link to the temporal view on my LinkedIn profile. Initially there was some pushback as the recruiters were bellyaching over the fact that they needed to actually read my essay, but as time progressed I discovered that this format became a tool.
By forcing the hiring manager/recruiter to actually read and understand your background, inbound leads were much higher quality and the initial phone screen was extremely easy. Out of 100+ job applications, i got 20 or so responses, and of those 20 responses, 10 offers.
Out of the 20 responses, 19 were good fits and had good hiring managers with a company that had a decent culture.
I am definitely using the narrative approach again for my next job hunt.
Did you happen to post about this anywhere (on a blog maybe?). I'd love to see the narrative version and hopefully learn a thing or two.
I have a website that lists my workplaces and my main projects and of course my GitHub, both of which I link. I guess that's my "resume".
That's also what I do and recommend.
Out of curiosity, in which country are you? AFAIK, here in Australia, not having a cover letter would pretty much prevent you from getting a job.
We always have to fill a message when posting a resume. Write a short paragraph and that replaces the cover letter.
I wouldnt call that having 'no cover letter at all'
They give you the criteria they recruit based on, you write about how you meet them. It's a cover letter +
It takes more time, but the last time I was job hunting, I did it with several startups and got interviews with all of them (no referral). The resume + cover letter converted much worse for the other companies I applied to at the time.
The effect is that you used the mindspace otherwise occupied by the CV to tell your story - to brand yourself. There's only one you, but there's thousands of CVs indistinguishable from yours (and mine), so it makes sense that this worked better.
I was under the impression (from reading HN/Reddit) that while engineers do read GitHub profiles if explicitly linked in a resume, nontechnical recruiters do not. And they are the gatekeeper to said engineers.
So, this "show me your GitHub" thing for me is no different from "show me your Facebook, wait what, no FB account??" experience with non-technical HRs ;)
Conventional resume is totally OK for a first step in recruitment, I don't understand the need for extra fanfare.
I am often brought in on the hiring process to vet peoples technical skills. I used to just try to ask questions in the hour or two I got with the person, this seemed no better than flipping a coin. Even if the person was honest and we were both talking about the same skill, but how do I know that their experience with that skill is applicable? Now I insist on seeing a portfolio of some kind for coders. A Github, Bitbucket, Sourceforge or any other publicly viewable body of source will do.
15 minutes with someones code is a much better predictor of skill than even several hours of discussion. It costs a lot less too.
1) added buzz keywords in his resume
2) hosted an instance of gitlab and took various open source projects (stuff that was not popular, but had enough polish), modified them and uploaded them.
After a week, he was able to land multiple interviews. While he did get called out once, almost all engineers/non-tech hr didn't bother calling his bluff.
I am not suggesting that you should lie on your resume or steal open source projects, just that depending on one factor (like github, or resume, or white boards) is futile and that tech hiring in general is broken.
I see plenty of GitHub profiles that are filled with forked/starred projects from other people, and nothing of substance.
I don't bring it to the candidate because it is worthless and there are more interesting things to talk about. But that doesn't mean I didn't see it ;)
Actually I have never once in my life see a good github profile.
Then I noticed that I had started censoring my code krapola. I was sepf conscious about the code I was making visible, as I didn't want to be judged. Then I decided that lame. Now I shamelessly put garbage on GitHub, too.
Coding poorly & having fun trumps curating a collection fancy schmancy artisinal repos. And I've also learned that my good code often lives at work, and never makes it to GitHub.
Unfortunately like most people all the clean and polished code lives in private work repos. All those things I learned from the unfinished repos is being used in work code. Oh well.
Noone gives a f* about the code you have in your github. Noone will read it ever.
When I say a "good" profile. That means you put a link in your resume to ONE project you want to show. The landing page is a README with a paragraph to explain what is the app, a quick start, and a few screenshots.
If you've got a link to the website (or desktop installer) AND there are a few icons of external integrations in travis-ci/appveyor/unittestthing/packager then your repo is absolute perfection. =)
Though I haven't interviewed candidates for a long time, I happen to be curious about somebody from time to time. The very first thing I do watching their GitHub profiles is to filter-out all the forks, only leaving "sources" (how GitHub calls them).
There are loads, usually with a fork of a couple of popular JS libraries, maybe a couple of commits but no PRs. Once word leaked out that having a Github was "a thing".
It is not particularly hard to determine if fork n` fix is the reason for the repo. A search for the name of a project will find out if it is a truly lazy copy. Then asking a few questions about why some class or function deep in the code does a thing can determine at least the level of motivation of the copier.
If I can ask an unlimited number of questions about the code and the copier can answer them competently does it matter if they copied? They are competent in the code they pointed me at.
It is hardly a perfect system, it is just better in every way than only an interview.
Why would someone with real skill and therefore a real profile work there? Let all the fakers go work at shitty companies.
Source: Me sending my resume to recruiters + watching the view statistics on github.
Imagine this scenario:
- Farmer looking for horse to plough my fields and inspect my farm
- Horse 1: "I am a stallion! My coat shines in the sun, my mane is dark and glossy, and the very earth trembles as I run. I have come from the stables of Arabia, have been in the armies of Alexander, the greeks, and the mighty Theseus! I have ploughed the fields of Asphodel, and won 'prettiest horse' in the Reading village fair"
- Farmer: "Wow! You're...impressive"
- Horse 2: "I enjoy ploughing fields and I'm pretty strong"
- Farmer: "Great! I can offer you two apples, four sugar cubes, a nice warm barn..."
To be effective, Resume's shouldn't be all about how great we are (unless we are _really_ someone standout). Rather they should be tailored to the job we want.The resume needs to get through the "hiring funnel". This means they must contain the keywords that the ATS and Recruiter need in addition to our technical accomplishments that the Hiring Manager and Interviewing Panel will want. This really is pretty simple but we get caught up looking inward and not paying attention to the actual audience of the resume. So most resume's end up hit or miss.
For anyone interested, I've written a book on how to do this. The book's description on Amazon contains the entire process so you don't need to buy it unless you want to. https://www.amazon.com/dp/B01KVVY9OA
Would you say this level of openness has an impact (positive or negative) on sales of your book? It's pretty refreshing but the cynic in me wonders if it hurts sales.
The book itself has more detail and a step by step (chapter by chapter) process to get a great resume written out. So it's mostly helpful for the lazy ones! :-)
> "your Developer Story is the best way to share whatever it is that you take pride in. It’s your story; tell it your way."
Um, no, that's not my way. My way would be to list my professional accomplishments first and then list my open source projects just to show how much of a geek I am.
I honestly don't know which they'd prefer. As someone who occasionally interviews people, I do tend to find the cookie cutter descriptions of jobs to be moderately unhelpful. I would be interested in seeing more "what you take pride in," in many cases.
That said, I'm still not a big fan of the new look. I also prefer the apps section at the end rather than mixed in with my employment history.
Unfortunately my shiny new developer story now has "I dislike soap".
Let me customize it easily (e.g. for a role or job) and present that customized view to different audiences.
As someone who's hired hundreds of software engineers over the past 15 years, it did the best job generating the kind of resumes I like to see.
Resumes in their current form don't work well as a source of truth about anyone's career. The main issue being that we put summarized/editorialized information in instead of details. It's like discarding the data you used to generate a chart and then updating the chart directly going forward.
This is the only reason I created a logo for my open source project, so that it sticks out whenever someone posts about it.
I guess I'm screwed...
Stack Overflow is certainly better. Probably 90% of the time you can dig up the correct answer somewhere on the page.
But it's incredible how much of the world's knowledge is still locked away in books. The internet is ok for computer programmers, but for basically everything else it feels like we're still decades away from the "information superhighway" dream.
(Stack Overflow would definitely love this to be true.)
He squeezes in a humblebrag: "...if you're like me, and still just a little proud that you got off the waitlist and eked your way into a school above your intellectual weight class..."
And he uses scarcity to scare devs into creating a profile: "It only takes a few minutes, and you do NOT want some other joker snapping up the good URLs."
I do kinda wish I knew the secrets of how to get 2-3 recruiting emails a day though. Unless it's "have 5 more years of experience," I think my profile could use some help.
It doesn't guarantee 2-3 per emails per day, but a few per week is certainly achievable.
You do need a few years of experience + some buzzwords.
Done and done.
> You do need a few years of experience + some buzzwords.
3.5 years. What buzzwords do I need? I just want to be able to find a job in a few weeks the next time I am looking. I don't think that's too much to ask.
Edit: I misspoke; by "find a job in a few weeks," I meant "start getting interviews within a week or two." No amount of LinkedIn profile magic will help me get a job directly, obviously.
... and while I was writing this, I just received a message from a startup that raised 200M and want me to join one of their team of 3 known ex googlers on some hard industry problem. [How crazy. I applied there last year and they never replied]
Well nevermind, linkedin is awesome. Now that I think about it, I left my last job because of a lead from it. :D
If it doesn't work for you. You are not in a tech hub or you don't have a profile rare enough. What's your city? and link to your profile?
I don't blog, tweet, or use Facebook. Do I need to do those things to attract attention?
And, all that twiddling of one's profile seems like a stupid thing that I'm reasonably sure people generally don't do. Maybe I just need to write a bot to automate it.
Sigh. I don't know how to LinkedIn. :P
Intro is too long. Make it shorter and to the point. After 5 or 10 lines, it get hidden automatically.
[Do you realize that you have the equivalent of "I am open totally to leave my current company" while you're working at your current company?]
You lack a lot of keywords. Only Python, DynamoDb, AWS. You must have touched other things. The titles are 4 times "software engineer [intern]". You NEED MORE KEYWORDS.
The short line on each company is good and well written, I love to get context. =)
The content is missing substance. Add business metrics, how many users? how many servers? how many dollars going through? how many mails send [at the mail company]?
I have no visibility into these business metrics because they don't tell me.
What type of keywords do you suggest?
I try but I cannot understand your situation. I couldn't work without business and user metrics. That's the only thing changing from a job to another.
Keywords: More technologies. More trendy job titles. [Don't know what's relevant to your past jobs. Can't help.]
Believe it or not, changing these job titles to what they are now actually got me far more attention than what I had before (which was just the "official" job title, which didn't necessarily reflect the things I was actually doing).
There are endless variations referring to close jobs.
So when the recent email hit my inbox, it was with a healthy dose of skepticism that I just immediately deleted it.
Resumes in their current form don't work well as a source of truth about anyone's career. The main issue being that we put summarized/editorialized information in instead of details. It's like discarding the data you used to generate a chart and then updating the chart directly going forward.
You also can't manage the things you put on a resume. You can't easily search, tag, sort, view by company, position etc. You're doing all that in your head and then putting the result on paper.
There should be tools to help with this stuff (I built one [1]) and those tools should put the resume in it's proper place, as an output of some other more comprehensive source of truth.
Oh please - not again.
"What fresh hell is this?"
https://news.ycombinator.com/item?id=12687415
https://news.ycombinator.com/item?id=12686741
But I don't think this is really aimed at supplanting that. It's really just trying to put a better face on the "passive" approach to things and I like it for that.
This is my worst one so far. Also I've been applying but no responses, I have a defeatist mentality and also I think I do accept that I don't meet the requirements.
I have changed the format some as the bullets as titles doesn't make sense. Still I have to condense and overall my "achievements" are pretty basic. Probably will have to find another menial job. Oh well
Why would you start with negative sentences about your projects? "not complete". "at best what I have...". "decided to abandon".
The second page is much more promising. Instead of story-telling and editorializing "This was a basic job, and quick", focus on what techniques you used:
- started from a broken Bootstrap prototype - rewrote email sending using package xyz
etc. Show me that you know how to use a variety of technologies, packages and tools. Then I can judge whether I have a job for you.
Yeah it is a work in progress.
I was told lacked content so I gathered all my projects.
Don't take this the wrong way, but you need to change the way you project yourself. Even just from this resume, you're talking yourself down. Who would you hire?
"I wanted to keep track of who/what was visiting my websites. Turns out they were mostly crawlers for search engines. I keep track of IPs and URLs requested, I store them in a MySQL database using PHP"
or
"Wrote an application to process and analyse logfiles across a collection of websites, using a common web application stack. Stores requested IPs and URLs for future analysis. Identified the split of automated search engine crawlers and other bots vs human visitors. Tools and languages used include PHP and MySQL"
Resumes are all about how you present what you've done.
On that point - if you're applying for frontend developer positions, use your skills! Build a cool website to present your resume rather than a plain piece of paper. You'll probably still need the paper, but the first line of it can be "View my resume online at example.com".
I do have a rough portfolio but it's just projects stacked on top of each other, images... thought about a language sorting thing you know click Javascript to view javascript files, etc...
I see your point about the wording.
I don't know, yeah I unfortunately am plagued with negativity
Portfolio:
Are people still relying on third party companies marketing to both sides of the market, to attract employees? You don't really need them. The Internet and contributions to open source [0] is your developer story, use it. [1]
reference:
[0] I realise not everyone can/will want do this.
[1] offer from google engineering (SRE) on basis of newsgroup questions and code.
Unfortunately there is no way to opt out of this service right now. (edit: I don't want to email security to ask for an opt-out, it would just be nice to opt out until they fix the actual security issue.)
Edit: Found a web form they use on security.stackexchange.
Edit: checked internally, and this specific issue is being fixed as we speak.
It's an either an information disclosure issue or an authorization issue (depending on your point of view), I won't say more on here.
There is nothing more unreadable than a Stack Overflow resume. Well... except a project on github that doesn't have a readme.