ModulationModificationsRécentes

Dans un petit wiki, Modifications Récentes est le coeur du wiki. Cela semble élégamment combiner tant de facettes de la vie du wiki ; interactions collégiales ; écriture collaborative ; une "liste d'en-têtes de sujets" de nouveaux messages. Cependant, quand un wiki excède sa CapacitéDeTransport?, brusquement les Modifications Récentes deviennent un bazar illisible, et cela semble très difficile d'interagir avec le wiki selon un chemin qui puisse avoir du sens.

Peut-être que l'unité élégante des Modifications Récentes peut être seulement supporté à un faible volume. Peut-être que les différentes fonctions des Modifications Récentes peuvent être découplées. Peut-être que les sections modulaires seront plus faciles à dimensionner. Ou au moins, peut-être que quelques fonctions peuvent continuer à être réalisées dans de grands wikis, même si les autres ne peuvent le faire (plutôt de se retrouver dans une situation présente de perdre toutes les fonctions en une seule fois)

Différentes fonctions des ModificationsRécentes

Révision par les pairs

Fonction
Modifications Récentes est un mécanisme de RévisionParLesPairs. Chaque fois qu'une modification est produite, chaque membre de la communauté a une chance d'être d'accord ou de revenir sur la modification.

Autres options
Peut-être qu'une modification n'a pas besoin d'être agréée par tout le monde afin de permettre un "contrôle" communautaire efficace. Peut-être qu'un besoin de modification ne doit être montré qu'à une sous-partie de la communauté.

Voir aussi "Communal control of collaborative documents".

Contrôle communal des documents collaboratifs

Fonction
Sur un wiki, la page database est une collection de documents ou essais, ou peut-être un document hypertexte. qui est écrit et édité par la communauté toute entière. La communauté a un sens de ce qui se passe dans le document, ou de ce que les autres sont en train de travailler et de ce qui les intéressent, dans quelles raisons de normes d'éditions ces changements s'inscrivent, de ce que les autres pensent de leur travail, des personnalités ou autres qui éditent les documents, et de ce que les documents disent. La plupart des membres de la communauté ont aussi un sens subjectif de propriété.

Modifications Récentes permet toutes ces choses (hmm, il semble que cette "fonction" pourrait être tranchée en de plus petites fonctions).

Autres options
Comme mentionné ci-dessus, peut-être qu'une modification n'a pas besoin d'être vue par tous afin de permettre une "contrôle" efficace par la communauté.

Mais quelle partie ? Clairement, quiconque serait capable de s'abonner aux changements d'une page (voir SubscribedChanges1, WikiFeatures:SubscribedChanges). Mais peut-être qu'il y a aussi des besoins pour que ce soit un pourcentage minimal de la communauté active impliquée dans chaque modification. Peut-être que les communauté doit être aussi "cross-fertilisée", avec des personnes au hasard visualisant chaque modification. Si les membres de la communauté préféreraient seulement lire une section très étroite d'une partie des pages, devrions-nous les laisser faire, ou devrions-nous leur demander de réviser X pages par jour en dehors de leur province, comme une "tâche" ?

::Dimensionnement de cette solution ::Le niveau de dimensionnement de cette fonctionnalité dépend du niveau auquel la communauté doit être notifié de chaque Modification afin de maintenir une "propriété communale des pages". Ceci est un paramètre social inconnu.

"En-têtes des sujets" des messages

Fonction
Modifications Récentes est analogue à l'index des messages dans votre boîte à lettres ou de fil de newsgroup. A la place des en-têtes de sujets, le sujet de chaque modification est identifié par la page sur lequel il figure. Quand quelqu'un a une nouvelle idée (ou une nouvelle question) à propos de quelque chose, il le poste sur la page "Quelquechose", et c'est son moyen de dire, "Hé ! J'ai une nouvelle idée à propos de Quelque chose!". Ceci se distingue des autres types de Modifications, par exemple, récritureremaniement/clarification, pour répondre au commentaire de quelqu'un d'autre, ou toute autre sorte de méta-discussion comme un argument personnel ou une discussion sur quelque contenu qui pourrait être déménagé.

:Souvent vous aimeriez suivre les modifications d'une page, mais seulement quand quelque chose de nouveau se dit. Ou, souvent vice-versa.

Autres options
????. Peut-être WikiFeatures:CategorizedEdit

Un sens de ce qui se passe

Fonction
Parce que chaque membre de la communauté voit toutes les modifications dans Modifications Récentes, chaque membre connaît exactement ce qui se passe n'importe où sur le wiki.

Voir aussi SystèmeDeConsciencePartagée.

Autres options
Voir DigestedChanges.

Dimensionnement de cette solution ==::Je ne sais pas.

Diffusions d'annonces

Fonction
Si un utilisteur veut envoyer un message à quiconque sur le wiki, ou discuter de quelque chose d'important à tous (comme l'édition ou les conventions sociales), rien de spécial ne doit être fait ; le message sera visible à tous à travers les Modifications Récentes

Autres options
Nous pourrions disposer de WikiFeatures:RecentAnnouncements, qui serait une sous-section des Modifications Récentes dans laquelle l'utilisateur pense que c'est suffisamment important pour que tout le monde puisse le lire.

Dimensionnement de cette solution Cette fonctionnalité pourrait se dimensionner raisonnablement bien, et avec l'addition de normes communales strictes protégeant et restreignant le nombre d'annonces, ce pourrait bien se dimensionner.

Chercher des répliques à vos messages

Fonction
Quand vous postez quelque chose, que ce soit une question ou un commentaire, vous êtes intéressé par les réponses à ce billet. De la même façon, quand vous créez une page, vous êtes intéressé par les réponses des personnes à l'intérieur, même si vous perdez plus tard tout intérêt sur le sujet de la page.

Vous avez aussi tendance à "protéger" votre contenu à un certain degré peut-être pas jusqu'au point de résister à la modification, mais au moins vous aimeriez connaître quand quelqu'un a modifié votre truc. Mais cette fonction "protection" est étroitement en rapport avec les "Contrôles Communaux de documents collaboratifs", vus au-dessus.

Autres options
C'est essentiellement un comportement MessageBased?, et ce peut être servi par les vieilles méthodes anciennes MessagesBased?. Spécifiquement, si les wikis avaient des fonctionnalités de WikiFeatures:threading (ou WikiFeatures:FineGrainedAddressing), alors vous pourriez vous abonner à recevoir des modifications ou des réponses ciblés sur certains billets (ou blocs de texte) à l'intérieur d'une page wiki.

Dimensionnement de cette solution Cette fonctionnalité se dimensionnerait très bien.

Facette temporelle de l'organisation

Fonction
Quelques choses ont plus de sens avec un contexte temporel linéaire. Les Modifications Récentes fournissent cela, alors que la plupart du reste des wikis ne le fait pas. Ainsi, quand un événement linéaire arrive (qui pourrait être une conversation ; un argument ; une décision de communauté), la linéarité est interposé par les Modifications Récentes.

La plupart des observateurs sont d'accord sur le fait que les Modifications Récentes ne servent pas très bien cette fonction, même sur les plus petits wikis.

Autres options
Fournir d'autres contextes linéaires. Par exemple, (archivé web) des listes de diffusion qui peuvent être multipliées à volonté, avec peu de friction, lorsque qu'un nouveau sujet émerge. Ou, quelles teneurs vers la même chose (NDT what amounts to the same thing ?), un endroit pour poster des billets dans des fils de discussion là où on décourage tout remaniement, au moins durant quelques mois. Encourager des discussions linéaires, si ce sont des décisions communales, des arguments, etc. pour être et avoir été dans la "zone linéaire", n'importe où cela peut se peut.

Dimensionnement de cette solution Je ne sais pas.


PageTranslation LangueFrançaise ModularizingRecentChanges

DossierTechnologieWiki

DossierAllocationAttention?

DossierOrganisatinInformatin?

Discussion

Comme d'habitude, mon intérêt est d'éviter la SurchargeInformation. Comme vous pourriez l'avoir remarqué, j'ai l'impression d'avoir de plus en plus l'intuition d'un concept de modulation, modularisation dans la conception logiciel, et je commence à voir toutes sortes d'opportunités pour la plupart d'entre elles. Je ne suis pas si sûr à présent, mais depuis que le haut-volume des Modifications Récentes devient un tel problème, je pense que cela pouvait être pris sérieusement en considération.

Cela m'a été inspiré par ma frustration du volume trop fort des Modifications Récentes de MeatballWiki (ou simplement un volume plus bas de mon temps ?) dans les tous derniers mois. Entre ça et ma propre perte de temps, je me suis retrouvé brusquement perdu là-bas.


Footnotes:

Define external redirect: DossierOrganisatinInformatin CapacitéDeTransport MessagesBased DossierAllocationAttention MessageBased

EditNearLinks: MeatballWiki DossierTechnologieWiki SubscribedChanges

Languages: