Everyone is trying to sell something nowadays, and the most important product you can sell is yourself. My high school counselor used to tell all of her students that same advice, and unfortunately most of them became hookers. But if you’re not into prostitution, by now you’ve probably realized why so many people have said that blogs are the new resume. It’s true – I’ve had a few pretty meaty hooks dangled in front of my fish brain since I started this web site, and a lot of large companies are using blogs as a means of finding new talent.

But a blog will only get you in the front door, many employers still want to see a real resume prior to entry into the screening process. So, why not kick your resume up a notch? Let’s iron its pages, shave its hairy regions, and spray some web-based musk on that bad boy.

Tips for Putting your Resume on the Web

1. Don’t use anything that generates code (that means no DreamWeaver or heaven forbid, Microsoft Word). You want your “view source” to look like a marine’s hair cut: everything should be indented uniformly.
2. Sprinkle some microformats in there! There is even a specific hresume microformat. Some other good microformats to use are: hcard (like a personal business card, but can also be used to describe an organization as well), hcalendar (for any dates, or date ranges: like when you were employed), XFN (to describe relationships between people, think references), adr (for addresses).

   Of course, the good part about microformats it that there is overlap between them. hcard uses adr and hcalendar, and hresume uses hcard, etc.

   Some social web sites have already provided some microformats that you can use as a starting point: Linked-in has an hresume for every profile, and twitter has a hcard that you can pilfer.

3. Add a favicon. As the Yahoo Performance team suggests, the browser is still going to request one, even if one isn’t in the markup, so you might as well have one.
4. Pick your DOCTYPE carefully. Make sure it’s not one of the “loose” ones, for obvious prostitution-based reasons described above — the stricter the better. Whatever DOCTYPE you decide to use, make sure your markup validates properly. No mistakes here. I chose to serve my document using HTML 4.01 Strict as text/html with UTF-8 encoding.
5. Your handwritten CSS should validate as well. If you have some library code that misses the mark in a few places, I think that’s okay. Remember: a good coder codes, a great coder re-uses.
6. Make sure it looks good when your future employer prints out 500 copies to pass around the company as an example of the best resume he’s ever laid his eyes on. Add a media=”print” stylesheet to beautify the print layout.
7. Make sure it all validates, loads fast, and doesn’t have any broken links. I like to use YSlow to test my page weight and see my ranking.

Bombs away! Those are the tips I followed to create my web-based resume. It has a YSlow score of 89, is 17.2K in size with 5 HTTP requests, and validates as HTML 4.01 Strict, and my non-library CSS is valid CSS 2.1 (I’m also using YUI CSS for layout, which doesn’t validate).

Once you’re finished, hresume even has a public wiki page where they let you post your resume. Have fun, or get rich trying!

Update: grammar nazi cullination.

Own your Identity had a great post today detailing a great feature on the signup form of the Get Satisfaction site.

They rely on the fact that sites like Twitter and Flickr publish an hCard microformat for all of their users publicly on their website. If you go to my twitter page and view the source, you’ll find the following code available to anyone (without authentication):

<address>
   <ul class="about vcard entry-author">
      <li><span class="label">Name</span> <span class="fn">Zach Leatherman</span></li>
      <li><span class="label">Location</span> <span class="adr">Omaha, NE USA</span></li>
      <li><span class="label">Web</span> <a href="http://www.zachleat.com/" class="url" rel="me">http://www.zachle...</a></li>
      <li id="bio"><span class="label">Bio</span> <span class="bio">UI Programmer, JavaScript Enthusiast, Soccer Hooligan</span></li>
   </ul>
</address>

The premise here is that hCard tells you how to parse this markup to get usable information. The adr CSS class tells you what my address is. The fn CSS class tells you what my name is, and so on. So, Get Satisfaction goes and spiders this page behind the scenes and autopopulates your profile with what it can find. Pretty sweet.

Now, they don’t limit you to the services they provide, which are: Flickr, Technorati, Twitter, Upcoming, and last.fm. They provide an Other category for any hCard enabled URL (your personal homepage or perhaps an hResume you have posted on the web).

Integrate with OpenID

However, why not take it to the next level? Why not integrate this microformat functionality WITH an openid login system? You’d be able to kill two birds (not a twitter joke) with one stone in some cases, since both Twitter and Technorati are also OpenID producers (re-echo: We need more consumers).

So, not only do you get the benefits of having OpenID authentication on your website, but you’d be able to prepopulate a certain amount of profile data with an hCard parser. And the best part is, if you already have a nice clean user interface set up to handle different OpenID producers, there wouldn’t be any additional clutter on the interface to get this benefit. It’d be transparent to the user when it works, and fall back to a normal empty profile form when it doesn’t.

What I’d like to see, is more sites that are OpenID producers, also serve hCard microformats as well. If we can get all the major producers on board, we’d have a nice tidy little system going.