Juste une idée, comme ça... Ça serait quand même très utile d'avoir un
logiciel avec une bonne interface graphique (TCL/TK ? wxPython ?) qui
soit capable de faire ça avec toutes les informations et précautions
idoines pour l'utilisateur, non ?
Juste une idée, comme ça... Ça serait quand même très utile d'avoir un
logiciel avec une bonne interface graphique (TCL/TK ? wxPython ?) qui
soit capable de faire ça avec toutes les informations et précautions
idoines pour l'utilisateur, non ?
Juste une idée, comme ça... Ça serait quand même très utile d'avoir un
logiciel avec une bonne interface graphique (TCL/TK ? wxPython ?) qui
soit capable de faire ça avec toutes les informations et précautions
idoines pour l'utilisateur, non ?
Allons, je comprends bien votre volonté de ne pas laisser s'affoler les
techniques approximatives, mais le but de nos "babasses", quand même,
reste d'automatiser au mieux tout ce qui peut l'être.
Allons, je comprends bien votre volonté de ne pas laisser s'affoler les
techniques approximatives, mais le but de nos "babasses", quand même,
reste d'automatiser au mieux tout ce qui peut l'être.
Allons, je comprends bien votre volonté de ne pas laisser s'affoler les
techniques approximatives, mais le but de nos "babasses", quand même,
reste d'automatiser au mieux tout ce qui peut l'être.
Juste une idée, comme ça... Ça serait quand même très utile d'avoir un
logiciel avec une bonne interface graphique (TCL/TK ? wxPython ?) qui
soit capable de faire ça avec toutes les informations et précautions
idoines pour l'utilisateur, non ?
Personnellement et pour une telle tâche, jamais je ne ferai confiance et
n'utiliserai une application qui ferait ça automatiquement.
Les automatismes sont pourtant le meilleur moyen de palier aux erreurs
humaines.
C'est d'ailleurs pour cette principale raison que l'informatique est si
utile.
Affirmer le contraire
me semble bien tenir d'une certaine mode
forumesque strictement linuxienne, qu'il serait temps un peu de remettre
en question, ne croyez-vous pas ?
Mais ceci existe peut-être déjà ?
J'espère que non. :-)
Si c'est pour tout faire à la main, sans aucun risque d'erreur machine,
alors il faut revenir au boulier...
Et encore, écrire des barres avec avec un bâton dans le sable peut
sembler plus sûr :-/
Allons, je comprends bien votre volonté de ne pas laisser s'affoler les
techniques approximatives,
mais le but de nos "babasses", quand même, reste d'automatiser au mieux
tout ce qui peut l'être.
Et je ne parle pas de logiciels qui réfléchiraient à la place des
humains, mais bel et bien de logiciels qui feraient ce que leur demande
de faire les humains, en les guidant éventuellement par une interface
intelligente, rien d'autre.
Juste une idée, comme ça... Ça serait quand même très utile d'avoir un
logiciel avec une bonne interface graphique (TCL/TK ? wxPython ?) qui
soit capable de faire ça avec toutes les informations et précautions
idoines pour l'utilisateur, non ?
Personnellement et pour une telle tâche, jamais je ne ferai confiance et
n'utiliserai une application qui ferait ça automatiquement.
Les automatismes sont pourtant le meilleur moyen de palier aux erreurs
humaines.
C'est d'ailleurs pour cette principale raison que l'informatique est si
utile.
Affirmer le contraire
me semble bien tenir d'une certaine mode
forumesque strictement linuxienne, qu'il serait temps un peu de remettre
en question, ne croyez-vous pas ?
Mais ceci existe peut-être déjà ?
J'espère que non. :-)
Si c'est pour tout faire à la main, sans aucun risque d'erreur machine,
alors il faut revenir au boulier...
Et encore, écrire des barres avec avec un bâton dans le sable peut
sembler plus sûr :-/
Allons, je comprends bien votre volonté de ne pas laisser s'affoler les
techniques approximatives,
mais le but de nos "babasses", quand même, reste d'automatiser au mieux
tout ce qui peut l'être.
Et je ne parle pas de logiciels qui réfléchiraient à la place des
humains, mais bel et bien de logiciels qui feraient ce que leur demande
de faire les humains, en les guidant éventuellement par une interface
intelligente, rien d'autre.
Juste une idée, comme ça... Ça serait quand même très utile d'avoir un
logiciel avec une bonne interface graphique (TCL/TK ? wxPython ?) qui
soit capable de faire ça avec toutes les informations et précautions
idoines pour l'utilisateur, non ?
Personnellement et pour une telle tâche, jamais je ne ferai confiance et
n'utiliserai une application qui ferait ça automatiquement.
Les automatismes sont pourtant le meilleur moyen de palier aux erreurs
humaines.
C'est d'ailleurs pour cette principale raison que l'informatique est si
utile.
Affirmer le contraire
me semble bien tenir d'une certaine mode
forumesque strictement linuxienne, qu'il serait temps un peu de remettre
en question, ne croyez-vous pas ?
Mais ceci existe peut-être déjà ?
J'espère que non. :-)
Si c'est pour tout faire à la main, sans aucun risque d'erreur machine,
alors il faut revenir au boulier...
Et encore, écrire des barres avec avec un bâton dans le sable peut
sembler plus sûr :-/
Allons, je comprends bien votre volonté de ne pas laisser s'affoler les
techniques approximatives,
mais le but de nos "babasses", quand même, reste d'automatiser au mieux
tout ce qui peut l'être.
Et je ne parle pas de logiciels qui réfléchiraient à la place des
humains, mais bel et bien de logiciels qui feraient ce que leur demande
de faire les humains, en les guidant éventuellement par une interface
intelligente, rien d'autre.
Les automatismes sont pourtant le meilleur moyen de palier aux erreurs
humaines.
Les automatismes sont pourtant le meilleur moyen de palier aux erreurs
humaines.
Les automatismes sont pourtant le meilleur moyen de palier aux erreurs
humaines.
Juste une idée, comme ça... Ça serait quand même très utile d'avoir un
logiciel avec une bonne interface graphique (TCL/TK ? wxPython ?) qui
soit capable de faire ça avec toutes les informations et précautions
idoines pour l'utilisateur, non ?
C'est possible avec qtparted. Il faut impérativement booter sur un autre
disque que celui qu'on va traiter, par contre.
Juste une idée, comme ça... Ça serait quand même très utile d'avoir un
logiciel avec une bonne interface graphique (TCL/TK ? wxPython ?) qui
soit capable de faire ça avec toutes les informations et précautions
idoines pour l'utilisateur, non ?
C'est possible avec qtparted. Il faut impérativement booter sur un autre
disque que celui qu'on va traiter, par contre.
Juste une idée, comme ça... Ça serait quand même très utile d'avoir un
logiciel avec une bonne interface graphique (TCL/TK ? wxPython ?) qui
soit capable de faire ça avec toutes les informations et précautions
idoines pour l'utilisateur, non ?
C'est possible avec qtparted. Il faut impérativement booter sur un autre
disque que celui qu'on va traiter, par contre.
Allons, je comprends bien votre volonté de ne pas laisser s'affoler les
techniques approximatives, mais le but de nos "babasses", quand même,
reste d'automatiser au mieux tout ce qui peut l'être.
Là où tu fais erreur, c'est qu'il est facile sur un forum de te dire :
"tapes la commande suivante dans un shell" a contrario, il est quasiment
impossible de te dire "va dans le menu 'tools', choisit 'resize
partition', clique sur le gros rectangle jaune en bas à gauche qui
s'appelle hda..."
Donc si tu veux un guide pas à pas, l'interface CLI est nettement plus
commode et moins dangereuse, parce qu'il n'y a pas d'équivoque (et si tu
tapes une commande de travers, en général ça ne fait strictement rien
à part un message d'erreur).
Allons, je comprends bien votre volonté de ne pas laisser s'affoler les
techniques approximatives, mais le but de nos "babasses", quand même,
reste d'automatiser au mieux tout ce qui peut l'être.
Là où tu fais erreur, c'est qu'il est facile sur un forum de te dire :
"tapes la commande suivante dans un shell" a contrario, il est quasiment
impossible de te dire "va dans le menu 'tools', choisit 'resize
partition', clique sur le gros rectangle jaune en bas à gauche qui
s'appelle hda..."
Donc si tu veux un guide pas à pas, l'interface CLI est nettement plus
commode et moins dangereuse, parce qu'il n'y a pas d'équivoque (et si tu
tapes une commande de travers, en général ça ne fait strictement rien
à part un message d'erreur).
Allons, je comprends bien votre volonté de ne pas laisser s'affoler les
techniques approximatives, mais le but de nos "babasses", quand même,
reste d'automatiser au mieux tout ce qui peut l'être.
Là où tu fais erreur, c'est qu'il est facile sur un forum de te dire :
"tapes la commande suivante dans un shell" a contrario, il est quasiment
impossible de te dire "va dans le menu 'tools', choisit 'resize
partition', clique sur le gros rectangle jaune en bas à gauche qui
s'appelle hda..."
Donc si tu veux un guide pas à pas, l'interface CLI est nettement plus
commode et moins dangereuse, parce qu'il n'y a pas d'équivoque (et si tu
tapes une commande de travers, en général ça ne fait strictement rien
à part un message d'erreur).
Le 07/05/2006 22:00, Emmanuel Florac inscrivait :
D'une part il n'est pas difficile de guider un utilisateur suivant une
GUI, d'autre part pour la ligne de commande il faut que cet utilisateur
fasse une confiance aveugle non pas dans la machine, mais dans celui qui
lui indique la commande... Ça déplace donc le problème sans le résoudre.
Et puis le débat interface graphique versus ligne de commande a déjà vécu.
Pourtant la ligne de commande est plus efficace pour bien des cas.
Donc si tu veux un guide pas à pas, l'interface CLI est nettement plus
commode et moins dangereuse, parce qu'il n'y a pas d'équivoque (et si tu
tapes une commande de travers, en général ça ne fait strictement rien
à part un message d'erreur).
D'autre part l'argument est faut : une ligne de commande ça se
copie/colle dans un terminal Gnome ou KDE sans problèmes et ça peut
vraiment faire plus de dégâts qu'un mauvais clic malencontreux, qui
ouvrira une fenêtre d'avertissement pour peux que le système concerné
soit bien conçu.
Je crois que tu n'a pas compris ce qu'il voulais dire.
Le 07/05/2006 22:00, Emmanuel Florac inscrivait :
D'une part il n'est pas difficile de guider un utilisateur suivant une
GUI, d'autre part pour la ligne de commande il faut que cet utilisateur
fasse une confiance aveugle non pas dans la machine, mais dans celui qui
lui indique la commande... Ça déplace donc le problème sans le résoudre.
Et puis le débat interface graphique versus ligne de commande a déjà vécu.
Pourtant la ligne de commande est plus efficace pour bien des cas.
Donc si tu veux un guide pas à pas, l'interface CLI est nettement plus
commode et moins dangereuse, parce qu'il n'y a pas d'équivoque (et si tu
tapes une commande de travers, en général ça ne fait strictement rien
à part un message d'erreur).
D'autre part l'argument est faut : une ligne de commande ça se
copie/colle dans un terminal Gnome ou KDE sans problèmes et ça peut
vraiment faire plus de dégâts qu'un mauvais clic malencontreux, qui
ouvrira une fenêtre d'avertissement pour peux que le système concerné
soit bien conçu.
Je crois que tu n'a pas compris ce qu'il voulais dire.
Le 07/05/2006 22:00, Emmanuel Florac inscrivait :
D'une part il n'est pas difficile de guider un utilisateur suivant une
GUI, d'autre part pour la ligne de commande il faut que cet utilisateur
fasse une confiance aveugle non pas dans la machine, mais dans celui qui
lui indique la commande... Ça déplace donc le problème sans le résoudre.
Et puis le débat interface graphique versus ligne de commande a déjà vécu.
Pourtant la ligne de commande est plus efficace pour bien des cas.
Donc si tu veux un guide pas à pas, l'interface CLI est nettement plus
commode et moins dangereuse, parce qu'il n'y a pas d'équivoque (et si tu
tapes une commande de travers, en général ça ne fait strictement rien
à part un message d'erreur).
D'autre part l'argument est faut : une ligne de commande ça se
copie/colle dans un terminal Gnome ou KDE sans problèmes et ça peut
vraiment faire plus de dégâts qu'un mauvais clic malencontreux, qui
ouvrira une fenêtre d'avertissement pour peux que le système concerné
soit bien conçu.
Je crois que tu n'a pas compris ce qu'il voulais dire.
D'une part il n'est pas difficile de guider un utilisateur suivant une
GUI,
D'une part il n'est pas difficile de guider un utilisateur suivant une
GUI,
D'une part il n'est pas difficile de guider un utilisateur suivant une
GUI,
Dans le message <news:e3lbcg$ltm$,
*Don Guy Shot* tapota sur f.c.o.l.configuration :Juste une idée, comme ça... Ça serait quand même très utile d'avoir un
logiciel avec une bonne interface graphique (TCL/TK ? wxPython ?) qui
soit capable de faire ça avec toutes les informations et précautions
idoines pour l'utilisateur, non ?
Personnellement et pour une telle tâche, jamais je ne ferai confiance et
n'utiliserai une application qui ferait ça automatiquement.
Les automatismes sont pourtant le meilleur moyen de palier aux erreurs
humaines.
Ou de se déresponsabiliser en déportant la responsabilité aux autres en
cas de pépins ?
De donner aussi de mauvaises habitudes aux utilisateurs à force d'être
assisté ? De rendre les gens encore plus dépendants et inaptes à se
débrouiller ?
Du fait de la diversité des environnements, des utilisations et des
évolutions, un automate ne pourra jamais prendre en compte tous les
paramètres et facteurs qui fatalement un jour le conduira à une erreur
inattendue. Ça serait bien présomptueux pour celui qui conçoit un
automate de croire qu'il aurait pensé à tout. Il y a bien des tâches
qu'il vaut mieux laisser manuelle ou en partie, surtout quand il s'agit
de sécurité ou de protection des données.
D'ailleurs, voyez les deux solutions qu'ils vous ont été données. Elle
diffèrent sur plusieurs points parce que l'une sera plutôt adaptée à un
environnement et l'autre adaptée à une autre environnement.
Oui, les automatismes peuvent aider à lutter contre les erreurs. Ils
aident ou devraient surtout être là pour contrôler les limites à ne pas
franchir.
Mais franchement, le meilleur moyen de palier aux erreurs
humaines, c'est avant tout d'être responsable et d'être compétent dans
le domaine dans lequel on intervient.
C'est d'ailleurs pour cette principale raison que l'informatique est si
utile.
Que c'est réducteur et faux. :-) Je n'ai jamais vu l'informatique comme
étant principalement un outil devant remplacer ce qui se faisait déjà
très bien sans, mais plutôt comme un outil capable d'apporter de
nouveaux horizons.
Aujourd'hui l'informatique est autant présente dans le milieu
professionnel que chez le particulier.
Arrêtons nous un instant aux particuliers. Que lui a-t-il apporté ? Un
moyen de communiquer autrement. Un moyen de se distraire autrement. Un
moyen de se cultiver autrement. Un moyen de consommer plus efficacement
(hmm...). Mais sûrement pas principalement un moyen pour palier à ses
« erreurs » de tous les jours ou de la vie en général.
Quand au monde professionnel, l'informatique est là pour accélérer les
tâches répétitives, là pour permettre à l'homme d'aller plus loin (en
médecine, en physique, dans l'industrie, dans la recherche), là pour
proposer de nouveaux services, là pour contrôler. Mais elle n'est pas là
principalement pour palier aux erreurs humaines...
Affirmer le contraire
Je coupe volontairement pour anticiper : affirmer qu'un automate puisse
palier aux erreurs humaines me semble dangereux. L'actualité nous le
(dé)montre assez souvent. Mais dans quel monde va-t-on... :-
Donc oui, j'affirme le contraire. :-)
me semble bien tenir d'une certaine mode
forumesque strictement linuxienne, qu'il serait temps un peu de remettre
en question, ne croyez-vous pas ?
J'aurai besoin d'un décryptage de ce propos car sincèrement je ne vois
pas à quoi vous faites allusions et je prends ça comme une attaque (pas
personnelle, je vous rassure, mais quand même ;-P).
Sachez que je suis autant « linuxien » ou « unixien » (cf mes
contributions ici même et ailleurs ou mes services d'hébergement
tournant sous *nix), qu'utilisateur Windows averti (cf mes en-têtes et
mes diverses captures d'écran trainant sur la toile ou mes
développements personnels sous cette plateforme), qu'ancien utilisateur
Mac (ancien pour diverses raisons, mais j'ai toujours gardé un grand
attachement au monde Mac pour l'avoir connu depuis toujours) et j'en
passe... De ce fait, je me sens pas très concerné par votre magnifique
formule « mode forumesque linuxienne ».
Mais ceci existe peut-être déjà ?
J'espère que non. :-)
Si c'est pour tout faire à la main, sans aucun risque d'erreur machine,
alors il faut revenir au boulier...
Vous amalgamez volontairement les problèmes, ça devient inintéressant de
discuter là...
Et encore, écrire des barres avec avec un bâton dans le sable peut
sembler plus sûr :-/
:-
Allons, je comprends bien votre volonté de ne pas laisser s'affoler les
techniques approximatives,
Ah, ouf. Donc sur le fond on est d'accord ? ;-)
mais le but de nos "babasses", quand même, reste d'automatiser au mieux
tout ce qui peut l'être.
Je ne suis pas d'accord avec ça et je trouve que vous avez une vision
assez unique et simpliste de l'informatique.
Et je ne parle pas de logiciels qui réfléchiraient à la place des
humains, mais bel et bien de logiciels qui feraient ce que leur demande
de faire les humains, en les guidant éventuellement par une interface
intelligente, rien d'autre.
Oui, mais vous savez bien que l'humain, si on lui laisse la possibilité
de faire les choses à sa place, il ne cherchera pas à comprendre ce qui
va être fait, il va arrêter de réfléchir et il deviendra dépendant du
bon vouloir de l'automate.
Dans le message <news:e3lbcg$ltm$1@emma.aioe.org>,
*Don Guy Shot* tapota sur f.c.o.l.configuration :
Juste une idée, comme ça... Ça serait quand même très utile d'avoir un
logiciel avec une bonne interface graphique (TCL/TK ? wxPython ?) qui
soit capable de faire ça avec toutes les informations et précautions
idoines pour l'utilisateur, non ?
Personnellement et pour une telle tâche, jamais je ne ferai confiance et
n'utiliserai une application qui ferait ça automatiquement.
Les automatismes sont pourtant le meilleur moyen de palier aux erreurs
humaines.
Ou de se déresponsabiliser en déportant la responsabilité aux autres en
cas de pépins ?
De donner aussi de mauvaises habitudes aux utilisateurs à force d'être
assisté ? De rendre les gens encore plus dépendants et inaptes à se
débrouiller ?
Du fait de la diversité des environnements, des utilisations et des
évolutions, un automate ne pourra jamais prendre en compte tous les
paramètres et facteurs qui fatalement un jour le conduira à une erreur
inattendue. Ça serait bien présomptueux pour celui qui conçoit un
automate de croire qu'il aurait pensé à tout. Il y a bien des tâches
qu'il vaut mieux laisser manuelle ou en partie, surtout quand il s'agit
de sécurité ou de protection des données.
D'ailleurs, voyez les deux solutions qu'ils vous ont été données. Elle
diffèrent sur plusieurs points parce que l'une sera plutôt adaptée à un
environnement et l'autre adaptée à une autre environnement.
Oui, les automatismes peuvent aider à lutter contre les erreurs. Ils
aident ou devraient surtout être là pour contrôler les limites à ne pas
franchir.
Mais franchement, le meilleur moyen de palier aux erreurs
humaines, c'est avant tout d'être responsable et d'être compétent dans
le domaine dans lequel on intervient.
C'est d'ailleurs pour cette principale raison que l'informatique est si
utile.
Que c'est réducteur et faux. :-) Je n'ai jamais vu l'informatique comme
étant principalement un outil devant remplacer ce qui se faisait déjà
très bien sans, mais plutôt comme un outil capable d'apporter de
nouveaux horizons.
Aujourd'hui l'informatique est autant présente dans le milieu
professionnel que chez le particulier.
Arrêtons nous un instant aux particuliers. Que lui a-t-il apporté ? Un
moyen de communiquer autrement. Un moyen de se distraire autrement. Un
moyen de se cultiver autrement. Un moyen de consommer plus efficacement
(hmm...). Mais sûrement pas principalement un moyen pour palier à ses
« erreurs » de tous les jours ou de la vie en général.
Quand au monde professionnel, l'informatique est là pour accélérer les
tâches répétitives, là pour permettre à l'homme d'aller plus loin (en
médecine, en physique, dans l'industrie, dans la recherche), là pour
proposer de nouveaux services, là pour contrôler. Mais elle n'est pas là
principalement pour palier aux erreurs humaines...
Affirmer le contraire
Je coupe volontairement pour anticiper : affirmer qu'un automate puisse
palier aux erreurs humaines me semble dangereux. L'actualité nous le
(dé)montre assez souvent. Mais dans quel monde va-t-on... :-
Donc oui, j'affirme le contraire. :-)
me semble bien tenir d'une certaine mode
forumesque strictement linuxienne, qu'il serait temps un peu de remettre
en question, ne croyez-vous pas ?
J'aurai besoin d'un décryptage de ce propos car sincèrement je ne vois
pas à quoi vous faites allusions et je prends ça comme une attaque (pas
personnelle, je vous rassure, mais quand même ;-P).
Sachez que je suis autant « linuxien » ou « unixien » (cf mes
contributions ici même et ailleurs ou mes services d'hébergement
tournant sous *nix), qu'utilisateur Windows averti (cf mes en-têtes et
mes diverses captures d'écran trainant sur la toile ou mes
développements personnels sous cette plateforme), qu'ancien utilisateur
Mac (ancien pour diverses raisons, mais j'ai toujours gardé un grand
attachement au monde Mac pour l'avoir connu depuis toujours) et j'en
passe... De ce fait, je me sens pas très concerné par votre magnifique
formule « mode forumesque linuxienne ».
Mais ceci existe peut-être déjà ?
J'espère que non. :-)
Si c'est pour tout faire à la main, sans aucun risque d'erreur machine,
alors il faut revenir au boulier...
Vous amalgamez volontairement les problèmes, ça devient inintéressant de
discuter là...
Et encore, écrire des barres avec avec un bâton dans le sable peut
sembler plus sûr :-/
:-
Allons, je comprends bien votre volonté de ne pas laisser s'affoler les
techniques approximatives,
Ah, ouf. Donc sur le fond on est d'accord ? ;-)
mais le but de nos "babasses", quand même, reste d'automatiser au mieux
tout ce qui peut l'être.
Je ne suis pas d'accord avec ça et je trouve que vous avez une vision
assez unique et simpliste de l'informatique.
Et je ne parle pas de logiciels qui réfléchiraient à la place des
humains, mais bel et bien de logiciels qui feraient ce que leur demande
de faire les humains, en les guidant éventuellement par une interface
intelligente, rien d'autre.
Oui, mais vous savez bien que l'humain, si on lui laisse la possibilité
de faire les choses à sa place, il ne cherchera pas à comprendre ce qui
va être fait, il va arrêter de réfléchir et il deviendra dépendant du
bon vouloir de l'automate.
Dans le message <news:e3lbcg$ltm$,
*Don Guy Shot* tapota sur f.c.o.l.configuration :Juste une idée, comme ça... Ça serait quand même très utile d'avoir un
logiciel avec une bonne interface graphique (TCL/TK ? wxPython ?) qui
soit capable de faire ça avec toutes les informations et précautions
idoines pour l'utilisateur, non ?
Personnellement et pour une telle tâche, jamais je ne ferai confiance et
n'utiliserai une application qui ferait ça automatiquement.
Les automatismes sont pourtant le meilleur moyen de palier aux erreurs
humaines.
Ou de se déresponsabiliser en déportant la responsabilité aux autres en
cas de pépins ?
De donner aussi de mauvaises habitudes aux utilisateurs à force d'être
assisté ? De rendre les gens encore plus dépendants et inaptes à se
débrouiller ?
Du fait de la diversité des environnements, des utilisations et des
évolutions, un automate ne pourra jamais prendre en compte tous les
paramètres et facteurs qui fatalement un jour le conduira à une erreur
inattendue. Ça serait bien présomptueux pour celui qui conçoit un
automate de croire qu'il aurait pensé à tout. Il y a bien des tâches
qu'il vaut mieux laisser manuelle ou en partie, surtout quand il s'agit
de sécurité ou de protection des données.
D'ailleurs, voyez les deux solutions qu'ils vous ont été données. Elle
diffèrent sur plusieurs points parce que l'une sera plutôt adaptée à un
environnement et l'autre adaptée à une autre environnement.
Oui, les automatismes peuvent aider à lutter contre les erreurs. Ils
aident ou devraient surtout être là pour contrôler les limites à ne pas
franchir.
Mais franchement, le meilleur moyen de palier aux erreurs
humaines, c'est avant tout d'être responsable et d'être compétent dans
le domaine dans lequel on intervient.
C'est d'ailleurs pour cette principale raison que l'informatique est si
utile.
Que c'est réducteur et faux. :-) Je n'ai jamais vu l'informatique comme
étant principalement un outil devant remplacer ce qui se faisait déjà
très bien sans, mais plutôt comme un outil capable d'apporter de
nouveaux horizons.
Aujourd'hui l'informatique est autant présente dans le milieu
professionnel que chez le particulier.
Arrêtons nous un instant aux particuliers. Que lui a-t-il apporté ? Un
moyen de communiquer autrement. Un moyen de se distraire autrement. Un
moyen de se cultiver autrement. Un moyen de consommer plus efficacement
(hmm...). Mais sûrement pas principalement un moyen pour palier à ses
« erreurs » de tous les jours ou de la vie en général.
Quand au monde professionnel, l'informatique est là pour accélérer les
tâches répétitives, là pour permettre à l'homme d'aller plus loin (en
médecine, en physique, dans l'industrie, dans la recherche), là pour
proposer de nouveaux services, là pour contrôler. Mais elle n'est pas là
principalement pour palier aux erreurs humaines...
Affirmer le contraire
Je coupe volontairement pour anticiper : affirmer qu'un automate puisse
palier aux erreurs humaines me semble dangereux. L'actualité nous le
(dé)montre assez souvent. Mais dans quel monde va-t-on... :-
Donc oui, j'affirme le contraire. :-)
me semble bien tenir d'une certaine mode
forumesque strictement linuxienne, qu'il serait temps un peu de remettre
en question, ne croyez-vous pas ?
J'aurai besoin d'un décryptage de ce propos car sincèrement je ne vois
pas à quoi vous faites allusions et je prends ça comme une attaque (pas
personnelle, je vous rassure, mais quand même ;-P).
Sachez que je suis autant « linuxien » ou « unixien » (cf mes
contributions ici même et ailleurs ou mes services d'hébergement
tournant sous *nix), qu'utilisateur Windows averti (cf mes en-têtes et
mes diverses captures d'écran trainant sur la toile ou mes
développements personnels sous cette plateforme), qu'ancien utilisateur
Mac (ancien pour diverses raisons, mais j'ai toujours gardé un grand
attachement au monde Mac pour l'avoir connu depuis toujours) et j'en
passe... De ce fait, je me sens pas très concerné par votre magnifique
formule « mode forumesque linuxienne ».
Mais ceci existe peut-être déjà ?
J'espère que non. :-)
Si c'est pour tout faire à la main, sans aucun risque d'erreur machine,
alors il faut revenir au boulier...
Vous amalgamez volontairement les problèmes, ça devient inintéressant de
discuter là...
Et encore, écrire des barres avec avec un bâton dans le sable peut
sembler plus sûr :-/
:-
Allons, je comprends bien votre volonté de ne pas laisser s'affoler les
techniques approximatives,
Ah, ouf. Donc sur le fond on est d'accord ? ;-)
mais le but de nos "babasses", quand même, reste d'automatiser au mieux
tout ce qui peut l'être.
Je ne suis pas d'accord avec ça et je trouve que vous avez une vision
assez unique et simpliste de l'informatique.
Et je ne parle pas de logiciels qui réfléchiraient à la place des
humains, mais bel et bien de logiciels qui feraient ce que leur demande
de faire les humains, en les guidant éventuellement par une interface
intelligente, rien d'autre.
Oui, mais vous savez bien que l'humain, si on lui laisse la possibilité
de faire les choses à sa place, il ne cherchera pas à comprendre ce qui
va être fait, il va arrêter de réfléchir et il deviendra dépendant du
bon vouloir de l'automate.
On Sun, 07 May 2006 19:41:18 +0200, Don Guy Shot :Les automatismes sont pourtant le meilleur moyen de palier aux erreurs
humaines.
Je suis tout à fait d'accord avec toi : si tu répètes souvent la même
procédure, (tenter de) l'automatiser est une bonne idée.
Si tu répètes plusieurs fois une des procédures décrites ici, sur la
même machine ou sur des machines exactement identiques, tu peux
effectivement écrire un script qui va l'automatiser.
On Sun, 07 May 2006 19:41:18 +0200, Don Guy Shot :
Les automatismes sont pourtant le meilleur moyen de palier aux erreurs
humaines.
Je suis tout à fait d'accord avec toi : si tu répètes souvent la même
procédure, (tenter de) l'automatiser est une bonne idée.
Si tu répètes plusieurs fois une des procédures décrites ici, sur la
même machine ou sur des machines exactement identiques, tu peux
effectivement écrire un script qui va l'automatiser.
On Sun, 07 May 2006 19:41:18 +0200, Don Guy Shot :Les automatismes sont pourtant le meilleur moyen de palier aux erreurs
humaines.
Je suis tout à fait d'accord avec toi : si tu répètes souvent la même
procédure, (tenter de) l'automatiser est une bonne idée.
Si tu répètes plusieurs fois une des procédures décrites ici, sur la
même machine ou sur des machines exactement identiques, tu peux
effectivement écrire un script qui va l'automatiser.