microformats-fr

From Microformats Wiki
Revision as of 20:03, 16 June 2006 by ChristopheDucamp (talk | contribs) (translation microformats in progress)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

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.

  • We're not lone-inventors; we're a community.
  • We don't work a-priori ("from reason alone"); we require documentation of existing examples, previous attempts at formats. See process.
  • 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).
  • We do our work in the open with open discussion forums.
  • We're a diverse mix of corporate, independent, hobbyist, enthusiast.
  • We don't over-design. We under-design, deliberately, and then only add things when they are absolutely necessary.
  • We adopt very liberal copyright/licensing (CC,GMPG,IETF,W3C) and patent positions (RF,IETF,W3C).
  • We ruthlessly self-criticize based on our principles in order to keep to the above.

Some ask what the purpose of the (intended) standards is.

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.

This is obviously a very different approach than traditional data format efforts.