在我們詳細討論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"> 是無效的 包含微格式的標記元素跟微格式之間沒有直接關系（建議使用有效并具有語義信息的標記）新聞熱點
疑難解答
