Essai:Journaux d'actualités de ProleWiki:Idées futures

Idées futures pour ProleWiki, sans ordre particulier. Souvent le résultat d'une séance de remue-méninges.

Les contributeurs·rices sont libres d'ajouter leurs idées (merci de signer avec votre nom d'utilisateur·rice entre parenthèses).

Dernière mise à jour : 2025-11-15

Maintenance

• Nettoyer éventuellement toutes les catégories inutilisées et fusionner les catégories similaires en une seule. Cela sera probablement une tâche sans fin. (Crit)
• Déplacer tout ce qui est réutilisé sur le site vers des modèles pour faciliter la maintenance à l'avenir. Incertain qu'il reste encore quelque chose à déplacer cependant. (Crit)
• Changer les références faites à partir de livres dans nos pages wiki pour utiliser nos œuvres de bibliothèque au lieu de PDF externes ou de sources externes lorsque cela est applicable. À corriger avec Mass Edit Regex ? (Crit)
• La communication se fait principalement sur Discord, mais certains contributeurs·rices utilisent l'espace Matrix, d'autres ne sont sur aucun des deux. Cela fonctionne pour l'instant car presque tout le monde est sur Discord, mais cela pourrait devenir problématique si les proportions s'équilibrent. (Crit)
  • Nous sommes en train de mettre en place un pont entre Matrix et Discord pour les canaux pertinents. (Crit)
• Garder tout sur MediaWiki autant que possible pour faciliter la gestion (ainsi, les contributeurs·rices n'ont pas besoin de comptes supplémentaires ailleurs). (Crit)

Responsables

Suite à la nomination des responsables de la Bibliothèque et des Essais + le groupe intsec, nous pourrions également envisager les groupes suivants (ou des responsables individuels) :

• Groupe de conformité : un groupe non lié à l'édition ou à l'administration qui veille à ce que nous respections nos principes et règles. Particulièrement important pour superviser l'administration. Probablement pas nécessaire avant un bon bout de temps cependant. (Crit)
• Groupe de propagande : responsable du travail sur les réseaux sociaux, gérerait essentiellement la propagande de manière largement autonome selon leurs besoins. (Crit)
• Groupe d'audit du wiki : un groupe qui passe en revue les pages du wiki, corrigeant les fautes de frappe, appliquant les catégories, les modèles (comme les infoboxes), traquant les pages vides et les ébauches, etc. Serait également chargé de contacter les contributeurs·rices au sujet de leurs modifications. De préférence non lié à l'édition. (Crit)
  • Un groupe d'audit partiel a été créé en janvier 2024, chargé de patrouiller toutes les nouvelles modifications pour garantir le respect des sources (toutes les affirmations doivent désormais être sourcées). (Crit)
• Groupe d'accueil : pourrait être chargé de recruter de nouveaux contributeurs·rices de manière plus personnelle que le système de demande de compte que nous avons en place, pourrait aider à l'intégration des nouveaux contributeurs·rices (les aider à naviguer sur le wiki, patrouiller leurs modifications, répondre aux questions, etc.). Pourrait être le même que le groupe d'audit du wiki. (Crit)
  • Nous constatons que nous recrutons la plupart des gens depuis l'extérieur du wiki et non parmi nos lecteurs·rices, ce qui est logique. Développer un groupe chargé du recrutement est également possible. (Crit)
• Porte-parole : un rôle chargé de s'occuper des réponses aux e-mails, aux messages privés Twitter, etc., en tant que porte-parole. Besoin de quelqu'un·e d'expérimenté·e ou très diplomate. (Crit)
  • Pourrait également être chargé·e des relations publiques, surveillant notre réputation et nos mentions en ligne. (Crit)
• Responsable des finances : met à jour notre tableau des finances chaque mois à partir des données que nous lui envoyons. N'aurait pas accès aux finances elles-mêmes, seulement aux données nécessaires. (Crit)
• Responsables des instances linguistiques : nous en avons pour les instances ES, FR et PT (bien que les deux dernières soient techniquement les administrateurs·rices de PW). Ils·elles sont chargé·e·s de développer leur instance linguistique, de porter les modifications de l'instance EN à la leur, de relayer les questions des contributeurs·rices à l'administration, etc. C'est un rôle impliqué, car les changements sont d'abord effectués dans l'instance EN, le modèle, et doivent ensuite être copiés manuellement vers les autres instances. (Crit)
• Analystes de données/SEO/etc : réalisent des enquêtes, examinent les analyses du site web, font des statistiques pour déterminer dans quelle direction orienter le projet, en mettant toujours le·a lecteur·rice en premier. De préférence composé de personnes ayant une certaine expérience dans ce domaine. (Crit)

^ Si vous êtes un·e contributeur·rice de ProleWiki et que vous souhaitez travailler dans l'un de ces rôles de maintenance, contactez les administrateurs·rices de PW.

Essais

• Rendre les éléments de la barre latérale repliables. Cela est techniquement réalisable (voir Modèle:Barre latérale avec listes repliables) mais nécessitera une étude approfondie. (Crit)
• Corriger l'affichage des images si possible. Le ratio d'aspect est différent dans le fil d'actualité par rapport à l'essai lui-même. (Crit)

Bibliothèque

• Redimensionner tous les éléments de carte pour économiser de l'espace disque (cela accélère également le chargement de la page d'accueil de la bibliothèque). (Crit)
  • Cela a été fait par notre premier mainteneur de bibliothèque Camarade:Emby, mais nécessite une optimisation pour chaque nouvelle image que nous ajoutons à la bibliothèque. (Crit)
• À terme, il faudra ajouter plus de cartes et peut-être des sous-catégories au fur et à mesure de sa croissance. (Crit)

Héberger des contenus (transcriptions, œuvres, documents) que nous savons recherchés par les gens. Cela génère du trafic SEO, ce qui signifie de nouveaux lecteurs. Par exemple, la transcription de Yellow Parenti* est notre texte de bibliothèque le plus lu, avec 90 % du trafic provenant des moteurs de recherche. (Crit)

• Plusieurs textes de M&E sont vides, il faut absolument les importer. (Crit)
• Supprimer les textes importés depuis MIA et les importer depuis une autre source, étant donné qu'ils modifient les textes qui ne leur plaisent pas et ne l'admettent pas nécessairement. Peut-être existe-t-il une méthode plus simple ou plus efficace pour procéder ? (Crit)
• Ajouter des préfaces et des annotations aux textes qui en ont besoin, par exemple lorsqu'ils proviennent de MIA ou lorsqu'ils sont d'actualité. (Crit)
• Une « solution miracle » qui transformerait l'importation de livres en une méthode étape par étape, soit un script ou similaire capable d'extraire tout depuis un epub et ne nécessitant qu'un copier-coller sur le wiki. À partir de là, nous pourrions reconvertir ces pages en PDF avec la nouvelle extension Collection. (Crit)

Pile technologique

Trouver un fournisseur de stockage cloud (bucket) pour héberger les images et envoyer des sauvegardes. Wasabi* semble peu coûteux (7 USD par mois pour 1 To de stockage), il faut vérifier leur taux de disponibilité. Pas nécessaire pour l'instant, mais le deviendra à mesure que nous approcherons des limites de notre espace disque. (Crit)

• Héberger notre propre instance Lemmy pour les contributeurs ou un serveur Focalboard (ou similaire, par ex. Appflowy) pour la gestion de projets techniques. Juste noté ici comme une idée à explorer pour l'instant. (Crit)

Notre nouveau mainteneur de bibliothèque (420dengist) a mentionné qu'il aimerait pouvoir voir les modifications apportées à la bibliothèque depuis son téléphone. Il devrait être possible d'utiliser le même système que celui de notre salon recent-changes* sur Discord, mais en filtrant spécifiquement les modifications de la bibliothèque ou les contributeurs de la bibliothèque ? (Crit)

Élargissement

Autres projets que le Wiki (il y a déjà la bibliothèque et les essais, par exemple)

• Articles d'actualité (Crit)
• Podcast (Crit)
• Plus de vidéos YouTube, peut-être même sous un format plus long que ce que nous avons fait jusqu'à présent (comme des documentaires, des essais vidéo, etc.). Même mettre quelqu'un en avant comme visage des vidéos ? (Crit)
• Newsletter. Presque automatisable : prendre les modifications majeures de la semaine, les nouvelles pages de la semaine, etc., et envoyer automatiquement une fois par semaine. Toujours un outil très important dans les années 2020, à ne pas négliger ! (Crit)
• Faire plus d'enquêtes d'opinion et de feedback. Très important pour avoir une idée précise de l'utilisation et de la lecture de ProleWiki. Nous pourrions héberger notre propre instance Framaforms pour auto-héberger nos enquêtes. (Crit)
• Prendre contact avec des organisations, des projets et des créateurs de contenu pour maintenir une ligne de communication ouverte, ce qui pourrait ensuite évoluer vers autre chose ? Pas sûr de quoi encore, mais c'est toujours bon d'entretenir ce genre de relations de bonne volonté. (Crit)

Financement

• Trouver des subventions auxquelles nous pourrions postuler ? (Crit)
• Distribuer des PDF de nos pages (maintenant possible) et promouvoir le fait que les gens peuvent faire un don s'ils apprécient le PDF. (Crit)
  • Vérifier aussi lulu.com, qui peut imprimer des livres à la demande pour les consommateurs. (Crit)
• Les économies sont par ailleurs sécurisées. Nous gardons de côté l'équivalent de 2 ans de dépenses essentielles. Nous avons aussi des Patreons, ce qui crée des économies au fil du temps et réduit le besoin de lever des fonds comme nous l'avons fait pour le nouveau plan d'hébergement début 2023. Avec notre revenu mensuel actuel, nous pouvons payer nos dépenses annuelles essentielles tous les 6 mois, ce qui est donc plus que durable. (Crit)

Utilisations

• Améliorer la pile technologique. Un meilleur VPS = plus de services que nous pouvons héberger dessus, des temps de chargement généralement plus rapides, etc. (Crit)
• Faire de la publicité ? (Crit)
• Acquérir des outils dont nous pourrions avoir besoin pour faire un meilleur travail d'agitprop ou de wiki. (Crit)
• Distribuer des impressions de nos pages sous forme de PDF, en tant que livres physiques. (Crit)
• Éventuellement embaucher des professionnels sur une base contractuelle (par ex. traducteurs, monteurs vidéo, graphistes, etc.), mais cela pose problème car sinon tout le monde est bénévole, il n'est pas logique de payer certaines personnes et pas d'autres. D'un autre côté, si la seule façon d'obtenir l'aide de quelqu'un avec des compétences très spécifiques est de l'embaucher pour un travail, cela pourrait aussi se discuter. (Crit)
• Obtenir la suite complète de Matomo, mais cela coûte 1 500 USD par an. Je suppose que l'auto-hébergement de ses données n'a pas de prix, cependant. Mais cela nous aiderait définitivement à mieux comprendre comment les gens lisent ProleWiki. (Crit)