How To List FOSS Experience On Your Resume
maximus1 writes "If you're selling skills gained in an open source project, you have additional opportunities to shine, say experts in this ITWorld article. But what is the best way to explain your FOSS experience? 'Someone stands out because of how they talk about the project, says Zack Grossbart, author of The One Minute Commute. His advice is to describe the project and discuss your contributions in detail: 'If you were a committer, what did you do to earn that status? What features did you work on? Did you design new areas, or just implement predefined functions? Did you lead meetings? Define new architecture? Set the project direction?' If the FOSS experience is part of your background but not a shining beacon or job equivalent, it's common to list it under 'other experience.' Andy Lester, author of Land The Tech Job You Love, says: 'Think of each project as a freelance job that you've worked on. Just as different freelance gigs have varying sizes and scopes, so too does each project to which you contribute. The key is to not lump all your projects under one "open source work" heading.' Good examples are worth a thousand words. Grossbart offers up his resume as a sound but not perfect example (PDF) that includes open source experience. (His article on how to format your resume might also be of interest.)"
> Did you lead meetings?
What are these "meetings" you speak of?
Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
except that that resume looks like crap. He spends all this time worrying about serifs and ligatures, when as a whole it's nearly illegible. It's all crowded into the page in what seems to the eye like one big chunk of prose. It hurts my eyes just trying to read the text. There are places for bullets - and lists of things is a good place for them. A separating space or line here or there isn't going to kill anyone. Also, it's not a sin to use two pages so that you don't have to pack everything in.
Press "enter" after one of your job bulletpoints to make a new list items. Type in your role on the project, the name of the project, then the dates during which you worked on it. Provide a short description of the work you did, and how it impacted the success of the project.
Done.
Comment of the year
> Is not "worry about the content, not the presentation" the mantra around
> here? If we are supposed to follow that for the web-pages we produce, why
> should the resumes be different?
Resumes have to get past HR drones and PHBs in order to reach anyone who can comprehend the content.
Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
> Please tell us so we know what we're getting.
You are getting what you see. Are you incapable of judging it on its merits?
Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
One's resume should be in XML, from which various other formats can be produced automatically (and consistently)...
It's an interesting gimmick, but not sure what purpose it'd have for anyone other than XML monkeys. The problem is that a resume is about presentation as much as it is about content.
opinion? Blah blah blah, try 30 different fonts. Blah blah blah, try 20 different text editors. And HR will still want a copy in word format or plain text format, ignore any formatting, and keyword scan.
My resume is done in latex. Better font, better justification, better appearance.
There's nothing even close to dishonest here. If your code was so meaningless to you that you don't care to do the extra work to get it into a better category than "hobby" or "coding in spare time", then you deserve what you get.
Yes, i'm suggesting that if you want optimal resume lines, you adjust the type of FOSS development you do, than you otherwise would, and do a little more work.
14 lines in the Linux kernel is not an accomplishment that is the least bit indicative of a good developer; the hiring manager's unlikely to be impressed, even if they are a big Linux fan. Coded an OS from scratch is comparatively much more interesting, in fact, and much more likely to be an asset, the person who makes a huge, significant contribution to an unknown piece of software, than the person who gloats over a small insignificant addition to a popular piece of software...
You want to be able to say something like Wrote the USB Driver for a major operating system, not "fixed a bug in the Linux coffee pot power control driver".
Listing FOSS contributions outside of Other Experience can look like stretching, and is stretching unless it's either something you're spending, say, 20+ hours/week on, or you're applying for your first position out of school. If you're not, it's not really the kind of professional experience you want to showcase, is it?
Even if you're spending substantial time on a FOSS project, you still may not want to list it outside of Other Experience other than to explain what you have been doing in the time since your most recent employment.
What you don't want to do is give the impression that you're trying to cover up for being under-qualified, for lacking in professional experience, or that you're not employable in a traditional position.
Coded an OS from scratch is comparatively much more interesting,
Not really. I think you're forgetting the level of quality required for any code to make it into the main branch, much less stay there. Being able to read and change other people's code is also a big plus.
You want to be able to say something like Wrote the USB Driver for a major operating system, not "fixed a bug in the Linux coffee pot power control driver".
14 lines of code that thousands of people use regularly is more valuable than something big noone ever heard of.
You are so right... except for the font. Humans read a serif font about 20% faster and with less errors than a sans serif font so use Times instead of Helvetica (which btw. is not available on a std.Windows PC... Arial, Tahoma or Verdana are not good substitutes for Helvetica).
...if you have what would be termed an "unconventional" appearance by more narrow minded employers, consider the kind of companies which are more likely to hire you.
I have long hair, facial hair and tattoos. I recently took a temp contract with a publishing company. They didn't have a "dress code" as such and the atmosphere was pretty relaxed. A few weeks later they asked if I'd run the department. Plenty of businesses operate under similar conditions, and unlike places which mandate a particular look, they tend not to treat employees like shit.
Will you alienate some employers by not having a short back and sides and a clean shave? Yes.
Are they worth working for? Not in my opinion.
I think he didn't list his FOSS experience very well. It says:
Sole engineer for the GoTD program (http://sourceforge.net/projects/mgatdirector), an open source program for directing Go tournaments. GoTD integrates registration, player pairing, handicapping,
conict resolution, and results reporting into one easy-to-use interface. GoTD is the rst and only open source program available for managing Go tournaments.
It sounds like he is selling the project, not himself. In my experience, you don't say what the project did, you say the technologies it uses and what YOU did. I might write:
Sole engineer for the GoTD program (http://sourceforge.net/projects/mgatdirector), an open source program for directing Go tournaments written in C++/Qt. Ran on Linux, Windows, and Commodore 64. Maintained project in source control via sourceforge. Prioritized bug reports, applied fixes, and determined new features. A forum was established to solicit feedback from customers.