Bon, allez, juste deux trois points puis on va en rester là (en fait, je pense qu'au fond on doit être à peu près d'accord...)
- le problème principal que tu évoques (et c'en est un), c'est que l'utilisateur lambda est souvent administrateur. Ca, c'est un problème, et ça le restera tant qu'on y fera rien. Après, le format des fichiers de conf, du moment qu'il les bidouille alors qu'il ne devrait pas... (D'ailleurs, mais je ne veux pas relancer, il est plus facile pour lui de planter la bécane en essayant d'éditer un fichier avec un formatage complexe comme un fstab par exemple, une erreur de colonne va plus vite qu'un fstype=ext3 remplacé par fstype=/dev/hdxx).
Bref, la gestion des droits, surtout en entreprise, c'est vraiment un problème, quelque soit le système de configuration / administration sous-jacent.
Pour l'utilisateur lambda chez lui, si tu prends le cas d'une mandrake par exemple, par défaut, on ne peut pas se connecter en root (en mode graphique, hein, utilisateur lambda). Ca limite déjà les risques. Certes, ça n'empêche pas le su, mais... En même temps, on ne pourra jamais protéger totalement l'utilisateur contre lui-même. Tout ce qu'on peut faire, c'est le prévenir, l'avertir en long en large et en travers. On ne pourra jamais l'empêcher de faire dd if=/dev/null of=/dev/hdxx en root...
- Je suis POUR la doc. A fond. Des kilomètres. Mais encore une fois, une doc de conf serait tellement plus efficace si elle décrivait seulement les paramètres, les options, et pas des formats de fichiers... Toujours la distinction entre le fond et la forme. La doc est totalement indispensable !
- Pour la remontée d'erreurs / changement de disques... Je ne sais pas. De toutes façons, nos métiers vont évoluer. On trouvera bien autre chose à faire... Au pire, on passera nos journées à venir troller sur linuxfr ;)
Mais c'est vrai, si l'informatique évolue "dans le bon sens", fiabilité, robustesse, elle pourrait presque finir par tuer l'informaticien... Une informatique autonome, qui se répare toute seule, ... C'est des projets vieux comme le monde (enfin presque), et qui est remise au goût du jour. L'informatique sans informaticiens. Enfin, il restera toujours du boulot dans le domaine applicatif, les nouvelles plateformes, et tout ce qu'on imagine pas mais qui sera là dans quelques années... C'est difficile de prédire l'avenir dans le domaine informatique, alors, y'a qu'a attendre de voir (ou agir si on a des idées !). Et puis, entre l'idée de mettre en place une conf uniforme et la suppression des admins, y'a encore du chemin à faire ! Une petite 20aine d'années au moins sans doute...
Et puis après, on ira s'occuper de nos patates ou de nos tomates en attendant le crash disque, et puis on ira tranquillement le changer avant de ramasser les salades :)
[^] # Re: Avec les mêmes défauts que sous Windows ?
Posté par Christophe Chailloleau-Leclerc . En réponse à la dépêche Une base de registre pour Linux ?. Évalué à 3.
- le problème principal que tu évoques (et c'en est un), c'est que l'utilisateur lambda est souvent administrateur. Ca, c'est un problème, et ça le restera tant qu'on y fera rien. Après, le format des fichiers de conf, du moment qu'il les bidouille alors qu'il ne devrait pas... (D'ailleurs, mais je ne veux pas relancer, il est plus facile pour lui de planter la bécane en essayant d'éditer un fichier avec un formatage complexe comme un fstab par exemple, une erreur de colonne va plus vite qu'un fstype=ext3 remplacé par fstype=/dev/hdxx).
Bref, la gestion des droits, surtout en entreprise, c'est vraiment un problème, quelque soit le système de configuration / administration sous-jacent.
Pour l'utilisateur lambda chez lui, si tu prends le cas d'une mandrake par exemple, par défaut, on ne peut pas se connecter en root (en mode graphique, hein, utilisateur lambda). Ca limite déjà les risques. Certes, ça n'empêche pas le su, mais... En même temps, on ne pourra jamais protéger totalement l'utilisateur contre lui-même. Tout ce qu'on peut faire, c'est le prévenir, l'avertir en long en large et en travers. On ne pourra jamais l'empêcher de faire dd if=/dev/null of=/dev/hdxx en root...
- Je suis POUR la doc. A fond. Des kilomètres. Mais encore une fois, une doc de conf serait tellement plus efficace si elle décrivait seulement les paramètres, les options, et pas des formats de fichiers... Toujours la distinction entre le fond et la forme. La doc est totalement indispensable !
- Pour la remontée d'erreurs / changement de disques... Je ne sais pas. De toutes façons, nos métiers vont évoluer. On trouvera bien autre chose à faire... Au pire, on passera nos journées à venir troller sur linuxfr ;)
Mais c'est vrai, si l'informatique évolue "dans le bon sens", fiabilité, robustesse, elle pourrait presque finir par tuer l'informaticien... Une informatique autonome, qui se répare toute seule, ... C'est des projets vieux comme le monde (enfin presque), et qui est remise au goût du jour. L'informatique sans informaticiens. Enfin, il restera toujours du boulot dans le domaine applicatif, les nouvelles plateformes, et tout ce qu'on imagine pas mais qui sera là dans quelques années... C'est difficile de prédire l'avenir dans le domaine informatique, alors, y'a qu'a attendre de voir (ou agir si on a des idées !). Et puis, entre l'idée de mettre en place une conf uniforme et la suppression des admins, y'a encore du chemin à faire ! Une petite 20aine d'années au moins sans doute...
Et puis après, on ira s'occuper de nos patates ou de nos tomates en attendant le crash disque, et puis on ira tranquillement le changer avant de ramasser les salades :)