microformats-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
Line 67: Line 67:
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://microformats.org/discuss/ 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://en.wikipedia.org/wiki/A_priori a-priori] ; nous exigeons dela documentations des exemples existants, des essais précédents sur les formats. Voir [[process-fr]].
* 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 on manque 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 poitn précédent)
* We do our work in the [[Main_Page|open]] with [http://microformats.org/discuss/ open discussion forums].
* Nous faisons nottre travail dans l'[[Main_Page|ouverture]] avec les  [http://microformats.org/discuss/ 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 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 (CC,GMPG,IETF,W3C) et des positions de brevets (RF,IETF,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 sur nos [http://microformats.org/wiki/microformats-fr#les_principes_des_microformats principes] afin de punir au-dessus.


Some ask what the purpose of the (intended) standards is.
Quelques-uns demandent quel est le but des standards (voulus)  


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.
Pouquoi avez-vous besoin d'un but ? Plus souvent que non, la concentration prématuré 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, avec la connaissance qu'une structure additionnelle parviendra à beaucoup d'usages intéressants, que nous ne pourrions pas prévoir à priori pour la plupart d'entre eux.


This is obviously a very different approach than traditional data format efforts.
Ceci est évidemment une approche très différente des efforts fournis sur les formats traditionnels de données.

Revision as of 20:18, 16 June 2006

microformats

Que sont les microformats ?

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

  • Résoudre un problème spécifique.
  • 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.
    • la facile d'écriture est importante
  • réutilisation de briques de constructions provenant de standards largement adoptés.
  • 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
    • DRY (Don't Repeat Yourself)
    • Least Surprise
    • 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 <meta> 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 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.

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é 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 dela documentations des exemples existants, des essais précédents sur les formats. Voir process-fr.
  • Quand on manque 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 poitn précédent)
  • Nous faisons nottre 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 n'ajoutons seulement des choses que quand elles sont absolument nécessaires.
  • Nous adoptons une politique de licence/copyright très libérale (CC,GMPG,IETF,W3C) et des positions de brevets (RF,IETF,W3C).
  • Nous nous auto-critiquons impitoyablement sur nos principes afin de punir au-dessus.

Quelques-uns demandent quel est le but des standards (voulus)

Pouquoi avez-vous besoin d'un but ? Plus souvent que non, la concentration prématuré 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, avec la connaissance qu'une structure additionnelle parviendra à beaucoup d'usages intéressants, que nous ne pourrions pas prévoir à priori pour la plupart d'entre eux.

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