resume-brainstorming-fr: Difference between revisions
Line 140: | Line 140: | ||
=== Compte-Rendu de la Session de Brainstorming === | === Compte-Rendu de la Session de Brainstorming === | ||
* "hresume" - | * "hresume" - nom de classe racine | ||
** "contact" [[hcard-fr|hCard]] - | ** "contact" [[hcard-fr|hCard]] - devrait utiliser <code class="element"><address></code>. est-ce que la personne peut être celle dont le résumé est au sujet OU le proxy/contact dans le cas de services de recrutement/intérim | ||
** "objective" - | ** "objective" - bloc de texte expliquant l'objectif | ||
** "job" [[hcalendar-fr|hCalendar]] vevent - | ** "job" [[hcalendar-fr|hCalendar]] vevent - pour chaque job dans les sections jobs : | ||
*** [[hcard-fr|hCard]] | *** [[hcard-fr|hCard]] pour le 'title', 'org', 'address' de la société, (optionnellement, numéros de téléphone de bureau, etc.). Pour l'usage "fn" indirection en référençant la hCard "contact" au-dessus avec un tag objet comme expliqué au-dessus. | ||
** "education" [[hcalendar-fr|hCalendar]] vevent - | ** "education" [[hcalendar-fr|hCalendar]] vevent - pour chaque école dans la section éduction : | ||
*** [[hcard-fr|hCard]] | *** [[hcard-fr|hCard]] pour l'école avec fn==org, 'address' de l'école (en option, url, numéros de téléphone, etc.) | ||
** "skill" [[rel-tag-fr|rel-tag]] - | ** "skill" [[rel-tag-fr|rel-tag]] - pour chaque compétence | ||
** <code class="element"><cite></code> | ** <code class="element"><cite></code> pour chaque publication | ||
** rel="reference" + [http://gmpg.org/xfn/ XFN] + [[hcard-fr|hCard]] | ** rel="reference" + [http://gmpg.org/xfn/ XFN] + [[hcard-fr|hCard]] pour les références. rel="reference" fait sens parce que vous dites que cette personne ici est une référence pour la personne représentée par ce CV. | ||
Les listes des 'jobs', 'education', 'skills', 'references' devraient toutes utiliser [[xoxo-fr|XOXO]]. | |||
==== référence hCard via object ==== | ==== référence hCard via object ==== | ||
Dans les CVs typiques, chaque job listé déclare aussi le titre du job que la personne a eu, tout comme le nom de la société, souvent l'adresse (ou au moins la ville, l'état) de la société, et d'autres informations pertinentes sur la société. | |||
Ceci est effectivement une hCard pour la personne pendant qu'elle travaillait(e) dans ce job, de ce fait cela fait sens de baliser toute cette information sous une hCard. | |||
La seule idée ici est, rarerement de telles hCards pour chaque job incluent le nom de la personne de manière visible. Nous ne voulons pas non plus encourager les personnes à répliquer leurs noms dans ces hCards (violant de ce fait DRY) dans des éléments span invisibles. De ce fait, le code suivant est proposé pour un champ (ou plusieurs) dans une hcard pour référencer un autre élément dans le document (probablement les mêmes champs dans une autre hCard) et parser cet autre élément comme s'il était dans la ligne dans la hCard. | |||
<pre><nowiki> | <pre><nowiki> | ||
Line 169: | Line 169: | ||
</nowiki></pre> | </nowiki></pre> | ||
Là où "j" est la valeur de l'attribut id de l'élément "fn n" de la hCard contact tout en haut de la page, par exemple (montré ici comme un hCard verbeuse pour les intentions d'illustation que la référence peut être fait vers un sous-arbre, pas simplement un noeud de texte) : | |||
<pre><nowiki> | <pre><nowiki> | ||
Line 184: | Line 184: | ||
</nowiki></pre> | </nowiki></pre> | ||
Cette méthode de propriété détournée hCard via un élément objet pourrait être généralisée pour s'appliquer à n'importe quelles/toutes les propriétés dans hCard. | |||
Note: | Note : l'attribut objet data DOIT être une référence locale ID. Les références externes (qui obligeraient à une application consommatrice de charger une ressource externe) ne sont actuellement pas supportées par cette méthode. | ||
''' | '''Problème :''' besoin de vérifier avec Brian Suda pour voir comment il est facile/difficile que cela puisse être ajouté à X2V. S'il n'était pas trop difficile d'ajouter le support de détournement d'attribut de contenu table td "headers" attribute , ceci serait simplement aussi facile. | ||
''' | '''Statut :''' Selon Brian Suda : "... ce ne devrait pas être trop difficile... tu as raison c'est presque équivalent au problèmes AXIS HEADER ID." | ||
''' | '''Prochaines étapes :''' Brian essaiera d'implémenter cela dans X2V et nous verrson bien comment ça marche. Si cela fonctionne, alors nous l'ajouterons à [[hcard-fr|hCard]], [[hcard-parsing-fr|parsage hCard]], et à [[hreview-fr|hReview]] 0.3 (tout comme à [[hresume-fr|hResume]] bien sûr). Notez que la [[hlisting-proposal-fr|proposition hListing]] a aussi une exigence/un concept similaire et utilise actuellement une notion d'héritage de propriété à partir du contexte qui peut être placée dedans (généralement le contexte de page). Ce peut même être un repli plus élégant du point de vue de la publiation, mais ceci peut exiger un parsage plus implicite que ce qui peut être de confiance. | ||
''' | '''Implémenté :'''Brian Suda : je suis parvenu à faire tourner très facilement dans X2V, c'est seulement dans le code beta X2V, si cela s'avère utile et valable, nous pourrons alors le faire tourner dans la version de production. | ||
''' | '''Problématique : ''' Ces éléments objet finissent par être horriblement restitués dans Safari, et <code>display: none</code> n'aide pas. La solution est de styler les objets avec <code>width: 0; height: 0;</code>. | ||
== Plan de Strawman == | == Plan de Strawman == |
Revision as of 22:44, 30 July 2006
Brainstorming CV
Ceci est un espace pour le brainstorming à propos d'un microformats pour les resumés/CVs fondé sur les exemples de CV qui ont été recherchés, documentés et analysés avec un oeil vers la réutilisation de portions de vocabulaires provenant de n'importe quels formats de CV.
Contributeurs
- Tantek Çelik
- Ryan King
- James Levine
(Traduction en cours Christophe Ducamp
Conséquence de
Analyse
Analyse d'Exemples
Une première passe sur quelque analyse de l'analyse agrégée sur exemples de CV. Un 80/20 proposé :
affiliations | une liste d'affiliations, chacne avec un nom d'organisation, url et type d'association |
contact info | contact info - address, email, url |
education | une liste incluant les informations sur l'organisation/école (nom, lieu), degré/expertise d'étude, honneurs/récompenses, date (remise des diplômes seulement ou équivalent), GPA |
employment/professional experience | une liste comprenant l'organisation, l'intervalle de temps, le titre de job et le lieu, les réalisations, la description |
skills | un plan des compétences/outils éclaté en catégories générales |
publications/presentation | une liste des articles, livres incluant chacun les auteur(s), titres, url et années de publication |
summary/qualifications | une lsite de qualifications et compétences |
laissé de côté à cette heure
Ce sont des choses trouvées dans les exemples de CV, qui semble sortir du schéma de construction 80/20 du CV commun. --RyanKing 14:46, 30 Jan 2006 (PST)
- objectif - utiliser simplement 'summary'
- statut - utiliser simplement 'summary'
- présentations et récompenses - ne sait pas comment généraliser ça
- récompenses - trop spécifiques et rares
- présentations - fera partie sûrement de l'un au-dessus, pas sûr où cela rentre à cette heure.
- les présentations peuvent être simplement réunies avec d'autres citations ou des publications/travaux
- brevets - trop rares
- peut-être que citations pourrait être utilisé pour les brevets, parce que ce sont des travaux publiés
- intérêts - trop rares
- portfolio - trop rare ?
- projets - trop rare ?
- exhibitions - trop rare ?
Méta-données supplémentaires
- Ce serait utile d'avoir les champs suivants associés avec 'skills' : Robert Merrill 07:41, 12 Feb 2006 (PST)
- Skill-Level: Beginner, Advanced, Expert
- Années d'expérience avec skill (numérique)
- Last used : soit une valeur de "currently used" ou années depuis 'last-used'
- Malheureusemnet aucun de ceux listés au-dessus avec suffisamment de fréquence (si ce n'est pas du tout) dans les CV trouvés publiés dans la jungle, et en se basant sur le principe de simplicité et 80/20, cela fait du sens de simplement les omettre au moins pour la première version d'un microformat hResume. - Tantek
Autre Brainstorming
Ce qui suit est le résultat de quelques brainstorming entre les types de Technorati et SimplyHired.
Ensemble Minimal
Selon les types de SimplyHired qui voient beaucoup de CVs, un CV typique contient ces sections :
- Contact Info
- Education
- Work Experience
- Skills
Optionnellement
A nouveau, selon SimplyHired, ces sections sont moins communes :
- Objective
- interests
- references (pourraient être reliées à un job spécifique)
Fonctionnel
Quelques personnes publient des CVs fonctionnels, qui sont en quelque sorte sous le format inversé du traditionnel.
- Contact
- Work Experience
- Company
- Project
- Company
- skill
- experience (job, education, etc)
Application des microformats actuels
Voir resume-formats pour une description des éléments communs d'un CV. Il semble que quelques-unes de des constructions pourraient être facilement représentées avec les microformats existants.
Contact
Le bloc info contact d'un résumé pourrait être exprimé avec une hCard.
Education
L'expérience en éduction pourrait être exprimée sous une liste de hcalendars. Le rationnel fait que l'éduction peut être visualisée comme un événement à long terme - il serait facile de réutiliser le vocabulaire extrait de hCalendar pour décrire les événements.
Expérience Professionnelle
Tout comme Education, l'expérience professionnelle pourrait être exprimée sous une liste de hcalendars.
En outre, dans une expérience professionnelle particulière, la liste des titres de jobs, pourrait être exprimée sous des hcards. Le seul problème ici est d'avoir à répéter le FN pour chacune de ces hCards.
Ce pourrait être aussi utile d'étendre XFN pour baliser les liens vers les employeurs et clients.
Skills
Les compétences pourraient être exprimées comme des tags, en utilisant relTag. Tout comme avec les usages de rel-tag, un certain nombre d'espaces-tags serait approprié.
Publications
Toutes les publications, présentations ou autres travaux pourraient être représentés par un microformat citation.
Références
Les références pourraient être exprimées comme une liste de hcards, though web-based résumés tend to be light on using references.
Dans notre brainstorming initial, nous avons parlé de faire des références dans les CVs. Néanmoins, après avoir fait des recherches sur les exemples de CV, il ne semble pas que les références soient publiés très souvent sur le Web.
endorsements
LinkedIn permet aux utilisateurs de soutenir les CVs des autres. Cette fonctionnalité pourrait être capturée avec vote-links.
Comme pour la précédente, ceci ne semble pas très utilisé sur le web, ainsi je (Ryan King) pense que ce devrait être laissé de côté, au moins pour commencer.
Brainstorming Session 2005-11-10
Contributeurs
- Tantek Çelik
- Ryan King
- James Levine
Photo de notre Session de Brainstorming
Compte-Rendu de la Session de Brainstorming
- "hresume" - nom de classe racine
- "contact" hCard - devrait utiliser
<address>
. est-ce que la personne peut être celle dont le résumé est au sujet OU le proxy/contact dans le cas de services de recrutement/intérim - "objective" - bloc de texte expliquant l'objectif
- "job" hCalendar vevent - pour chaque job dans les sections jobs :
- hCard pour le 'title', 'org', 'address' de la société, (optionnellement, numéros de téléphone de bureau, etc.). Pour l'usage "fn" indirection en référençant la hCard "contact" au-dessus avec un tag objet comme expliqué au-dessus.
- "education" hCalendar vevent - pour chaque école dans la section éduction :
- hCard pour l'école avec fn==org, 'address' de l'école (en option, url, numéros de téléphone, etc.)
- "skill" rel-tag - pour chaque compétence
<cite>
pour chaque publication- rel="reference" + XFN + hCard pour les références. rel="reference" fait sens parce que vous dites que cette personne ici est une référence pour la personne représentée par ce CV.
- "contact" hCard - devrait utiliser
Les listes des 'jobs', 'education', 'skills', 'references' devraient toutes utiliser XOXO.
référence hCard via object
Dans les CVs typiques, chaque job listé déclare aussi le titre du job que la personne a eu, tout comme le nom de la société, souvent l'adresse (ou au moins la ville, l'état) de la société, et d'autres informations pertinentes sur la société.
Ceci est effectivement une hCard pour la personne pendant qu'elle travaillait(e) dans ce job, de ce fait cela fait sens de baliser toute cette information sous une hCard.
La seule idée ici est, rarerement de telles hCards pour chaque job incluent le nom de la personne de manière visible. Nous ne voulons pas non plus encourager les personnes à répliquer leurs noms dans ces hCards (violant de ce fait DRY) dans des éléments span invisibles. De ce fait, le code suivant est proposé pour un champ (ou plusieurs) dans une hcard pour référencer un autre élément dans le document (probablement les mêmes champs dans une autre hCard) et parser cet autre élément comme s'il était dans la ligne dans la hCard.
<span class="vcard"> <object data="#j" class="fn n"></object> <span class="org">SimplyHired</span> <span class="title">Microformat Brainstormer</span> </span>
Là où "j" est la valeur de l'attribut id de l'élément "fn n" de la hCard contact tout en haut de la page, par exemple (montré ici comme un hCard verbeuse pour les intentions d'illustation que la référence peut être fait vers un sous-arbre, pas simplement un noeud de texte) :
<span class="vcard"> <span class="fn n" id="j"> <span class="given-name"> James </span> <span class="family-name"> Levine </span> </span> </span>
Cette méthode de propriété détournée hCard via un élément objet pourrait être généralisée pour s'appliquer à n'importe quelles/toutes les propriétés dans hCard.
Note : l'attribut objet data DOIT être une référence locale ID. Les références externes (qui obligeraient à une application consommatrice de charger une ressource externe) ne sont actuellement pas supportées par cette méthode.
Problème : besoin de vérifier avec Brian Suda pour voir comment il est facile/difficile que cela puisse être ajouté à X2V. S'il n'était pas trop difficile d'ajouter le support de détournement d'attribut de contenu table td "headers" attribute , ceci serait simplement aussi facile.
Statut : Selon Brian Suda : "... ce ne devrait pas être trop difficile... tu as raison c'est presque équivalent au problèmes AXIS HEADER ID."
Prochaines étapes : Brian essaiera d'implémenter cela dans X2V et nous verrson bien comment ça marche. Si cela fonctionne, alors nous l'ajouterons à hCard, parsage hCard, et à hReview 0.3 (tout comme à hResume bien sûr). Notez que la proposition hListing a aussi une exigence/un concept similaire et utilise actuellement une notion d'héritage de propriété à partir du contexte qui peut être placée dedans (généralement le contexte de page). Ce peut même être un repli plus élégant du point de vue de la publiation, mais ceci peut exiger un parsage plus implicite que ce qui peut être de confiance.
Implémenté :Brian Suda : je suis parvenu à faire tourner très facilement dans X2V, c'est seulement dans le code beta X2V, si cela s'avère utile et valable, nous pourrons alors le faire tourner dans la version de production.
Problématique : Ces éléments objet finissent par être horriblement restitués dans Safari, et display: none
n'aide pas. La solution est de styler les objets avec width: 0; height: 0;
.
Plan de Strawman
Here's an outline of a strawman proposal.
proposition
affiliations
Two Suggestions:
- class~="affiliation" + hcard -- use classname 'affiliation' + an hcard for the organization of which the user is a member
- a rel or rev value for membership/affiliation (this doesn't capture the name of the organization or any other information, but could be useful outside resumes)
contact info
Simple, an hcard for the person in an <address>.
education
A list of hCalendar events, one for each education experience. We can either define a mapping of the terms, or just let loose and let conventions develop naturally.
employment/professional experience
A list of hCalendar events (one for each work experience). Optionally use hCards for describing job titles, organizational units, etc. We'll likely have a bit of a problem with not wanting to repeat FN for each hCard.
skills
Most resumes analyzed in the resume-examples page had a section for skills and/or qualifications. I think this usage can be best covered by using rel-tag, and not require a specific section for these tags. Perhaps add a 'skill' classname.
publications/presentation
Defer this problem to the citation work.
summary/qualifications
@class~="summary" (like hCalendar, hReview, etc.)
Strawman Draft
Just some space work working the draft schema out...
Format
In General
The hResume format is based on a set of fields common to numerous resumes published today on the web. Where possible field names have been chosen and reused from preexisting microformats.
Schema
The hResume schema consists of the following:
- hResume
- summary. optional. text.
- contact info. required.
<address>
+ hCard. - education. optional. One or more hCalendar events with the class name '
education
', with an embedded hCard indicating the job title, name of company, address of company etc. - experience. optional One or more hCalendar events with the class name '
experience
', with an embedded hCard indicating the name of school, address of school etc. - skills. optional. phrases or keywords using the rel-tag microformat with the class name '
skill
'. - affiliations. optional. the class name
affiliation
along with an hCard of the organization - publications. optional. One or more citations. Use cite tag.
- references. optional. One or more references.
Field details
The fields of the hReview schema represent the following:
- summary:: This optional field serves as a overview of qualifications and objectives.
- contact:: Current contact info. The
<address>
with hcard. - education:: the class name '
education
' is applied to an hCalendar event. - experience:: the class name '
experience
' is applied to an hCalendar event. Job titles/positions should use an hCard. - skills:: An hResume may be tagged using the rel-tag microformat and the '
skill
' class name. - affiliations:: The class name <code="class-name">affiliation is used along with an hCard of the organization
- publications:: just use
<cite>
. When there is a citation microformat, then that can be used in combination with the cite element to further markup the components of the citation. - rel="reference". For references, link to the person with rel="reference" and any other XFN values that apply (e.g. "colleague", "co-worker", "friend", "kin" etc.), and use hCard to markup the name of the reference.
Notes
This section is informative.
- ...
Exemples
Summary
An example summary:
<p class="summary"> I have 10 years experience with all Web 2.0 technologies– I've been working with Ajax since 1996, designing with pastels while others will still using tiled background images and frames... </p>
Contact
<address class="vcard"> <span class="fn">Pedro Sanchez</span> <span class="adr"> <span class="street-address">123 Fake St.</span> <span class="locality">Preston</span>, <span class="region">Idaho</span> <span class="postal-code">83263</span> </span> <span>Email: <a class="email" href="mailto:joe@example.com">pedro@vote-for-pedro.com</a></span> <span>Homepage: <a class="url" href="http://vote-for-pedro.com/">vote-for-pedro.com</a></span> <span>Phone: <span class="tel">+01.208.555.4567</span></span> </address>
Education
<ol class="vcalendar"> <li class="education vevent"> <a class="url summary" href="http://example.edu/">Preston High School</a> (<abbr class="dtstart" title="1995-01-24">2001</abbr> - <abbr class="dtend" title="2005-05-25">2005</abbr>) </li> ...
Experience
Basique
A basic experience event:
<ol class="vcalendar"> <li class="experience vevent"> <span class="summary">President</span>, <span class="location">Preston High School</span>, <abbr class="dtstart" title="2004-09-01">May 2005</abbr> - <abbr title="2005-05-25">present</abbr> </li> ...
Titres de Job
To express multiple job titles/positions in the same experience event you should use hCards. hcard requires the fn
("formatted name") field, but it isn't reasonable to repeat your name for every job title you mark up in hResume. So, you may use an <object>
with a reference to the fn
somewhere else on the page.
For example, this hCard refers to another hCard
<span class="vcard"> <object data="#j" class="fn n"></object> <span class="org">Preston High School</span> <span class="title">Class President</span> </span>
Where "j
" is the id attribute value of the "fn n
" element of the contact hCard at the top of the page, e.g. (shown here as a verbose hCard for purposes of illustration that the reference may be to a subtree, not just a text node):
<address class="vcard"> <span class="fn n" id="j"> <span class="given-name">Pedro</span> <span class="family-name">Sanchez</span> </span> </address>
This method of hCard property indirection via an object element could be generalized to apply to any/all string/text properties in hCard. Note: the object data attribute MUST be a local ID reference. External references (which would require a consuming application to load an external resource) are currently not supported by this method.
Skills
Some sample skills tags:
I have skills in <a class="skill" rel="tag" href="http://en.wikipedia.org/wiki/Bow_%28weapon%29">bow hunting</a> and <a class="skill" rel="tag" href="http://en.wikipedia.org/wiki/Nunchucks">nunchucks</a>.
Affiliations
<span class="affiliation vcard"><span class="fn org">National Honor Society</span></span>
Publications
<cite>Breeding Ligers for Fun and Magic</cite>, Idaho Press, 2004.