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 |
hypotheses-arthur.md (3049B)
1 # Mes hypothèses
2
3 ## Au sujet du travail à Commown
4
5 * Tout le monde bosse à minima sur des documents texte
6 * La lecture ou l'écriture de documents représente une part importante (>30%)
7 du temps de travail mais varie grandement d'une personne ou d'une équipe à
8 l'autre
9 * La majorité des documents sont destinés à être édités par plusieurs
10 personnes différentes (de manière synchrone ou pas)
11 * Assez peu de documents bénéficient significativement de la prise de note
12 collaborative en temps réel
13 * La majorité des documents sont hébergés sur le nuage
14 * La majorité des accès se font via onlyoffice dans le navigateur
15 * Chaque équipe a des besoins assez différents :
16 * L'atelier a des besoins très spécifiques (protocolium)
17 * L'équipe com utilise un nombre assez important des fonctionnalités d'un éditeur wysiwyg
18 * L'équipe support utilise assez peu les fonctionnalités des éditeurs
19 wysiwyg mais a des besoins de recherche assez avancés et spécifiques
20 * L'équipe admin produit des documents "finis" (pdf)
21 * L'équipe com produit des documents "finis" (pdf)
22 * Les équipes autre que l'admin ou la com produisent rarement des documents
23 "finis"
24 * La recherche plein texte est un besoin commun à tout le monde
25 * L'usage de la stack nextcloud+onlyoffice+d'autres logiciels typiquement
26 basés sur des technos web explique en bonne partie la pression ressentie à
27 améliorer/renouveller les modixias
28 * Personne n'est capable de décrire de manière correcte même dans les grandes
29 lignes l'infrastructure technique permettant de travailler via onlyoffice
30 sur des docx hébergés dans le nuage.
31 * Les personnes n'identifient pas tous les documents qu'elles manipulent
32 comme des documents
33
34 ## Sur ce que l'on pourrait proposer ensuite
35
36 * Tout le monde à Commown peut apprendre rapidement un langage de markup
37 léger (markdown, asciidoc etc)
38 * La collaboration asynchrone via git de documents n'étant pas du code n'est
39 pas souhaitable et/ou est difficile à faire accepter largement à Commown
40 * Les différences des pratiques entre les équipes suggèrent qu'il faille
41 plusieurs outils
42 * La manipulation de documents texte, éventuellement dissimulée via des
43 interfaces, peut être la base technique à (presque) tous les documents
44 manipulés à Commown (format ouvert commun, outils
45 d'édition/recherche/lecture spécifiques).
46 * L'usage généralisé de fichiers textes plutôt que docx n'implique ni
47 automatiquement ni nécessairement plus d'empouvoirement ou moins d'impact
48 env
49 * La modification de certains outils et usages permis par l'utilisation
50 généralisé de fichiers texte permet possiblement de gagner en
51 empouvoirement et/ou réduire les impacts env
52 * L'éventuelle prolifération des outils suite à l'éventuelle adoption d'un
53 système "un format, pleins d'outils" peut être à la fois source de
54 résilience et poser des problèmes de résilience
55