microformats-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
m (Reverted edits by LetozEllit (Talk) to last version by Brian)
 
(19 intermediate revisions by 4 users not shown)
Line 1: Line 1:
= microformats =
<h1> microformats </h1>
{{TOC-right}}
== Que sont les microformats ? ==


== Que sont les microformats ? ==
* Auteur / Editeur : '''Tantek Çelik'''
* (traduction Christophe Ducamp)


=== les microformats sont ===
=== les microformats sont ===
* un moyen de penser aux données
* un moyen de penser aux données
* des conventions de design pour les formats
* des conventions de design pour les formats
* adaptées aux comportemnents actuels et aux formes d'usages ([http://ifindkarma.typepad.com/relax/2004/12/microformats.html "Daller les chemins des vaches." - Adam Rifkin])  
* adaptés aux comportements actuels et aux formes d'usages ([http://www.elanceur.org/microformats/traductions/paverlechemindesvaches.html "Paver le chemins des vaches." - Adam Rifkin])  
* hautement corrélés avec le XHTML sémantique, comme le [http://www.tantek.com/presentations/2004etech/realworldsemanticspres.html real world semantics, AKA lowercase semantic web], comme le [http://www.whump.com/moreLikeThis/link/04069 lossless XHTML]
* hautement corrélés avec le XHTML sémantique, aussi connu comme le [http://www.elanceur.org/microformats/slides/semantiquevraimonde.html sémantique du vrai monde, aussi connu comme le web sémantique en bas de casse], à savoir un [http://www.elanceur.org/microformats/traductions/losslessxhtml.html XTHML sans fin]
* décrits [http://tantek.com/log/2005/03.html#d13t1722 par la présentation de Tantek au SXSW : The Elements of Meaningful XHTML]
* décrits [http://tantek.com/log/2005/03.html#d13t1722 par la présentation de Tantek au SXSW : The Elements of Meaningful XHTML] (NDT : [http://www.elanceur.org/microformats/slides/XHTML-ayant-du-sens.html fr])
* un ensemble de standards de formats de données ouverts et simples que beaucoup (y compris Technorati) sont actuellement en train de développer activement et d'implémenter pour un blogging plus/mieux structuré et la publication de micro-contenus web en général.
* un ensemble de standards de formats de données ouverts et simples que beaucoup (y compris Technorati) sont actuellement en train de développer activement et d'implémenter pour un blogging plus/mieux structuré et la publication de micro-contenus web en général.
* [http://theryanking.com/blog/archives/2005/04/07/an-evolutionary-revolution/ ""Une révolution évolutionnaire"" - Ryan King]
* [http://www.elanceur.org/microformats/traductions/unerevolutionevolutionnai.html ""Une révolution évolutionnaire"" - Ryan King]
* tout ce qui est au-dessus.
* tout ce qui est au-dessus.


=== ce que ne sont pas les microformats  ===
=== ce que ne sont pas les microformats  ===
* un nouveau langage
* un nouveau langage
* infiniment extensibles et ouverts sans fins
* infiniment extensibles et ouverts sans fins
Line 22: Line 23:
* en train de définir le monde entier, ou même simplement en train de faire bouillir l'océan
* en train de définir le monde entier, ou même simplement en train de faire bouillir l'océan
* rien de tout ce qui est au-dessus
* rien de tout ce qui est au-dessus


== les principes des microformats  ==
== les principes des microformats  ==
* Résoudre un problème spécifique.
Voir [[principles-fr|principes]].
* Démarrer aussi simple que possible.
** résoudre d'abord les problèmes les plus simples
** faire des améliorations évolutionnaires
* Design d'abord conçu pour les humains, ensuite pour les machines.
* Etre présentable ''et'' parsable
** les ''données visibles'' sont bien mieux pour les humains que les ''métadonnées invibles''
** s'adapter aux comportements actuels et aux modèles d'usages, par ex. (X)HTML, blog.
** [http://tantek.com/log/2003/0813t1158.html#handauthoring la facile d'écriture est importante]
* réutilisation de briques de constructions provenant de standards largement adoptés.
** [http://tantek.com/presentations/20040928sdforumws/semantic-xhtml.html semantic], [http://tantek.com/presentations/2005/03/elementsofxhtml meaningful (X)HTML]. Voir [[SemanticXHTMLDesignPrinciples]] pour plus de détails.
** microformats existants
** schémas bien établis venant des RFCs interopérables
* modularité / incorporabilité
** design pour être réutilisé et embarqué dans des formats et microformats existants
* permettre et encourager le développement décentralisé et distribué, les contenus, les services.
** encourager explicitement l'"esprit du Web" original.
 
 
* Principes en rapport que nous réutilisons d'autres paradigmes de design
** [http://en.wikipedia.org/wiki/Don%C2%B4t_repeat_yourself DRY] (Don't Repeat Yourself)
** [http://en.wikipedia.org/wiki/Principle_of_least_surprise Least Surprise]
** [http://en.wikipedia.org/wiki/Pareto_principle Pareto Principle] (80/20)
** Intégrité des Données.  L'un des objectifs communs que beaucoup des principes aident à parvenir est l'intégrité des données.
*** Données visibles = données plus pertinentes. En concevant d'abord pour les humains et en rendant les données présentables (de ce fait visualisées et ''vérifiées'' par des humains, les données sont inévitablement plus pertinentes non seulement pour démarrer avec (parce que les erreurs sont rapidement/facilement remarquées par ceux qui visualisent les pages/les sites) mais au fil du temps, en ce sens que les modifications sont remarquées, et si les données deviennent démodées ou obsolètes, ceci sera plus probablement remarqué. Ceci est en contraste direct avec les "side files" et les données invisibles qui étaient contenues dans les <code>&lt;meta&gt;</code> tags.
*** Ne pas vous répéter vous-même (en anglais DRY) - veut dire qu'il y moins de chances pour l'incohérence.
*** Intégrité multi-langages. Peut-être pas un principe, mais beaucoup de ceux impliqués par les microformats ont trouvé qu'utiliser de façon cohérente [[using-utf-8|UTF-8]] aide à s'assurer que le contenu de texte humain lui-même n'est pas corrompu, tout spécialement quand on utilise des caractères non-ASCII7.


== citations ==
Voir aussi [[principles-fr#citations|citations en rapport avec les microformats]].
== microformats actuels ==
== microformats actuels ==
Voir la [[Main_Page-fr|page principale]] pour une liste actuelle des spécifications de microformats, brouillons et discussions.
Voir la [[Main_Page-fr|page principale]] pour une liste actuelle des spécifications de microformats, brouillons et discussions.


== plus d'idées sur la façon dont les microformats sont différents ==
== Plus d'idées sur la façon dont les microformats sont différents ==
 
Il existe beaucoup de formats existants qui sont ''presque'' totalement inutiles/ignorés.
Il existe beaucoup de formats existants qui sont ''presque'' totalement inutiles/ignorés.


Ils ne sont néanmoins pas ''complètement'' inutiles. Ils sont utiles en ce sens qu'ils illustrent ce qu'au moins quelqu'un a pensé qu'ils pourraient être utiles, ce qui malheureusement relève d'un inventeur seul travaillant à priori sans quelque expertise dans un domaine.  
Ils ne sont néanmoins pas ''complètement'' inutiles. Ils sont utiles en ce sens qu'ils illustrent ce qu'au moins quelqu'un a pensé à quoi qu'ils pourraient être utiles, ce qui malheureusement relève d'un inventeur seul travaillant à priori sans quelque expertise dans un domaine.  


Ou il y a l'autre extrême. Beaucoup d'inventeurs en entreprise travaillant avec beaucoup d'expérience, sur-designant un format pour ce qui ''pourrait'' être demandé un jour. Dans les mauvais cas particuliers, les vendeurs de sociétés sont de connivence pour empêcher l'ouverture et/ou l'adoption par la communauté open source. Les standards média [http://dannyayers.com/archives/2005/09/24/qotd-23/ souffrent souvent de cette forme de positionnement délibérément "stratégique"].
Ou il y a l'autre extrême. Beaucoup d'inventeurs en entreprise travaillant avec beaucoup d'expérience, sur-designant un format pour ce qui ''pourrait'' être demandé un jour. Dans les mauvais cas particuliers, les vendeurs de sociétés sont de connivence pour empêcher l'ouverture et/ou l'adoption par la communauté open source. Les standards média [http://dannyayers.com/archives/2005/09/24/qotd-23/ souffrent souvent de cette forme de positionnement délibérément "stratégique"].
Line 67: Line 41:
Nous cherchons à combattre tous ces problèmes avec l'approche microformat.
Nous cherchons à combattre tous ces problèmes avec l'approche microformat.


* We're not lone-inventors; we're a [http://microformats.org/discuss/ community].
* Nous ne sommes pas des inventeurs isolés ; nous sommes une [http://microformateurs.org/discussion/ communauté].
* We don't work [http://en.wikipedia.org/wiki/A_priori a-priori] ("from reason alone"); we require documentation of existing examples, previous attempts at formats. See [[process]].
* Nous ne travaillons pas [http://fr.wikipedia.org/wiki/A_priori a-priori] ; nous exigeons de la documentation provenant d'exemples existants, des essais précédents sur les formats. Voir le [[process-fr|processus]].
* When lacking domain expertise, we seek out the domain experts to provide it, and we immerse ourselves in examples and prior art from the domain (see previous point).
* Quand nous manquons d'une expertise dans un domaine, nous cherchons les experts du domaine pour la fournir, et nous nous immergeons nous-mêmes dans les exemples et l'art initial du domaine (voir point précédent)
* We do our work in the [[Main_Page|open]] with [http://microformats.org/discuss/ open discussion forums].
* Nous faisons notre travail dans l'[[Main_Page-fr|ouverture]] avec les  [http://microformateurs.org/discussion/ forums de discussion ouverts].
* We're a diverse mix of corporate, independent, hobbyist, enthusiast.
* Nous sommes un mélange diversifié d'indépendants, d'entreprises, d'amateurs et d'enthousiastes.
* We don't over-design. We under-design, deliberately, and then only add things when they are absolutely necessary.
* Nous ne faisons pas d'over-design. Nous faisons de l'under-design, délibérément et puis nous n'ajoutons seulement des choses que quand elles sont absolument nécessaires.
* We adopt very liberal copyright/licensing (CC,GMPG,IETF,W3C) and patent positions (RF,IETF,W3C).
* Nous adoptons une politique de licence/copyright très libérale (<span class="vevent"><span class="summary">domaine public - [http://microformateurs.org/2007/12/30/tantek-celik-faire-que-les-standards-ouverts-soient-aussi-ouverts-que-possible-licence-domaine-public-exigee-pour-toutes-les-contributions-sur-le-wiki-des-microformats/ requis à partir du <span class="dtstart">2007-12-29</span> pour les contributions sur le wiki des microformats]</span></span>, [[creative-commons-fr|CC]], [[gmpg-fr|GMPG]], [[ietf-fr|IETF]], [[w3c-fr|W3C]]) et positions sur le brevets (<abbr title="royalty free">libres de droit</abbr>, [[ietf-fr|IETF]], [[w3c-fr|W3C]])
* We ruthlessly self-criticize based on our [http://microformats.org/wiki/microformats#the_microformats_principles principles] in order to keep to the above.
* Nous nous auto-critiquons impitoyablement en nous basant sur nos [[principles-fr|principes]] afin de maintenir les points ci-dessus.
 
Quelques personnes se demandent quel est l'objectif des standards (voulus)


Some ask what the purpose of the (intended) standards is.
Pourquoi avez-vous besoin d'un but ? Plus souvent que non, la concentration prématurée sur le but tend à altérer les formats de données envers une application particulière qui peut ne pas du tout être pertinente. Par conséquent, plutôt que de se concentrer sur un but à priori, nous nous concentrons sur la modélisation du comportement existant, en sachant qu'une structure additionnelle parviendra à beaucoup d'usages intéressants, que pour la plupart d'entre eux nous ne pourrions pas prévoir à priori.


Why do you need purpose? More often than not, premature focus on purpose tends to distort data formats towards a particular application which may not be all that relevant. Hence rather than focus on a-priori purpose, we focus on modeling existing behavior, with the knowledge that additional structure will yield plenty of interesting uses, most of which we will not be able to a-priori predict.
Ceci est évidemment une approche très différente des efforts fournis sur les formats traditionnels de données.


This is obviously a very different approach than traditional data format efforts.
Positivez avec itération plutôt que négativement avec de l'inaction.
Les Microformats tendent à adopter une attitude positive de développement et en utilisant les meilleurs techniques nous pouvons en sortir (et itérer dessus), plutôt que de bannir ou bloquer les techniques pour des raisons de crainte. Pour laisser tomber quelque chose, il doit y avoir une meilleure alternative fournie qui résoud au moins tout aussi bien le(s) même(s) problème(s), à des coûts moins élevés.

Latest revision as of 20:07, 8 January 2009

microformats

Que sont les microformats ?

  • Auteur / Editeur : Tantek Çelik
  • (traduction Christophe Ducamp)

les microformats sont

ce que ne sont pas les microformats

  • un nouveau langage
  • infiniment extensibles et ouverts sans fins
  • une approche complètement nouvelle qui jette ce qui fonctionne aujourd'hui
  • une panacée pour toutes les taxonomies, ontologies et autres abstractions de la sorte
  • en train de définir le monde entier, ou même simplement en train de faire bouillir l'océan
  • rien de tout ce qui est au-dessus

les principes des microformats

Voir principes.

citations

Voir aussi citations en rapport avec les microformats.

microformats actuels

Voir la page principale pour une liste actuelle des spécifications de microformats, brouillons et discussions.

Plus d'idées sur la façon dont les microformats sont différents

Il existe beaucoup de formats existants qui sont presque totalement inutiles/ignorés.

Ils ne sont néanmoins pas complètement inutiles. Ils sont utiles en ce sens qu'ils illustrent ce qu'au moins quelqu'un a pensé à quoi qu'ils pourraient être utiles, ce qui malheureusement relève d'un inventeur seul travaillant à priori sans quelque expertise dans un domaine.

Ou il y a l'autre extrême. Beaucoup d'inventeurs en entreprise travaillant avec beaucoup d'expérience, sur-designant un format pour ce qui pourrait être demandé un jour. Dans les mauvais cas particuliers, les vendeurs de sociétés sont de connivence pour empêcher l'ouverture et/ou l'adoption par la communauté open source. Les standards média souffrent souvent de cette forme de positionnement délibérément "stratégique".

Nous cherchons à combattre tous ces problèmes avec l'approche microformat.

  • Nous ne sommes pas des inventeurs isolés ; nous sommes une communauté.
  • Nous ne travaillons pas a-priori ; nous exigeons de la documentation provenant d'exemples existants, des essais précédents sur les formats. Voir le processus.
  • Quand nous manquons d'une expertise dans un domaine, nous cherchons les experts du domaine pour la fournir, et nous nous immergeons nous-mêmes dans les exemples et l'art initial du domaine (voir point précédent)
  • Nous faisons notre travail dans l'ouverture avec les forums de discussion ouverts.
  • Nous sommes un mélange diversifié d'indépendants, d'entreprises, d'amateurs et d'enthousiastes.
  • Nous ne faisons pas d'over-design. Nous faisons de l'under-design, délibérément et puis nous n'ajoutons seulement des choses que quand elles sont absolument nécessaires.
  • Nous adoptons une politique de licence/copyright très libérale (domaine public - requis à partir du 2007-12-29 pour les contributions sur le wiki des microformats, CC, GMPG, IETF, W3C) et positions sur le brevets (libres de droit, IETF, W3C)
  • Nous nous auto-critiquons impitoyablement en nous basant sur nos principes afin de maintenir les points ci-dessus.

Quelques personnes se demandent quel est l'objectif des standards (voulus)

Pourquoi avez-vous besoin d'un but ? Plus souvent que non, la concentration prématurée sur le but tend à altérer les formats de données envers une application particulière qui peut ne pas du tout être pertinente. Par conséquent, plutôt que de se concentrer sur un but à priori, nous nous concentrons sur la modélisation du comportement existant, en sachant qu'une structure additionnelle parviendra à beaucoup d'usages intéressants, que pour la plupart d'entre eux nous ne pourrions pas prévoir à priori.

Ceci est évidemment une approche très différente des efforts fournis sur les formats traditionnels de données.

Positivez avec itération plutôt que négativement avec de l'inaction.

Les Microformats tendent à adopter une attitude positive de développement et en utilisant les meilleurs techniques nous pouvons en sortir (et itérer dessus), plutôt que de bannir ou bloquer les techniques pour des raisons de crainte. Pour laisser tomber quelque chose, il doit y avoir une meilleure alternative fournie qui résoud au moins tout aussi bien le(s) même(s) problème(s), à des coûts moins élevés.