Sobre la importancia de los mensajes de error.

Sobre la importancia de los mensajes de error.

Luego de uno de los tantos sismos que suelen azotar a Chile, el ejército llamó a varios proveedores para desarrollar un sistema de control de maquinaria para movimiento de tierra. Esta solicitud nos llegó a avanzada hora de la tarde de un dia viernes.
Respondimos que sí, que el sistema podría estar disponible a última hora del día domingo para ser puesto en marcha el lunes por la mañana.

El sistema fue un éxito. Todo funcionaba conforme el buen criterio y los escasos requisitos que recibimos.

A los dos días recibimos un llamado por parte de uno de los oficiales encargados de la operación "cívico militar", en el que decía

>El programa me responde "aquí no hay nadie, dijo el loro, y se va".

No le hicimos mucho caso, ya que en todas nuestras pruebas, y también en las otras reparticiones que instalaron el sistema, el loro jamás se manifestó.

Pero el oficial insistió, con lo que hicimos un escaneo de todos los módulos y programas fuentes en busca de la frase "aquí no hay nadie, dijo el loro".
Y, efectivamente, encontramos dicha afirmación en una sentencia:


El programador, luego me dijo, "pero si es imposible que esa situación se de".
"Parece que no es imposible, estimado Antonio, porque ocurrió".
Antonio no se puso en la situación que el usuario presionase "enter" esperando razonablemente que, ante la ausencia de respuesta, el sistema asumiría la fecha del día.
Y Antonio era una programador de excelencia.


Yendo al meollo del problema, muchas veces los desarrolladores se preocupan poco de la interacción con el usuario en situaciones excepcionales, en particular al trabajar bajo presión.
He visto aplicaciones que, ante un error, abren una caja de diálogo y despliegan algún tipo de respuesta absolutamente inentendible para un usuario, como en la WEB  "HTTP error 500".

Pienso que es necesario, en un buen desarrollo, no solamente prevenir situaciones excepcionales, sino que, al ser detectadas, entregar al usuario final un mensaje que le sea útil y le permita saber a qué atenerse en esas ocasiones indeseables.


Todo con el objetivo de que el loro repita algo razonable.

En mi puesto de trabajo tengo un banner que dice: "Cuando todo va bien, que buenos somos todos. Cuando algo falla, solo se buscan culpables."

No sé si a ti esto te dice algo, pero para mí es el leitmotiv en todos mis programas. Siempre me suelo poner en el lugar del usuario e intentar que cuando algo falla quede meridianamente expuesto el problema.
Y en el proceso de BetaTest suelo pedir a los testeadores: "Putear a la aplicación. Hacerla fallar."

Porque como usuario me revienta esos programas malísimos que fallan y no dan ninguna pista. Que solo te dejan la opción de apagar y volver a encender con la incertidumbre de no saber si el error se repetirá.

MUY BUENO TU POST Doonga.

manugar escribió: y no dan ninguna pista. Que solo te dejan la opción de apagar y volver a encender con la incertidumbre de no saber si el error se repetirá.

.

Siempre pienso eso cuando un novio me deja.

.

Esquizofelia escribió:

manugar escribió: y no dan ninguna pista. Que solo te dejan la opción de apagar y volver a encender con la incertidumbre de no saber si el error se repetirá.

.

Siempre pienso eso cuando un novio me deja.

.

Ese es el error "HTTP error 410"

jjajajajaja ta bueno!!
Aunque hay errores que te meten en un callejón sin salida.
Recuerdo uno más o menos. Aparecía -con fondo negro- un aviso:

Teclado no detectado. Pulse una tecla para salir.

.