Aportando a lo que dices, y considerando que Verónica (ese era tu nombre, verdad?) usa PyCharm, el debugger que viene con el IDE es prácticamente lo mejor del IDE. Puedes configurar tu código para que se ejecute desde un main y ahí es simplemente darle "play" a la flecha que aparece al costado de la línea donde declaras el main (justo no estoy en el compu del trabajo donde uso PyCharm para desarrollar, pero mañana podría subir una captura). El debugging te permite, aparte de poner los puntos de quiebre, ver los valores de las variables en todo momento así como usar watchers para ser aún más específico, así que si, muy buen consejo y es recomendable familiarizarse a debuggear así ya que con print logging pierdes mucho tiempo en escribir y luego remover logs que no se usarán en la app.
Saludos. On Thu, Jul 2, 2020 at 9:30 PM lasizoillo <lasizoi...@gmail.com> wrote: > Buenas, perdonad el Off Topic, pero creo que es interesante comentar esto. > > El jue., 2 jul. 2020 a las 23:19, Gerardo Diez (< > gerardo.diez.gar...@gmail.com>) escribió: > >> Hola, >> >> No soy precisamente un experto, pero yo normalmente voy poniendo prints >> /liga por todos lados para que me vaya mostrando el contenido de las >> cadenas. >> >> >> > No te voy a dármelas de listo y voy a confesar que de vez en cuando > también hago "print debugging", pero cuando cuando lo hago es por pura > vagancia y cosas muy rapiditas aun sabiendo que no es lo mejor para el día > a día o para proyectos que van cogiendo cierto tamaño. > > Un avance sobre sobre el "print debugging" es usar el módulo logging. > Basicamente la idea es que los prints que usas de debug los tienes que > quitar para no tener "morralla" en producción. Si los imprimes con nivel de > log debug, modificando en un único sitio puedes hacer que aparezcan o > desaparezcan con la configuración del logger y no se escapa ninguno a > producción ensuciándose los logs. Y puedes incluso configurar para que > determinado módulo (o el namespace que utilices) tenga un cierto nivel de > log (por ejemplo DEBUG) mientras que otros módulos tengan otro nivel de log > (por ejemplo WARNING). > > Pero lo mejor del mundo mundial es usar un debugger. Pdb viene con python > pero es muy espartano, seguramente estés más cómodo con ipdb. Y si usas un > IDE seguro que se integra con uno, que es incluso más cómodo. Puedes poner > puntos de ruptura (el código se ejecuta hasta llegar a uno de ellos), > ejecutar a partir de ahí paso a paso, analizar cualquier variable que > tengas en el scope, volver a hacer que el programa se ejecute hasta el > final o el siguiente punto de ruptura, usar el repl de python para probar > que el código que te va a solucionar el problema realmente funciona,... Al > principio puede que cueste un poquito, pero la inversión de tiempo se > amortiza rápido. > > Resumen: a nada que estés haciendo algo que no sea un script de usar y > tirar configura el logger y deja de usar print debugging. Aun así no hagas > "print debugging" con el logger a no ser que esté justificado, mejor usa un > debugger. > > Un saludo, > > Javi > _______________________________________________ > Python-es mailing list > Python-es@python.org > https://mail.python.org/mailman/listinfo/python-es >
_______________________________________________ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es
