Mailinglist Archive: opensuse-es (1640 mails)

["aux" <aux@xxxxxxxxx>]

> 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@xxxxxxxx
> Para obtener el resto de direcciones-comando, mande
> un mensaje a:
>   suse-linux-s-help@xxxxxxxx