il manque l’accent sur le E majuscule de « Élément créé »
la date mélange français et anglais
« et/ou » peut être remplacé par « ou » (la conjonction « ou » est déjà inclusive...) Personnellement je trouve que ça allège et ça veut bien dire la même chose.
tu as caviardé un nom mais tu as laissé celui d’Alexi Cauvin dans le sous-titre, vu l’horodatage je parie que c’est le même qui est masqué, pas M Doe ! :)
Le gros inconvénient d’un wiki, c’est qu’il devient très rapidement désorganisé (car non structuré par conception) et que l’information est souvent obsolète car non mise à jour (cela étant une conséquence de la désorganisation — on ne peut pas facilement trouver une information donnée)
Le gros problème c’est surtout qu’on a un vendu le wiki comme étant la panacée, que la documentation allait se faire toute seule, très rapidement, sans même y penser : sans y consacrer la moindre ressource humaine... Un wiki n’est pas « désorganisé par conception », l’organisation du contenu suit le même principe que le contenu lui-même : il est produit progressivement et de manière participative. Le wiki n’a donc effectivement aucune organisation définie à sa création. Cela ne veut pas dire qu’une ou plusieurs personnes ne puissent avoir comme travail de réfléchir et mettre en œuvre une organisation à mesure que le contenu est créé par les utilisateurs. Pour ce qui est de la fraîcheur des informations c’est pareil, en assurant un suivi, par exemple sur les pages pas modifiées depuis un petit moment ou peu visitées, on peut obtenir un ensemble globalement à jour. Chaque utilisateur/équipe qui sera relancé dans le cadre de ce suivi finira par intégrer ce souci d’avoir une documentation à jour sur son projet, son produit ou autre. C’est un travail d’éducation des utilisateurices. Un wiki désorganisé n’est pas une fatalité.
cela étant une conséquence de la désorganisation
Ça laisse entendre qu’une « structuration de l’information plus rigide mais plus pérenne à travers des dossiers et sous‐dossiers, et des pages de documentation multimédia (texte riche, tableaux, images intégrées) » serait à l’abris de la montée du taux d’obsolescence des documents. Une hiérarchie de documents multimédia mal foutue ça peut aussi devenir bien moche et quasi inutilisable rapidement... là aussi ce sont l’importance des ressources consacrées au suivi du bousin qui feront la différence...
Pour finir : ça a l’air d’être un super produit ! Sincères félicitations, c’est beaucoup de travail. Je vois pas mal de possibilité pour là où je travaille actuellement, je vais essayer de tester le produit un peu sérieusement (technique & politique...). J’aime bien Python et uWSGI, ta présentation donne envie de participer au projet.
# Félicitations + deux trois critiques d’après les captures d’écran + le wiki c’est bon mangez-en.
Posté par Marotte ⛧ . En réponse à la dépêche Tracim, socle libre du travail en équipe, sort en v1.0. Évalué à 6. Dernière modification le 20 janvier 2018 à 02:53.
Sur la seconde capture :
Le gros problème c’est surtout qu’on a un vendu le wiki comme étant la panacée, que la documentation allait se faire toute seule, très rapidement, sans même y penser : sans y consacrer la moindre ressource humaine... Un wiki n’est pas « désorganisé par conception », l’organisation du contenu suit le même principe que le contenu lui-même : il est produit progressivement et de manière participative. Le wiki n’a donc effectivement aucune organisation définie à sa création. Cela ne veut pas dire qu’une ou plusieurs personnes ne puissent avoir comme travail de réfléchir et mettre en œuvre une organisation à mesure que le contenu est créé par les utilisateurs. Pour ce qui est de la fraîcheur des informations c’est pareil, en assurant un suivi, par exemple sur les pages pas modifiées depuis un petit moment ou peu visitées, on peut obtenir un ensemble globalement à jour. Chaque utilisateur/équipe qui sera relancé dans le cadre de ce suivi finira par intégrer ce souci d’avoir une documentation à jour sur son projet, son produit ou autre. C’est un travail d’éducation des utilisateurices. Un wiki désorganisé n’est pas une fatalité.
Ça laisse entendre qu’une « structuration de l’information plus rigide mais plus pérenne à travers des dossiers et sous‐dossiers, et des pages de documentation multimédia (texte riche, tableaux, images intégrées) » serait à l’abris de la montée du taux d’obsolescence des documents. Une hiérarchie de documents multimédia mal foutue ça peut aussi devenir bien moche et quasi inutilisable rapidement... là aussi ce sont l’importance des ressources consacrées au suivi du bousin qui feront la différence...
Pour finir : ça a l’air d’être un super produit ! Sincères félicitations, c’est beaucoup de travail. Je vois pas mal de possibilité pour là où je travaille actuellement, je vais essayer de tester le produit un peu sérieusement (technique & politique...). J’aime bien Python et uWSGI, ta présentation donne envie de participer au projet.