Libreoffice : ça bug de partout (c'est pas plus clair mais le peu de fois que je l'ai utilisé et dieu sait que c'est pas pour faire des trucs extraordinaires, ça a toujours foiré)
Je le trouve assez stable. Et il m'est arrivé souvent de corriger des documents office qui ne s'ouvraient plus avec la suite office donc je serais moins négatif.
Par contre ce qu'il y'a de très négatif chez libreoffice, et pour moi rédhibitoire en entreprise, c'est son incapacité à ouvrir un fichier sur un share. Enfin ça marche sous gnome et que tes montages sont fais via gvfs mais dès que t'es sur un autre bureau ou que tu le montes d'une autre façon, niet.
les bureaux : il y en a t il un seul qui gère correctement un portable avec deux écrans qui mémorisent les emplacements des écrans et qui ne se dérèglent pas lors de changement de bureau temporaire ?
KDE ou gnome s'en sortent très bien. Moi j'ai des bugs aléatoires quand je sors et reviens de la docking mais j'ai les mêmes bugs sous windows alors c'est pas linux que je vais blâmer pour cela.
Les mises à jours : avec un windows on a la possibilité de mettre à jour les logiciels quotidiens sans mettre à jour son OS. Comment dans une entreprise on peut se permettre de bloquer les versions des logiciels à usage quotidien pendant 3 ans ?
Mais pourquoi ce serait un problème de mettre à jour ton OS ?
Cela-dit il existe pleins de façon d'utiliser des logiciels plus récents : backports, repos externes, ppa (ubuntu), epel (rh/centos), rpmfusion (fedora), création de ton repo perso, snap, flatpaks...N'importe quelle boite qui a des systèmes unix en général maintiens son repo avec des versions spécifiques de certains logiciels (qu'ils soient téléchargés à l'origine sous forme binaire ou recompilés) de la même manière que dans tout environnement windows on maintient des share avec des logiciels et/ou repackage des applications à la pelle.
Pour moi tant qu'il n'y aura pas le même investissement dans les outils basiques que dans les outils à usage pro serveurs, linux ne décollera pas des masses, et non aujourd'hui mon retour me montre que ce n'est vraiment pas prêt pour un usage administratif.
Tu parlais de lenteurs et de problèmes d'impression. Je crois que le problème ne vient pas des outils basiques mais de l'architecture choisie et de sa mise en oeuvre. Un serveur cups bien dimensionné connecté à des imprimantes bien supportées sous linux c'est robuste et ça a bien fait ses preuves.
Je ne suis pas non plus d'accord sur le fait que des clients légers soient une mauvaise solution (quelque soit l'OS d'ailleurs). Je ne vois d'ailleurs pas le rapport entre clients légers et glusterfs à vrai dire. Il existe une grande administration près de chez moi qui n'utilisais que des thin clients sun ray pour faire tourner du solaris avec openoffice et ça se passait bien pour eux (en tout cas avant le rachat de Sun par Oracle).
[^] # Re: Détail du système + cout
Posté par Psychofox (Mastodon) . En réponse au journal Retour d'expérience d'une petite administration sous linux depuis 8 ans qui fait marche arrière. Évalué à 8. Dernière modification le 28 novembre 2017 à 07:45.
Je le trouve assez stable. Et il m'est arrivé souvent de corriger des documents office qui ne s'ouvraient plus avec la suite office donc je serais moins négatif.
Par contre ce qu'il y'a de très négatif chez libreoffice, et pour moi rédhibitoire en entreprise, c'est son incapacité à ouvrir un fichier sur un share. Enfin ça marche sous gnome et que tes montages sont fais via gvfs mais dès que t'es sur un autre bureau ou que tu le montes d'une autre façon, niet.
KDE ou gnome s'en sortent très bien. Moi j'ai des bugs aléatoires quand je sors et reviens de la docking mais j'ai les mêmes bugs sous windows alors c'est pas linux que je vais blâmer pour cela.
Mais pourquoi ce serait un problème de mettre à jour ton OS ?
Cela-dit il existe pleins de façon d'utiliser des logiciels plus récents : backports, repos externes, ppa (ubuntu), epel (rh/centos), rpmfusion (fedora), création de ton repo perso, snap, flatpaks...N'importe quelle boite qui a des systèmes unix en général maintiens son repo avec des versions spécifiques de certains logiciels (qu'ils soient téléchargés à l'origine sous forme binaire ou recompilés) de la même manière que dans tout environnement windows on maintient des share avec des logiciels et/ou repackage des applications à la pelle.
Tu parlais de lenteurs et de problèmes d'impression. Je crois que le problème ne vient pas des outils basiques mais de l'architecture choisie et de sa mise en oeuvre. Un serveur cups bien dimensionné connecté à des imprimantes bien supportées sous linux c'est robuste et ça a bien fait ses preuves.
Je ne suis pas non plus d'accord sur le fait que des clients légers soient une mauvaise solution (quelque soit l'OS d'ailleurs). Je ne vois d'ailleurs pas le rapport entre clients légers et glusterfs à vrai dire. Il existe une grande administration près de chez moi qui n'utilisais que des thin clients sun ray pour faire tourner du solaris avec openoffice et ça se passait bien pour eux (en tout cas avant le rachat de Sun par Oracle).