BlogGouvernéParWiki

Les gens lisent l’actualité dans les blogs, mais pas dans les wikis. Pourquoi ça ?

Nous rejetons la responsabilité sur les Modifications Récentes. Les ModificationsRécentes sont bien pour tracer la minute des éditions wiki, mais mauvaises si vous voulez lire des “actualités”.

Voilà ce que vous obtenez quand vous lisez un blog :

Et voilà ce que vous obtenez quand vous lisez des Modifications Récentes d’un wiki :

Ces choses dans les Modifications Récentes sont bien pour les fidèles de la CommunautéWiki, mais nous sommes sceptiques sur le fait de pouvoir y intéresser quelques visiteurs extérieurs.

Il peut même être avéré que les wikis ne participent pas tant que cela dans la “conversation globale” comme le font les blogs, tout simplement du fait que les personnes ont beaucoup de mal à suivre ce qui s’y déroule dedans.

Notre idée est de corriger ceci, nous l’appelons le “BlogGouvernéParWiki”. Vous pouvez ici en voir une démonstration sur la PageAccueil. Vous pouvez aussi voir la BarreLatérale qui aide les personnes à comprendre qui écrit ici, et comment cette communauté est connectée avec d’autres communautés.

Si plus de wikis adoptent le BlogGouvernéParWiki, nous pourrions tous les agréger avec un agrégateur comme Planet Planet. Ce peut aussi nous conduire à une meilleure CoopérationInterCommunautés entre wikis, parce qu’il serait plus facile de suivre les wikis d’autres personnes.

Problèmes

Citations


LangueFrançaise PageTranslation BlogControlledByWiki DossierLogicielSocial DossierCommunication

Discussion

Je suis tombé sur le blog d'Angela. Qu’est ce que c’est que tous ces liens sur le côté gauche ? Est-ce que chacun d’eux est un BlogGouvernéParWiki ? Quelques-uns d’entre eux semblent très intéressants, comme ce Communication Design.

C’est un “blogroll,” une liste des fils RSS à laquelle tu t’abonnes.

Un BlogGouvernéParWiki est un blog qui est contrôlé par les participants d’un wiki.

Un BlogGouvernéParWiki n’est pas les ModificationsRécentes, qui ne sont pas éditées/filtrées pour un usage externe. Les ModificationsRécentes font beaucoup trop de bruit, eu égard à quelqu’un qui veut juste savoir si les gens sont à la hauteur, si ce qu’ils pensent vaut la peine d’être noté, etc.,

Quelques activités sur les [Modifications Récentes] valent la peine d’être bloguées.

Idées : Sur la page d’édition OddMuse ajoutez une boîte à cocher [Cette modification est une édition valant la peine d’être bloguée.] ou peut-être même une aire séparé d’édition.

En cochant le bouton radio ou en ajoutant l’aire d’édition d’un [Blog:], celui qui propose vote pour que cette page soit proposée dans le blog du jour.

Un poids de votre utilisateur est automatiquement déterminé par l’action historique de la communauté envers les éditions de l’utilisateur.

Par exemple si les billets de SuperTroll sont toujours effacées ou s’il votre dans un sens où personne d’autre n’est d’accord, alors son poids est diminué.

Les membres ayant un droit de vote doivent s’arranger pour la gestion de l’identité mais l’édition ‘passe-droit’ pourrait encore être permise avec un poids très faible ou un vote à zéro.

Connais-tu notre PageAccueil, et comment elle fonctionne ?

Oui, mais cela ne fait pas tout à fait ce que j’aimerais.

Le contenu est simplement la partie en haut de la page, pas une description de la mêlée.
Vous devez éditer une autre page au lieu d’écrire votre description ici.
Les divs pliés pourraient contenir des portions plus grandes de diff avec la mise en valeur des EDiff.

Qu’est-ce que EDiff ? Je ne comprends pas “Les divs pliés pourraient contenir des portions plus grandes de diff avec la mise en valeur des EDiff”.

A cette heure, je pense que l’intention est de laisser la communauté travailler sur les billets de blogs avant qu’ils ne soient postés ; de fait les contenus des billets ont nécessairement besoin de faire partie de quelque page, pas simplement quelque chose qu’un utilisateur entrerait dans une boîte d’édition quelque part. Mais peut-être suggères-tu qu’une section de blog “spéciale” de quelque pages soit liée à une boîte d’édition spéciale de “blog” ? Ce serait cool.

Voter obligerait à coder beaucoup d’infrastructures ; et je pense que la plupart des personnes sur CommunityWiki ne veulent pas voter si cela est possible (voir AuSujetDuVote). Je pense personnellement que voter serait bien pour quelques trucs ; je ne me suis pas décidé si ce serait bien pour ça.

Je suis d’accord que la production d’une inclusion de blog juste en haut de la page pose problème pour décrire la “mêlée”, et qu’il devrait y avoir en quelque sorte un autre moyen de décrire la mêlée sans la mettre en haut de la page.

Attention : je suppose que la PageAccueil vetu devenir un BlogGouvernéParWiki et je suis aussi en train de regarder les situations à fort trafic des plus grands wikis.
Je réalise bien que ce n’est pas trivial à coder, mais c’est seulement la phase de design.

EDiff est un front-end EmacsLisp? pour l’exécutable diff. Je l’ai cité parce que cela affiche à la fois les morceaux modifiés et les modifications dans chaque morceau, ainsi 4 couleurs sont utilisées et le travail humain nécessaire pour comprendre la modification est considérablement diminué.

Par ‘div’ j’entends l’élément HTML <div> qui peut plier du texte (cacher, déplier) qui serait autrement trop confus à afficher, mais reste valable pour ceux intéressés…

Le ‘vote’ que je vois serait je l’espère presque automatique - déterminé essentiellement par les actions des autres membres et leurs actions envers les actions du travailleur en question.

BayleShanks disait :

> "... laissons la communauté travailler sur les billets de blogs avant qu'ils ne soient postés ;"

Bon, la PageAccueil n’est pas comme ça. Dans ce cas là, un seul travailleur décide et puis modifie la source de cette page là.

Je suis d’accord sur le fait que la communauté devrait “travailler” sur les billets avant qu’ils ne soient postés comme c’est décrit plus bas.

> "ainsi les contenus des billets doivent faire nécessairement partie de quelque page"

Hmm… Mais est-ce que les entrées de blog (non wiki) ne sont pas plus souvent une description de l’activité avec un lien vers le site étant discuté, avec des contenus littéraux de pages généralement citées ?

De toutes les façons, je pense que l’entrée devrait résumer l’activité et permettre aux curieux de déterminer rapidement les modifications littérales sans visiter la page.

> "pas juste quelque chose qu'un utilisateur n'ait saisi dans une boîte d'édtition quelque part."

C’est pourquoi je suggère de remplir le Blog : une boîte d’édition (située juste en bas du Résum : une boîte d’édition) indiquerait seulement que le travailleur est en train de produire un vote vers l’inclusion (implicite dans ce cas).

D’autres travailleurs pourraient réviser (“travailler sur”) la page BlogCandidates? et approuver ou être en désaccord (un vote explicite dans ce cas) de l’inclusion.

Les travailleurs qui suggèrent trop souvent des entrées qui sont sévèrement en désaccord pourraient perdre le poids du vote (ce serait automatique).

Jute remarqué que LionKimbro demandait un “SimultaneousWikiBlogPost?” similaire :


Avant de plonger plus à fond dans ce sujet, l’auteur a fait cette contribution sous forme d’annotations vers cette page :


Attention : Le logiciel d’annotation est un “chantier en cours”. Normalement vous obtenez les annotations en bougeant seulement le curseur vers les textes marqués. Mais l’auteur vient juste de détecter un contournement : clic-droit sur le texte marqué (vous obtenez le menu contextuel normal) et puis vous bougez le curseur loin de la fenêtre menu contextuelle) Résultat : l’annotation locale surgit en popup. Si vous voulez voir toutes les annoations publiques sur le web, cliquez sur les annotations de fridemarFridemarPache. PS. : Actuellement, l’auteur expérimente quelque irrégularités dans le logiciel Diigo : les annotations semblent se charger, mais n’apparaissent pas, les liens dans les annotations sont incorrects dans ‘fridemar’s annotation’, bien qu’ils fonctionnent correctement dans les fenêtrees cibles. Ainsi ce pourrait être une bonne idée d’aider à tester le système et de donner vos réactions aux programmeurs Diigo.

CettePageEstAnnotéeDiigo?


Je viens juste de terminer quelque expérience avec les fonctionnalités excellentes dans le logiciel Oddmuse, je me trouve moi-même à penser que l’approche d’un BlogGouvernéParWiki peut être aussi valide que cette perspective de page BlogGouvernéParWiki. A cette heure, je suis aussi intrigué par la quantité de temps (comme une dimension ‘fondamentale) qui peut être passé à faire du WikiTissage, en dépit d’être généralement dénigrée par beaucoup de personnes qui ne font pas partie de LaVoieDuWiki.

A ma connaissance, cette approche n’a encore jamais été sérieusement testée en francophonie ? J’aimerais bien relancer l’idée avec SamRose lors d’un prochain BarCampBank FlashMeeting? de compléter notre infrastructure d’un blog francophone contrôlé de cette manière. Je suis convaincu que cela pourrait aider les projets en cours d’EnsemencementJardin du BarCampBank et du PinkoMarketing?. A cette heure, nous avons sérieusement besoin de recruter sur le WikiNet quelques blogueurs experts en marketing et en banque.

--De XtofLyon5 (l’autre xtof francowikiste) Intéressante discussion. Je me suis livré à une petite expérience de Blog édité par wiki (je ne sais pas si ça correspond exactement à votre notion de controle de blog). Je suis justement parti de Modifications Récentes de mon wiki (wikini) pour y ajouter quelques lignes de contenu et filtrer sur le propriétaire. Ca donne mon wikiblog perso où le dernier article alimenté est à la une du fil de “billets”. Ca ne m’affranchit pas encore du pb des corrections d’orthographe mais une simple option “édition mineure” le ferai. A toutes fins utiles…

Footnotes:

1. traduire StableCopy

Define external redirect: PinkoMarketing BlogCandidates CopieStable EmacsLisp CettePageEstAnnotéeDiigo FlashMeeting SimultaneousWikiBlogPost

EditNearLinks: StableCopy CommunautéWiki WikiTissage EnsemencementJardin BarCampBank

Languages: