La bonne façon de créer un document de façon collaborative est de travailler hors ligne avec une synchronisation.
Ah ah, le bon vieux "je vais t'expliquer pourquoi tu dois te passer d'une fonctionnalité que propose la concurrence".
Non, bien sûr, le document partagé, c'est incontournable, pour beaucoup de types de travail d'ailleurs : compte-rendu de réunion en temps réel, document technique, mémo, article scientifique, réponse à un appel à projet... En fait, dès qu'on parle de travail à plusieurs, avec une deadline, sur un document unique qui n'a aucune raison d'être dupliqué chez tous les contributeurs. Dans ce genre de contexte par exemple, la notion de conflit n'a aucun sens : on veut toujours travailler sur la dernière version, et ne surtout pas prendre le risque de bosser sur une version obsolète.
Ça n'est pas la réponse à tout bien sûr, ça ne gère pas des choses indispensables pour du code: quand on ne veut pas montrer tant que c'est pas fini, quand on veut des versions parallèles (branches), quand il faut que les versions successives soient cohérentes (compilation...), quand on veut un historique des contributons, quand il faut une traçabilité des auteurs, ou quand on peut recevoir des contributions extérieures de membres en qui on n'a pas confiance.
[^] # Re: Pot pourri
Posté par arnaudus . En réponse au journal LibreOffice boude le cloud ?. Évalué à 4.
Ah ah, le bon vieux "je vais t'expliquer pourquoi tu dois te passer d'une fonctionnalité que propose la concurrence".
Non, bien sûr, le document partagé, c'est incontournable, pour beaucoup de types de travail d'ailleurs : compte-rendu de réunion en temps réel, document technique, mémo, article scientifique, réponse à un appel à projet... En fait, dès qu'on parle de travail à plusieurs, avec une deadline, sur un document unique qui n'a aucune raison d'être dupliqué chez tous les contributeurs. Dans ce genre de contexte par exemple, la notion de conflit n'a aucun sens : on veut toujours travailler sur la dernière version, et ne surtout pas prendre le risque de bosser sur une version obsolète.
Ça n'est pas la réponse à tout bien sûr, ça ne gère pas des choses indispensables pour du code: quand on ne veut pas montrer tant que c'est pas fini, quand on veut des versions parallèles (branches), quand il faut que les versions successives soient cohérentes (compilation...), quand on veut un historique des contributons, quand il faut une traçabilité des auteurs, ou quand on peut recevoir des contributions extérieures de membres en qui on n'a pas confiance.