Bonjour Vick,
Content d'apprendre que tu souhaites participer à la traduction :-)
Décidément, il y a beaucoup de choses intéressantes dans ton message et l'envie de participer est pour moi la chose essentielle, quelque soit l'entrée; le sentiment d'un manque partant d'une situation particulière en étant une parmi d'autres. Mais tu as raison, avant d'agir, faisons connaissance.
DokuWiki est un outil généraliste, "horizontal" qui peut servir à bien des choses. Avant de parler des cas d'usage, quelques chiffres. D'après ce
fil en anglais et mes petits calculs en ne conservant que les premiers 1500 wikis utilisant DokuWiki :
* le tiers supérieur (les 500 "plus gros" wikis) ont en moyenne 17105 pages
* le tiers inférieur ont en moyenne 518 pages
le plus important en termes de nombre de pages a 743 926 pages. Comme il est en dehors des clous, le deuxième étant à 251 657 pages, j'ai calculé la moyenne avec et sans ce premier :
* les 100 premiers : 61 596 pages (sans le premier : 54 364 pages)
* les 50 premiers : 93 725 pages (sans le premier : 79 590 pages)
* les 30 premiers : 128 066 pages (sans le premier : 105 000 pages)
* les 10 premiers : 218 688 pages (sans le premier: 156 108 pages)
Pour avoir un ordre de comparaison, la
liste des Wikipedia avec leur nombre de pages et autres statistiques et pour compléter le "poids" de chaque sur la
page de Kiwix, ce fabuleux outil qui permet d'avoir Wikipedia hors ligne au milieu de nulle part, en prison ou dans les pays en souffrance numérique.
Que ce soit pour une ONG, un projet FLOSS, un site web, la doc d'une entreprise ou même celle d'un particulier pour son usage unique ou de partage, il me semble qu'à partir de plusieurs milliers de pages (une page pouvant être un roman en wiki), des considérations de disponibilité, de sécurité et de sauvegarde amènent à une forme de professionnalisation (on met à jour, on lit la doc et le forum, on s'informe des nouveautés et on répond aux demandes des utilisateurs) et à mon sens, on tâche de participer à sa mesure au bien commun de l'outil. Plusieurs sociétés importantes ont adopté massivement le thème Bootstrap3 depuis sa sortie, ce qui leur permet d'avoir un format qui n'a rien à envier à des solutions propriétaires, faisant au passage de substantielles économies.
Tout cela pour dire qu'entre le particulier ou l'association qui veut utiliser DokuWiki pour son blog, sa doc et/ou comme outil collaboratif et les grosses structures, il y a une différence de nature de besoins. Un sysadmin qui propose une solution (core, greffons, thème et développements spécifiques), engage sa réputation sur la réussite et la pérennité de cette solution, ce qui pose aussi la question de l'adoption par les utilisateurs. C'est à lui de convaincre car il faut que cela marche. DokuWiki réussit l'exploit à maintenir cette simplicité tranquille et pérenne pour des petits wikis tout en permettant la puissance d'évolution pour des wikis d'importance. En trois ans, j'ai vu la simplification des outils de gestion comme l'extension upgrade en est un exemple mais on peut aussi citer sync pour synchroniser un wiki local avec un wiki en production, farmer qui simplifie la création de fermes wikis, struct pour une gestion de bases de données entre autres. Simplifier, décloisonner entre développement et production et raccourcir les délais sont une tendance générale. Par exemple, sous le doux acronyme
Devops, cette longue conférence en français super intéressante et tu ne seras pas déçu par l'utilisation de l'anglais :-) et l'adoption de cloud type IaaS avec des outils opensource comme Openstack dont Mark Shuttleworth a dit dans
cette conférence sa volonté de rendre cette solution abordable pour tous. Pourquoi pas ? faudra quand même former un peu les gens ;-)
Pour l'utilisation du français, je suis complètement d'accord. J'ai horreur du franglais mais donner la correspondance française du mot anglais est parfois longue et pas facile. Je bloque en ce moment sur "Web process" que naturellement services web tend à traduire mais faut-il préciser que process dans ce cadre spécifie serveur web et serveur d'applications et leur relation.
Pour namespace (espace de noms), j'ai déjà donné mon opinion à ce sujet dans le fil "traduction" mais l'important reste le concept qu'il véhicule et son implication dans la gestion des ACL en particulier.
Pour le point 6, j'ai dû mal m'exprimer, car il n'y avait aucune idée de culpabilité. J'ai pris mon cas particulier comme point d'observation. Peut-être une mauvaise idée. C'est vrai que j'ai tendance à penser que rien ne ressemble plus à un être humain qu'un autre être humain puis j'observe des phénomènes identiques chez mes semblables. J'ai lu quelques documents sur le passage réussi et raté de solutions libres en remplacement de solutions propriétaires chez des grands comptes et la conclusion portait sur la dimension humaine qui faisait la différence. Nous sommes pétris d'habitudes. Pourquoi en changer ?
Dans le logiciel libre, les communautés ont en commun l'idée de bien commun et de partage. C'est essentiel et cela peut être source d'envies et de motivations. Quoiqu'il en soit, comme l'a rappelé
Eben Moglen devant le Parlement Européen en 2013 dans cette courte présentation, il est désormais partout. Qui l'aurait cru quand Richard Stallman a créé le projet GNU puis la FSF en 1984/85 ? Je ne sais pas si les gens réalisent toute la dimension du vivre ensemble et d'option de société que cela porte. Adopter DokuWiki c'est autre chose que de cliquer dans un Marketplace. Je le dis tranquillement sans fond critique. Sans être un pur Vegan, j'ai arrêté de manger de la viande pour la cause animale mais je m'e****de pas mes amis. Un éveil de conscience est une dynamique personnelle d'éclosion avec son temps propre qui mérite le plus grand respect.
Juste pour finir, avoir le souci comme tu l'exprimes très bien de l'utilisateur final est vraiment légitime. Sans donner de détails privés, je suis curieux, quelle est ta fonction au sein de l'entreprise dans laquelle tu bosses ? J'en veux un comme cela aussi :-D