"En (grosse/moyenne) entreprise, l'utilisateur ne fait rien de tout ça, c'est délégué à l'admin,"
J'ai cru ça pendant longtemps : on choisit soigneusement le matériel et les applicatifs, on fait une configuration aux petits oignons, et vogue, la galère !
Malheureusement, ça ne fonctionne pas du tout comme ça.
1° faire une configuration aux petits oignons, choisir le matériel (comment ?), ça prend du temps, et le temps, c'est de l'argent
2° le cahier des charges change aussi vite que le temps en automne : dès que le système fonctionne, il fut brancher dessus un nouveau bidule ou installer une nouvelle application
3° s'il suffisait d'installer un périphérique de faire un vague test, et hop ! tout baigne, je serais d'accord avec toi. L'expérience montre que ce n'est pas du tout comme ça. Certes, le système de sons fonctionne aux premiers tests, mais fonctionne-t-il pour toutes les applications (alsa/oss/pulse audio...). Certes, la webcam fonctionne, mais fonctionne-t-elle avec tous les programmes de video chat ? Certes l'imprimante imprime correctement la page de test, mais ne va-t-elle pas se bloquer au bout de 3 pages, foirer les couleurs avec certaines images ou simplement ne rien imprimer du tout dans certaines circonstances ?
Récit d'un ratage il y a quelques années :
cahier des charges initial : faire des mails et valider des formulaires en ligne
cahier des charges rajouté : faire une comptabilité certifiée par expert-comptable
tests des leaders commerciaux du marché avec WINE :aucun ne fonctionnait
mise en place de gnucash avec un minimum de formation (compte tenu que l'expert comptable voulait pouvoir travailler sur les données chez lui sous Windows mais que le programme n'avait jamais été compilé sous Windows à l'époque, que l'interface et le documentation étaient en anglais).
Bref : l'expert-comptable trouve le logiciel pas mal et accepte l'expérience.
La secrétaire saisit les comptes comme il faut et tente une impression. Précisons que la machine, configurée sous KDE, imprimait parfaitement bien.
Problème : GNUCash n'avait rien à faire des réglages de KDE et propose des options d'impression. L'option choisie par la secrétaire est "imprimer dans un fichier" (je sais, c'est débile). Il se trouve que le fichier proposé par défaut était...le fichier de données.
Et hop ! Catastrophe : Le fichier de comptabilité est écrasé par le fichier d'impression.
Conclusion : MS Windows + Ciel compta.
Une autre histoire qui montre que les admins peuvent coûter cher pour faire fonctionner correctement une machine sous Linux :
Certaines distributions (histoire vécue avec Xandros) ne proposent pas le module de port parallèle, ce qui est assez logique, puisque cela fait un bout de temps que les PC n'en ont plus.
Il se trouve que cette dépendance est obligatoire pour Xsane (allez savoir pourquoi, sachant que tous les scanners sont sur USB depuis une bonne dizaine d'années).
Résultat : l'admin, qui travaille gratuitement, comme chacun sait, est obligé de recompiler le kernel rien que pour ça.
Donc, oui, si l'on dispose d'un admin compétent, gratuit, disponible, capable de régler les problèmes instantanément, et que les gens osent solliciter en cas de doute ou de comportement anormal, cela peut fonctionner.
Je suis d'accord pour dire que, si les entreprises qui économisent sur les licences acceptaient de mettre l'argent économisé dans la formation des utilisateurs et les administrateurs, voire acceptaient de payer des patches, les choses seraient sans doutes faisables. Mais il est assez difficile de faire comprendre à un chef d'entreprise du bâtiment ou de la santé qu'il est de son intérêt de subventionner des développements logiciels, qui, de plus, ne restent pas sa propriété.
[^] # Re: La faute des utilisateurs ? ;-)
Posté par gerard delafond . En réponse au journal Echec d'une migration Linux : qu'en est il de votre côté. Évalué à 6.
J'ai cru ça pendant longtemps : on choisit soigneusement le matériel et les applicatifs, on fait une configuration aux petits oignons, et vogue, la galère !
Malheureusement, ça ne fonctionne pas du tout comme ça.
1° faire une configuration aux petits oignons, choisir le matériel (comment ?), ça prend du temps, et le temps, c'est de l'argent
2° le cahier des charges change aussi vite que le temps en automne : dès que le système fonctionne, il fut brancher dessus un nouveau bidule ou installer une nouvelle application
3° s'il suffisait d'installer un périphérique de faire un vague test, et hop ! tout baigne, je serais d'accord avec toi. L'expérience montre que ce n'est pas du tout comme ça. Certes, le système de sons fonctionne aux premiers tests, mais fonctionne-t-il pour toutes les applications (alsa/oss/pulse audio...). Certes, la webcam fonctionne, mais fonctionne-t-elle avec tous les programmes de video chat ? Certes l'imprimante imprime correctement la page de test, mais ne va-t-elle pas se bloquer au bout de 3 pages, foirer les couleurs avec certaines images ou simplement ne rien imprimer du tout dans certaines circonstances ?
Récit d'un ratage il y a quelques années :
cahier des charges initial : faire des mails et valider des formulaires en ligne
cahier des charges rajouté : faire une comptabilité certifiée par expert-comptable
tests des leaders commerciaux du marché avec WINE :aucun ne fonctionnait
mise en place de gnucash avec un minimum de formation (compte tenu que l'expert comptable voulait pouvoir travailler sur les données chez lui sous Windows mais que le programme n'avait jamais été compilé sous Windows à l'époque, que l'interface et le documentation étaient en anglais).
Bref : l'expert-comptable trouve le logiciel pas mal et accepte l'expérience.
La secrétaire saisit les comptes comme il faut et tente une impression. Précisons que la machine, configurée sous KDE, imprimait parfaitement bien.
Problème : GNUCash n'avait rien à faire des réglages de KDE et propose des options d'impression. L'option choisie par la secrétaire est "imprimer dans un fichier" (je sais, c'est débile). Il se trouve que le fichier proposé par défaut était...le fichier de données.
Et hop ! Catastrophe : Le fichier de comptabilité est écrasé par le fichier d'impression.
Conclusion : MS Windows + Ciel compta.
Une autre histoire qui montre que les admins peuvent coûter cher pour faire fonctionner correctement une machine sous Linux :
Certaines distributions (histoire vécue avec Xandros) ne proposent pas le module de port parallèle, ce qui est assez logique, puisque cela fait un bout de temps que les PC n'en ont plus.
Il se trouve que cette dépendance est obligatoire pour Xsane (allez savoir pourquoi, sachant que tous les scanners sont sur USB depuis une bonne dizaine d'années).
Résultat : l'admin, qui travaille gratuitement, comme chacun sait, est obligé de recompiler le kernel rien que pour ça.
Donc, oui, si l'on dispose d'un admin compétent, gratuit, disponible, capable de régler les problèmes instantanément, et que les gens osent solliciter en cas de doute ou de comportement anormal, cela peut fonctionner.
Je suis d'accord pour dire que, si les entreprises qui économisent sur les licences acceptaient de mettre l'argent économisé dans la formation des utilisateurs et les administrateurs, voire acceptaient de payer des patches, les choses seraient sans doutes faisables. Mais il est assez difficile de faire comprendre à un chef d'entreprise du bâtiment ou de la santé qu'il est de son intérêt de subventionner des développements logiciels, qui, de plus, ne restent pas sa propriété.