Depurando, depurando y con el mazo dando…

Un día, un usuario me llama por el teléfono rojo, «oye Juan, resulta que estaba yo en tal formulario y de repente no se donde he pulsado y creo que se me ha borrado el texto en las observaciones….», incrédulo empiezo a pensar… ¿ lunes ?, este no sabe que ha pasado…. a saber que ha estado haciendo el fin de semana… por si acaso activo Defcon 1…

Después de un tiempo, me llama otro usuario y me dice: «Juan, resulta que estaba yo en tal formulario y de repente no se donde he pulsado y parece que se ha borrado el texto en las observaciones….», «Joder como me suena…. «, tendré que revisar el código… pasamos a Defcon 2….

Abro el formulario, empiezo a investigar, buscando las dichosas «observaciones», después de un tiempo nada, ninguna referencia…., lo dejo estar… ¿ será un virus o una rata que se ha comido un trozo de fibra?….

De nuevo otro día recibo la dichosa llamada. Decido activar todas las alarmas…. ¡¡¡¡señores!!!! estamos en !!!!!!!!!!!!!!!!! DEFCON 3 ¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡

¿ Será un trigger que se activa por algún motivo ? Buscando en la base de datos nada, ni rastro…, continuo indagando y por fin veo en un menú una opción «Actualizar datos…», me pregunto ¿quien ha introducido esto aquí… ?, desde luego llama a un Store Procedure que actualiza las observaciones dejándolas en blanco, fue una opción que solicitaron años atrás cuando se traspasaron los datos de un sistema anterior, y claro seguía activa, muy cerca en el menú, de otra bastante utilizada, los usuarios a veces se equivocaban y pulsaban esta opción eliminando el texto, me digo: no la voy a eliminar, no vaya a ser que el usuario X la utilice algún día, introduciré un messagebox que le pregunte ¿ Si pulsa «si», las observaciones se irán al carajo…. ? y voila….

Al cabo de unos días me llama un usuario y me dice: «oye Juan, resulta que estaba yo en tal formulario y de repente, no se donde he pulsado, me ha salido un mensaje «no se que del carajo…», he dado enter, y resulta que me han desaparecido las observaciones. Pienso «arghghghghghghgh,  te vas a enterar….», entro al código, introduzco 10 messageBox mas, le añado una clave de encriptación basada en CuaimaCrypt y lo pongo en producción.

Después de cierto tiempo, me llama otro usuario y me dice: «oye Juan, resulta que estoy intentando borrar las observaciones con la utilidad que me hicistes y llevo pulsando no se cuantas veces al si para se vayan al carajo de una vez, después de media hora, me aparece una pantalla para que introduzca una clave de 200 dígitos alfanuméricos…, pero no me acuerdo del dígito 199, ¿era una z o una p?……. y nada, que no me deja eliminar las p%$tas…. observaciones estas…..». Con la soga al cuello y a punto de saltar por la ventana… decido utilizar el control usuarios, habilito la opción para el usuario que la utiliza, elimino los mensajes y la clave y deshabilito la opción para todos los demás, haciéndola invisible en el menú.

Este tipo de situaciones se dan a menudo en los procesos de depuración y desarrollo, a veces, cuando desarrollamos, nos centramos en realizar validaciones para evitar errores y no nos damos cuenta que es mucho mas fácil evitar el error eliminando la posibilidad de cometerlo. La utilización de una simple mascara evitara varias operaciones posteriores, validación, notificación al usuario de su error, limpiar el campo, situar de nuevo el foco en el control, etc.

Debemos centrarnos en evitar el error, no en controlarlo y sobre todo «utilizar el sentido común»….   desgraciadamente algunos carecemos de esto…

Por cierto…, deja de mirar a la chica y ponte a trabajar… que es lunes….