Slashdot Mirror
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.)"
Why not just show them what you did?
I have not had a 1 page resume in 20 years. I seem to make all the automated HR filters too... I just wonder if that is connected? :)
:) He is still there, and I have long since left. HR is worthless...
A friend and I were co-workers in a company that went bust. We had almost the same job and almost the same experience. We both applied at the same company, and I got a call back and a job. He never got a call back. My new boss asked if I knew anyone else. I said, "Uh, Yes?" and told him about my friend. He never saw the resume. I got it for him and he hired my friend as well. HR was pissed at him for at least 2 years.
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?
One's resume should be in XML, from which various other formats can be produced automatically (and consistently)...
In Soviet Washington the swamp drains you.
Make a portfolio of open source work you've done. Go in and extract code that you've written. Annotate it explaining what problem you were solving and why you chose the design you did, etc. Keep each section fairly short (a few hundred lines of code) and write an overall document linking up the various code excerpts, creating a narrative for them to follow. If you have planning/design documentation, etc feel free to show excerpts of that too. Even emails from mailing lists where you defused a potentially difficult situation is good. Finally, provide links to all the original projects that you've contributed to so they can see your contribution first hand.
After you have organized all that, put it up on a web page somewhere and put a link on your resume. Burn a few business card sized CDs and hand them out at interviews. Make sure to bring a few to each interview. I've found they are popular.
This has gotten me more than one job. I used to maintain my portfolio continuously on my web page, but I'm teaching now and have let it lapse. However, it's sometimes useful even outside the job searching venue.
Aside for the formatting of skill lists and stuff, its pretty good, which means one thing, in my opinion: he is another victim of the "YOUR RESUME MUST BE ONE PAGE REGARDLESS OF YOUR EXPERIENCE!!!!!111!" school of thought.
The one page resume rule: hurting professionals everywhere since....well, ever.
if i had mod points i'd mod this +1 Insightful also. I've had an increasingly-long resume as I have moved up in my career. It started out as one of those "fit it in one page" jobs which makes sense when you are starting your career. People who have no experience, should not have a long resume. But if you've had any sort of career (which this Grossbart fellow seems to have had) it's right and proper to give adequate space to explaining what you did in these jobs, and highlighting your successes over that time. Most importantly, don't assume anyone is going to actually "read" your resume. Bullet points let the reader skim quickly, which is what most people do. Grossbart's resume has a lot of words about his decade+ at Novell, but even reading it, it isn't clear what he actually accomplished as an individual.
Some FOSS projects (especially those sponsored by a company, like Red Hat's Archer project) have regular meetings via phone calls in order to discuss the status of the activities, decide about new features, etc. As a positive side effect, it makes the developers interact more with each other and create a stronger connection between them.