brainstorming-fr

Brainstorming

Types de Brainstorming

Dans la course du suivi du processus microformats, l'une des étapes est de créer une page de brainstorming associée avec le type général de contenu qui est en train d'être exploré, par exemple citation-brainstorming, media-info-brainstorming.

Après qu'un microformat ait été esquissé et raisonnablement bien installé, il existe souvent des désirs/propositions pour lui rajouter des fonctionnalités, ou des suggestions d'usages, ou même des clarifications qui vont au delà d'un simple erratum. Dans de tels cas, les pages de brainstorming sont créées pour les microformats spécifiques, par exemple hcard-brainstorming, hcalendar-brainstorming. Avec une expérice d'auteur/implémenteur, les items provenant de ces pages de brainstorming peuvent être incorporées dans les spécifications en elles-mêmes.

Charge de la Preuve

Par défaut, il est supposé que le bénéfice de telles propositions/suggestions/clarifications soit inconnu, et ait potentiellement des coûts prohibitifs, jusqu'à ce que ce soit prouvé autrement (qu'elles *aient* un bénéfice et que les coûts soient bon marché).

La charge de la preuve est sur de telles propositions/suggestions/clarifications là pour démontrer que ces modifications devraient :

• Apporter des bénéfices du vrai monde en utilisant des exemples du vrai monde. Il est attendu que celui qui propose fournissent de tels exemples, ou au moins admette que sa proposition est hypothétique et qu'il demande explicitement à la communauté de l'aide pour trouver de tels exemples.
• Soit facilement implémentable. Le fait que seule une fraction des participants dans la communauté des microformats soient de véritables développeurs avec suffisamment de temps et de ressources pour implémenter le code qui produit/parse les microformats, il est attendu que la communauté de développement des microformats soit interrogées pour aider à évaluer l'implémentabilité de toute suggestions particulière.

Voir aussi : Wikipedia: Burden of proof: Science and other uses.

Interoperabilité

En outre, il est désirable de démontrer aussi que de tels changements aient quelque niveau raisonnable d'interopérabilité. (peut-être même améliorer l'interopérabilité). Alors qu'on construirait certainement des suites complètes de tests sur des exemples du vrai monde pour aider à démontrer les hauts niveaux d'interopérabilité (et qu'il est bien sûr désirable de faire ainsi, comme l'a fait la communauté tant avec les cas de tests de hCard et hCalendar), même simplement quelques exemples du vrai monde (peut-être provenant de différents sites) qui fonctionnaient avec plus d'une implémentation (peut-être provenant de différents auteurs/organisations) aidera à fournir le support pour produire le changement suggéré.