Effectivement, on peut en discuter mais on peut considérer que par convention, historiquement, les lignes de commandes sous Unix partent du principe que l'utilisateur sait ce qu'il fait. Après on peut effectivement metttre en place des conventions d'alias ou de commandes "débutant" qui demandent confirmation à tout va et des alias ou commandes "avancées" qui ne demandent pas de confirmation.
L'autre raison de la non demande de confirmation des commandes shell est le fait que celles-ci doivent pouvoir être exécutées dans un script, dans ce cas de figure la demande de confirmation est problématique.
[^] # Re: Quel est vraiment la nature du problème ?
Posté par totof2000 . En réponse au journal Mise à jour Mageia: attention danger. Évalué à 3.
Effectivement, on peut en discuter mais on peut considérer que par convention, historiquement, les lignes de commandes sous Unix partent du principe que l'utilisateur sait ce qu'il fait. Après on peut effectivement metttre en place des conventions d'alias ou de commandes "débutant" qui demandent confirmation à tout va et des alias ou commandes "avancées" qui ne demandent pas de confirmation.
L'autre raison de la non demande de confirmation des commandes shell est le fait que celles-ci doivent pouvoir être exécutées dans un script, dans ce cas de figure la demande de confirmation est problématique.