Ideas, vivencias y demás
Peru Blogs

September 5, 2008

El kush al volante

Tranquilos, cero perdidas humanas, mas con las materiales es otro cantar.

Vamos de atrás pa delante, como diría el cangrejo.

Erase una vez, un tipo (en adelante tipo o sujeto) que iba por la calle Garzon en su vocho recien comprado, aunque el auto data del 86, manejando tranquilamente, cuando lo detiene la policía en un operativo de control vehicular.

El tipo, entrego su certificado de SOAT, Propiedad, DNI, sopló el alcoholímetro, y todo bien hasta que le pidieron el brevete. No hay, ta en trámite. Luego de imaginar angustiosamente su destino en la comisaría, la retención del vehículo y demás consecuencias, se acerca otro policía y despues de la negociación todo queda en dos galones (20 soles) para pasar por alto la situación.

El problema, el tipo no trae efectivo (salvo una moneda de un sol y dos de diez centimos), por lo cual se queda en que el tipo se iría con su auto y sus documentos, y luego regresaría ya caminando a entregar los 20 solanos.

Me retire con mi auto, digo, el tipo se retiró con su auto, y no regresó a entregar los 20 soles, pues aparte que eso está mal xD, ha jurado solemnemente no volver a manejar hasta obtener su brevete, con lo cual la advertencia/consejo/amenaza indicada por el policía no tendría efecto: Se que eres un caballero, y confío en que vas a regresar, además que sino en la próxima que te vea te vas de frente a la comisaría.

Pero, regresemos una hora en el tiempo, y veamos a donde se dirigía el tipo en cuestión.

Este sujeto, se dirigía rumbo a la Brena, ha dejar a su amigo a su casa, a la par que manejaba y se libraba del stress de su trabajo, y los problemas que ahí lo aquejan. En una intersección, un momento de distracción y zás!, que le da un rozón a un carro del ano que cruzaba en frente. Resultado, una mica safada del auto del ano, y un pequeno rayón. El conductor del vehículo siniestrado baja, revisa el dano, y llama a su aseguradora para el trámite correspondiente. El tipo y su amigo, se parquean en el vocho al costado para esperar a la aseguradora, dialogando en tanto sobre el resultado final de este incidente dado que el tipo manejaba sin brevete. En fin, dado que el representante del seguro demoraba mucho, el tipo y su amigo abandonaron el lugar dejando todos los datos necesarios para contactarse con ellos.

Despues de media hora, contactan via telefónica al tipo, indicándole que para iniciar el trámite, era necesario desembolsar 150 dolares… solo por iniciar el trámite. Entonces, luego de una conversación en el que el amigo del tipo fingió ser el tipo, se acordó que manana el tipo se comunicaría con el agraviado para proponerle llevarlo a un taller directamente, cotizar las reparaciones y dejar pagado todo.

Bueno, todo lo que ocasiona un momento de distracción, o acaso sería la falta de práctica, pues el tipo hace 3 días seguidos que no manejaba, pues había decidido ya no llevar su auto a su trabajo… sí, lo sé, 3 días no son mucho, pero anoto esto para seguír regresando en el tiempo y contar porqué el tipo ya no iba en su auto a su centro de labores.

Resulta que llovía, eran derredor de las 7 de la noche, y el tipo salía en retroceso del estacionamiento de su centro laboral, cuando, no calculó bien, y … sí, denuevo… zas!, que le da a un auto estacionado en la acera del frente. Esta vez el golpe es mas fuerte y el dano en el vehiculo siniestrado es mayor, volviendo la parte curva de una esquina del parachoque en una perfecta superficie plana. De otro lado, el vocho del tipo no sufrió más que un raspón, razón por la cual cabe destacar que los carros de antes son mucho más resistentes a los modernos xD. Bueno, el tipo, tomo la vil determinación de alejarse de ahí, antes que alguien se percatará, es decir, huir. Luego decide ya no sacar su auto, para evitarse problemas, sin embargo, despues de un día de stress y problemas laborales, decide sacar su auto para dejar a su amigo y aprovechar para olvidarse de sus problemas laborales manejando, y pues, el resultado ya lo leyeron al inicio: el tipo logró dejar de pensar en los problemas laborales, pues los problemas automivilisticos/legales que le acontecieron atrajeron su atención.

Para terminar, cabe decir que el tipo está bastante avergonzado por todo lo acontecido, ya no sacará su auto hasta obtener su brevete, y una vez lo tenga manejará con toda la prudencia necesaria. Además, manana tiene que solucionar aún lo concerniente al rozón, acelerar un pase a producción retrasado, averiguar porque una PC de la red esta duplicando el IP del ISA impidiendo la salida a internet, revisar que el cambio de IP del servidor de correo externo haya sido correctamente refrescado en los servidores de internet para que los usuarios puedan usar nuevamente sus correos sin problemas, y batallar contra la montana de pendientes y el descontento de los usuarios para contra el área de sistemas. Además, tiene que idear la forma de salir de su hermitanismo y alejarse del teclado y la pantalla en sus ratos libres, para conocer nuevos lugares y personas, es decir, socializar, pues su vida social - como incorrectamente se refiere a las amistades y salidas de diversión noctura y a veces diurna-, está largamente descuidada (que es mejor que decir, multiplicada por cero).

TaMaRe.

March 28, 2008

Spaminator, a mi no!

Pues, en este post que escribí, Sergio realizo un comentario, pero como tenía muchos enlaces, pues el spaminator lo bloqueo ^^. Aqui reproduzco su mensaje, pues lo considero de utilidad ;)

Hola Marcel, pues creo que este tipo de experiencias son las que te hacen aprender :D . Personalmente me gustan las experiencias de pase a producción por que siempre puedes aprender algo nuevo :D .

No se por que, pero siempre pasa algo falla en un deployment mas o menos real, y sólo te queda decir al jefe:pero en mi PC funcionaba. Siempre es bueno contar herramientas de depuración, una que me gusta y a veces no tengo que depurar usando VS es SQL Profiler.

Un comando para ver las conexiones abiertas es: exec SP_WHO, ten cuidado con la administración de conexiones que tambien te dar dolores de cabeza: using.

Y te dejo un resumen de interesante CheckList, con los pasos básicos antes de llevar de una aplicación web a producción, qué en general se puede aplicar para una aplicación web de cualquier tecnología.

Saludos, y buena con el blog :D

Pues, respecto del SQLProfiler, si, es basante útil, lo conocí mediante su blog hace algun tiempo, y me sirvió en varias cosas. Y respecto del comentario, la moraleja sería no poner tantos enlaces que el spaminator nos puede confundir jeje.

Saludos. 

 

March 14, 2008

Recontrachispoteado

Pues heme aquí, sonrojado y con el mea culpa mas sincero que se pudiera sentir… a narrar la historia.

Era temprano por la mañana, y un usuario se quejaba de que en el sistema no podía confirmar un movimiento. Revisando el log, decidí reproduir el error, realizando yo el movimiento, en coordinación con el usuario claro está. Para ello, y aprovechando para ver como se comporta la versión de desarrollo/pruebas que próximamente subirá a producción, decidí, solo por esta vez, conectar mi aplicación a la base de datos de producción (primer error: que me costaba hacer un backup, y probar en local, con la data actualizada).

Yacía probando el error, y revise nuevamente el log. En eso, que me requieren para alguna reunión, coordinaciones, etc., luego que otra cosa por aquí, otra por allá, y al cabo de un rato regreso a mi PC. ¿Cuánto rato fue?, pues lo suficiente para olvidar algunas cosas, como el hecho que había dejado mi app conectada a la BD de producción.

Bien, entonces dije, ajá!, mugre error, veré más allá de lo evidente, y depuraré paso a paso… en eso, me siguen interrumpiendo constantemente, y muy confiado, dejo la depuracion a medio hacer (segundo error!!!). Cuando tenia ratos libres, me iba con los F11 revisando sentencias, resultados y flujos en el código. Derredor de media hora despues, algunas quejas de usuarios, sobre el hecho que no podían sacar algunos reportes en pdf desde el sistema, constituyen el primer campanazo. Revisando el log, me indica que lo que sucede es que el IIS espera y espera, y como el MSSQL no le responde, o se tarda en hacerlo, expira la solicitud. En eso, me llegan algunas cosas mas que hacer, las cuales son de prioridad, y decido posponer para despues la incomodidad de los usuarios y sus reportes (tercer error!!!!).

Nos vamos a almorzar, y como parte del mantenimiento que le aplicamos al servidor web, por estas fechas, le dimos una reiniciada, aprovechando para la instalación de las últimas actualizaciones. Regresados del almuerzo, nos topamos con que el sistema está muy lento, no salen los reportes, ocurren errores cuando graban, etc etc… horror!!!… manos a la obra, veamos que pasa.

Todo estaba relacionado con el servidor de base de datos, pues el problema de hace rato, el de tiempo expirado, se repetía ahora para casi cualquier operación en el sistema. Analizamos la situación, y nos percatamos que justo en la mañana, habíamos conectado al servidor de base de datos un nuevo PC que se encuentra implementando los reportes y consultas en reporting services. Decidido!, desconectar eso, pues alguna vez me fije en que el repoting se encuentra constantemente enviando acuses de recibo al servidor (por lo menos así lo vi en una máquina de desarrollo alguna vez atrás).

Erradicamos el servicio y su conexión a nuestra BD y todo seguía igual. Reviso la actividad actual del MSSQL en el administrador corporativo (Administracion/Actividad Actual) y tarán!!!!, encuentro 4 conexiones abiertas desde mi PC. Regreso a mi PC y encuentro lo que esperaba, unos query analyzer que había abierto hace poco para solucionar una barrabazada de un usuario, y… y… y… y me topo con mi Visual Studio abierto y depurando paso a paso, pausado en la linea de codigo no se cuantito, y recuerdo que estaba apuntando a producción…

Siempre fui yo, desde el inicio había sido yo!. No recorde apuntar a la BD en local para depurar, y en primer lugar, nunca debí de apuntar a la BD de producción, pero lo hice, y aprendí la lección :D . Detuve la depuración, revise nuevamente la actividad actual en el servidor, y nos pusismos ha realizar pruebas en el sistema (léase generar reportes, revisar la velocidad de la carga, etc). TODO BIEN… es que, siempre fui yo, todo el tiempo fui yo.

Extendí las disculpas del caso a mis copmpañeros de labores dentro del área, y a los usuarios, pues les dijimos que Bla Bla Bla, Bla Bla Bla.

Moraleja: … pues hay muchas, para sintetizar: simplemente no hacer lo que yo hice :(  

January 3, 2008

Fracaso - Parte I

Mi cronograma para la elaboración del proyecto y el desarrollo de mi tesis ha sido, de largo, un fracaso. Tenia la meta de poder terminarla para mi cumpleaños, este 31 de enero, pero me temo que en 6 meses he avanzado 6 caras, casi literalmente.

Además, el dia de hoy me ha sido completamente hostil, salvo por un par de cosas que salvaron mi dia, del resto no quiero ni recordar. Creo que mi año empieza mal… felizmente sé que ya soplará el viento a favor, como pregona Bunbury; y además, quedan 363 dias más :)






















Get free blog up and running in minutes with Blogsome
Theme designed by Hadley Wickham