William Steve Applegate a écrit 1185 commentaires

Absolument. Néanmoins, si la machine ne diverge pas trop du standard, la procédure « je mets le CD de pilotes, je demande à ajouter du matos, je dis de chercher sur le CD et j'accepte le choix par défaut » a tendance à marcher la plupart du temps. Une distrib Linux, c'est souvent plus long, et surtout, il y a beaucoup trop d'exceptions à la règle (ici, une pensée émue à tous les $%!@ de modems ADSL USB, et spécialement le Sagem). Si on pouvait faire un système d'install unifié pour les périphériques qui fasse le boulot pour l'utilisateur, ça serait vraiment pas mal. Attention, ça ne signifie pas tout cacher comme sous Windows. On pourrait par exemple avoir des paquets de pilotes qui contiendraient les modules noyau, dépendraient des paquets nécessaires -- pppoe, par exemple --, et lanceraient automatiquement des scripts pour faire les opérations annexes (par exemple, télécharger les microcodes du constructeur et les mettre au bon endroit). Ceux pour qui ça ne marcheraient pas pourraient toujours faire un 'apt-get source pilote-sagem' (je connais pas l'équivalent sous Mdk/RH) pour examiner les scripts, et faire les opérations à la main le cas échéant. Mais la majorité pourrait s'éviter ces tracas, et s'en tirer avec un 'apt-get install pilote-du-machin'. Le but, c'est de faire en sorte que ça marche vite pour le décideur pressé, et que toute la puissance de l'OS soit quand même disponible pour l'utilisateur avancé. Je suis certain que c'est possible (l'OS qui se rapprochait le plus de cette optique AMHA était BeOS, MacOS X doit être aussi pas mal mais j'ai pas testé)...



Oui, effectivement j'avais (mal) associé « desktop » à « utilisation familiale » parce que les arguments de l'article m'avaient plus fait penser à un utilisateur à la maison qu'à un utilisateur professionnel. Mea culpa. Je corrige donc : ce que je dis plus haut ne s'applique pas dans un environnement de bureau avec un administrateur local (ou sous-traité)...

Envoyé depuis mon PDP 11/70

Un exemple plus valable serait le suivant : si Apple enlevait de MacOS X les fonctions qui lui permettent de lire des disquettes aux formats Microsoft, ne serait-ce pas là une perte d'une fonctionnalité essentielle ? Bien sûr : les utilisateurs Mac (minoritaires) doivent pouvoir continuer à accepter des données depuis le monde Microsoft. C'est une simple question de logique commerciale (bien sûr, si on a adopté le libre pour des raisons philosophiques, on se contrefout de tout ça, mais il reste à voir si la majorité des gens/entreprises voient ces raisons comme prioritaires. Traite-moi de cynique si tu veux, mais je crois connaître la réponse).



Ici, parfaitement d'accord. Après avoir relu l'article, je pense que les problèmes soulevés par l'auteur ne sont pas importants dans une optique « desktop » (bureautique), mais plus dans une optique « home user » (informatique familiale, donc). Pour ce qui est du desktop, c'est en effet presque bon, il suffirait qu'OOo veuille bien importer correctement des documents Office complexes, et que certaines applications types soient disponibles (nous, on n'a toujours pas trouvé de gestion commerciale pour remplacer EBP. Et c'est pas faute de vouloir s'en débarrasser, crois-moi :-)



Je persiste tout de même à penser que l'auteur soulève un point intéressant en faisant remarquer le manque d'intégration des différents composants de la plate-forme. D'un autre côté, tu remarqueras qu'on n'entend plus de jérémiades au sujet, par exemple, de l'installation (alors qu'à une époque, c'était le principal sujet de discorde), ou même au niveau des softs les plus courants (texteur, navigateur WWW, MUA, lecteur multimédia). Le fait que le focus se soit deplacé vers des problèmes moins visibles est AMHA révélateur des progrès réalisés. Faut juste éviter de crier victoire trop vite...

Envoyé depuis mon PDP 11/70