Très bonne initiative. Cependant, je ne conseillerais pas OpenOffice pour de multiples raisons : lenteur, bugs, mauvaises compatibilité, prise en main assez difficile...
Il y a des alternatives certes payantes mais qui existent sous Linux (je ne mentionnerai pas car on me taxera de faire de la pub, même si ce journal fait lui même de la pub pour une suite bureautique)
La migration Linux ne peut se faire brutalement.
Pour un village, une migration sur 6 mois à 2 ans (selon la taille du village en question) est nécessaire, avec une étude sur le parc existant, les applications utilisées, les communications de documents et tout un tas de truc.
Un conseil, éviter OpenOffice (je connais plein de cas particuliers/professionnels qui ont été dégoutés par ce logiciel et qui ont finalement fait machine arrière vers du tout MS), et si possible, éviter une distribution communautaire (pour éviter là aussi un dégout s'il n'y a pas de compétences internes et se faire sucer par des SSII sans scrupule). Redhat, SuSE voire Canonical s'ils sont capables d'assurer une qualité de service, sont à conseiller.
# Ne pas conseiller OpenOffice
Posté par Samuel Pajilewski . En réponse au journal Campagne de menaces de Microsoft. Évalué à -10.
Très bonne initiative. Cependant, je ne conseillerais pas OpenOffice pour de multiples raisons : lenteur, bugs, mauvaises compatibilité, prise en main assez difficile...
Il y a des alternatives certes payantes mais qui existent sous Linux (je ne mentionnerai pas car on me taxera de faire de la pub, même si ce journal fait lui même de la pub pour une suite bureautique)
La migration Linux ne peut se faire brutalement.
Pour un village, une migration sur 6 mois à 2 ans (selon la taille du village en question) est nécessaire, avec une étude sur le parc existant, les applications utilisées, les communications de documents et tout un tas de truc.
Un conseil, éviter OpenOffice (je connais plein de cas particuliers/professionnels qui ont été dégoutés par ce logiciel et qui ont finalement fait machine arrière vers du tout MS), et si possible, éviter une distribution communautaire (pour éviter là aussi un dégout s'il n'y a pas de compétences internes et se faire sucer par des SSII sans scrupule). Redhat, SuSE voire Canonical s'ils sont capables d'assurer une qualité de service, sont à conseiller.
Mes deux cents