Des notes au sujet de l'indexation pour la thèse - retour accueil
git clone git://bebou.netlib.re/md-vs-docx
Log | Files | Refs |
commit 84f2f339096f1272d764ba9647f8ac195f2fa46f parent 093df60b9c7af4162c08c859d056e9a4485eae71 Auteurice: Arthur Pons <arthur.pons@unistra.fr> Date: Fri, 27 Jun 2025 12:16:35 +0200 Début de mes hypothèses en vrac Diffstat:
| A | hypotheses-arthur.md | | | 53 | +++++++++++++++++++++++++++++++++++++++++++++++++++++ |
1 file changed, 53 insertions(+), 0 deletions(-)
diff --git a/hypotheses-arthur.md b/hypotheses-arthur.md @@ -0,0 +1,53 @@ +# Mes hypothèses + +## Au sujet du travail à Commown + + * Tout le monde bosse à minima sur des documents texte + * La lecture ou l'écriture de documents représente une part importante (>30%) + du temps de travail mais varie grandement d'une personne ou d'une équipe à + l'autre + * La majorité des documents sont destinés à être édités par plusieurs + personnes différentes (de manière synchrone ou pas) + * Assez peu de documents bénéficient significativement de la prise de note + collaborative en temps réel + * La majorité des documents sont hébergés sur le nuage + * La majorité des accès se font via onlyoffice dans le navigateur + * Chaque équipe a des besoins assez différents : + * L'atelier a des besoins très spécifiques (protocolium) + * L'équipe com utilise un nombre assez important des fonctionnalités d'un éditeur wysiwyg + * L'équipe support utilise assez peu les fonctionnalités des éditeurs + wysiwyg mais a des besoins de recherche assez avancés et spécifiques + * L'équipe admin produit des documents "finis" (pdf) + * L'équipe com produit des documents "finis" (pdf) + * Les équipes autre que l'admin ou la com produisent rarement des documents + "finis" + * La recherche plein texte est un besoin commun à tout le monde + * L'usage de la stack nextcloud+onlyoffice+d'autres logiciels typiquement + basés sur des technos web explique en bonne partie la pression ressentie à + améliorer/renouveller les modixias + * Personne n'est capable de décrire de manière correcte même dans les grandes + lignes l'infrastructure technique permettant de travailler via onlyoffice + sur des docx hébergés dans le nuage. + +## Sur ce que l'on pourrait proposer ensuite + + * Tout le monde à Commown peut apprendre rapidement un langage de markup + léger (markdown, asciidoc etc) + * La collaboration asynchrone via git de documents n'étant pas du code n'est + pas souhaitable et/ou est difficile à faire accepter largement à Commown + * Les différences des pratiques entre les équipes suggèrent qu'il faille + plusieurs outils + * La manipulation de documents texte, éventuellement dissimulée via des + interfaces, peut être la base technique à (presque) tous les documents + manipulés à Commown (format ouvert commun, outils + d'édition/recherche/lecture spécifiques). + * L'usage généralisé de fichiers textes plutôt que docx n'implique ni + automatiquement ni nécessairement plus d'empouvoirement ou moins d'impact + env + * La modification de certains outils et usages permis par l'utilisation + généralisé de fichiers texte permet possiblement de gagner en + empouvoirement et/ou réduire les impacts env + * L'éventuelle prolifération des outils suite à l'éventuelle adoption d'un + système "un format, pleins d'outils" peut être à la fois source de + résilience et poser des problèmes de résilience +