La seguridad debe ser algo redundante. Un proceso que es seguro cuando falla debe darse una circustancia de fallos concurrentes. Esto es el error de una máquina, o de una persona no deben desencadenar el fallo.
Si uno da una orden de formatear el disco duro debe advertirle la máquina de las consecuencias y preguntarle si está seguro de ello.
El concepto de seguridad que se basa en el "no error" del operador es algo que está desechado hace un par de décadas -y en paises más avanzados hasta tres o cuatro décadas-.
Si yo diseño un proceso y se produce un accidente no puedo decirle a mis superiores que es que falló el ordenador o falló una válvula de seguridad... porque me ponen directamente en la calle y si alguna persona sufre daños me pueden meter en el trullo.
Tengo que explicarle que fallaron varias cosas a la vez por lo menos si quiero salvar el pellejo.
Todo eso está muy bien, siempre y cuando cumplas las normas de seguridad establecidas. Si tu estas en una obra y no te pones casco, o pasas por zonas que no puedes pasar (ignorando todos los carteles con las medidas de seguridad a seguir) y pasa algo, dile a tus superiores algo... que veras que te dicen. Pues en informatica igual. Hay mucha gente que sigue usando el usuario root para todo (aun y sabiendo que es peligroso), o que hacen borrados recursivos con parametros que no pida confirmación. Hay muchos usuarios que no se leen los manuales y a veces ejecutan cosas sin saber que hacen exactamente o que consecuencias tendrá. Con esto lo que quiero decir es que no se puede controlar todo, y siempre el usuario ha de poner de su parte.
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com