Anuncios

Bienvenidos sean a este post, hoy veremos algunas guias como resolver problemas que surjan en nuestro codigo.

Anuncios

Editores de texto simples

Anuncios

Para trabajar con nuestros codigos podemos hacerlo por medio de alguna IDE que nos facilite muchas tareas o nos notifique sobre ciertos errores o nos haga observaciones con distintos colores pero a la hora de trabajar en nuestro entorno a veces es mas practico hacerlo desde una simple terminal donde por medio de vim o nano, en caso de sistemas basados en Unix, puedan acceder a nuestro equipo y hacer las modificaciones sin necesidad de tener tantos programas abiertos, en caso de Windows esto es un poco mas impractico porque deberian usar el block de notas u otro similar.

Anuncios

Donde inspeccionar

Anuncios

Este punto es concerniente a donde ubicar nuestros breakpoints, mas alla de estar usando el print, una funcion personalizada o el pdb, aun se debe decidir donde ubicarlo para obtener la informacion correcta, como siempre habra un lugar mejor que otro para ubicarlos pero un lugar poco practico es hacerlo antes de un condicional if porque si este no es ejecutado nos perdemos la posibilidad de saber su valor en caso de ser necesitado, otra duda es donde comenzar por lo general lo mas acertado es comenzar desde la mitad del mismo porque si lo hacemos desde muy al comienzo y el error esta al final tardaremos mucho en llegar y si lo hacemos muy cerca del final nunca llegaremos al mismo si el error se ejecuta antes, una forma practica es comenzar con la mitad en caso de llegar sin el error poner otro breakpoint al 75% o 25% del codigo para verificar si se registra el error antes o despues de la mitad del codigo, por lo tanto traten de tener varios para verificar el codigo en distintas secciones del mismo.

Anuncios

Usando test para depurar

Anuncios

Recuerdan cuando hablamos de test en este post? Teniamos la posibilidad de ejecutar varias pruebas donde se chequea como se comporta nuestro codigo ante ciertas formas de usarlo pero que sucede si el programa pasa todos los tests pero despues no se comporta como nosotros queremos? Cuando hablamos de depuracion dijimos que el test prueba la logica y muchas veces nosotros podemos utilizar la logica equivocada para nuestro resultado pero no significa que el test lo vea mal sino que lo considera correcto y lo pasa, un enfoque interesante sera modificar los parametros de nuestro para apuntar al error que creemos poseer por lo tanto, una vez realizado al volverlo a ejecutar veremos que se considera el bug que antes omitia, esta es una opcion para usar tests para la depuracion.

Anuncios

Monitoreo

Anuncios

El monitoreo es algo importante porque las aplicaciones pueden volverse completamente locas cuando se encuentran con situaciones limites como una caida de la red, un queue que se lleno o un componente externo que dejo de responder, en todos estos casos es importante tener una idea de todo el entorno relacionado cuando el problema ocurre y tener la habilidad para relacionar todo lo ocurrido, nosotros podemos monitorear todos los puntos finales de las API, procesos, paginas webs, disponibilidad y tiempos de cargas, y basicamente casi todo lo que se pueda utilizar con nuestro codigo, por lo general es una buena practica para un codigo que se crea desde cero tener en mente que queremos monitorear del codigo.

Anuncios

En resumen, hoy hemos visto unos simples tips para poder estudiar nuestro codigo y poder solucionar problemas que puedan surgir en el mismo, como se daran cuenta en la mayoria de los casos utilizaremos las herramientas vistas previamente pero recuerden que el programador es intuitivo por naturaleza y sabra donde sentir la perturbacion de la fuerza 😁, espero les haya sido util sigueme en tumblr, Twitter o Facebook para recibir una notificacion cada vez que subo un nuevo post en este blog, nos vemos en el proximo post.

Anuncios
pp258

Donación

Es para mantenimento del sitio, gracias!

$1.50