在我们详细讨论hResume之前，先来了解一些背景知识。
hResume是一个处于提案状态的微格式。这是什么意思呢？意味着在成为正式提案之前还会有很多变化，虽然说最终一定会通过。这会不会有很大影响？可能对您来说，但是对我来说影响不大。我非常接受的一点就是现在所有的互联网技术都是日新月异的，这是互联网的特性。
hResume属于简单的微格式之一，只有八个属性。同时，hResume还是一个很复杂的微格式；他利用另外三个微格式：rel-tag，hCard 和 hCalendar。在很多方面上看，这也呈现出微格式最强大的特点：他们使用已有的标准。
hResume如何利用hCard和hCalendar对于我来说，很多时候都非常让人困惑和有挫败感。也许是因为他还处于提案状态，在最后通过的时候希望这些问题都能够被解决。不过，也可能是因为我没有想好如何把hCard和hCalendar信息更好的同我的简历融合在一起。不过不管是什么原因，从我的角度来说，hResume在某种程度上显示了微格式很不好的地方。并不是只有在使用hResume的时候才有问题。所有的微格式都缺少容易理解的信息和很好的文档。我想这让推动微格式很苦恼。
因为hResume还是提案阶段，所以很难期望有很多人分享这方面的信息和资源。但是微格式的Wiki上还是提供了很详细的定义。因为另外的资源非常少，所以才使得实现这个微格式非常的痛苦和挫败。不过这也是我为什么写这些关于微格式的博客文章，我也希望能够有越来越多的文章出现，越来越多的人谈论他，就会有越来越多更好的资源和信息。
hResume的历史非常简单。不像hCard、hCalendar和hAtom，在他之前没有类似的技术手段。不过，他还是建立在对现有简历格式的研究基础上，例如HR-XML和Europass。
跟所有微格式一样，他也有一些规则这里还要说明：
属性和子属性通过class代码声明。这些代码定义了hResume微格式 属性和子属性名称大小写敏感 “根”属性不能和其他子属性组合在一起。因此，<p class="hresume contact"> 是无效的 包含微格式的标记元素跟微格式之间没有直接关系（建议使用有效并具有语义信息的标记）新闻热点
疑难解答
