Python en español #15: Tertulia 2021-01-12
Python aprieta, pero no ahoga https://podcast.jcea.es/python/15 Participantes: Jesús Cea, email: [email protected], twitter: @jcea, https://blog.jcea.es/, https://www.jcea.es/. Conectando desde Madrid. Víctor Ramírez, twitter: @virako, programador python y amante de vim, conectando desde Huelva. Miguel Sánchez, email: [email protected], conectando desde Canarias. José Luis, conectando desde Madrid. Eduardo Castro, email: [email protected]. Conectando desde A Guarda. Audio editado por Pablo Gómez, twitter: @julebek. La música de la entrada y la salida es "Lightning Bugs", de Jason Shaw. Publicada en https://audionautix.com/ con licencia - Creative Commons Attribution 4.0 International License. [01:37] Reducir dependencias en los proyectos. Las listas de Numpy https://numpy.scipy.org/ no son como las listas de Python. statistics: https://docs.python.org/3/library/statistics.html Hacer scraping web sin usar Scrapy https://scrapy.org/. Beautiful Soup: https://www.crummy.com/software/BeautifulSoup/bs4/doc/. [05:52] Usar librerías hace que no sepas cómo funcionan las cosas. ¿Cuánto ocupa ese objeto en memoria? Se oculta la complejidad, se trabaja a más alto nivel. Ineficiencia. [09:52] La "nube" te factura toda esa ineficiencia. Ventajas de tener servidores dedicados. ¿Y los backups? ZFS https://es.wikipedia.org/wiki/ZFS_(sistema_de_archivos). rsync: https://es.wikipedia.org/wiki/Rsync. Contenedores Solaris: https://en.wikipedia.org/wiki/Solaris_Containers. Docker: https://es.wikipedia.org/wiki/Docker_(software). Hipervisor: https://es.wikipedia.org/wiki/Hipervisor. SmartOS: https://es.wikipedia.org/wiki/SmartOS. Ansible: https://es.wikipedia.org/wiki/Ansible_(software). Evitar las configuraciones manuales a toda costa. [16:22] Delegar en la magia hace que no sepas cómo funcionan las cosas, pero también te permite ocuparte de problemas de más alto nivel. Entender los pros y contras. Decisión informada. [18:47] doctest https://docs.python.org/3/library/doctest.html. Una utilidad de los tests es enseñarte cómo usar un proyecto. A veces la documentación formal es muy mala. Tutoriales. unittest: https://docs.python.org/3/library/unittest.html. pytest: https://docs.pytest.org/en/6.2.x/. [22:42] ZODB https://zodb.org/en/latest/. [23:20] Jesús Cea se plantea mantener Durus https://www.mems-exchange.org/software/DurusWorks/ por su cuenta. Problemas con la licencia. Imposible ponerse en contacto con sus autores originales. ¿Hacer un fork hostil? https://es.wikipedia.org/wiki/Bifurcaci%C3%B3n_(desarrollo_de_software). [25:57] Problemas para conectar la persistencia tradicional con el nuevo paradigma asíncrono. [26:57] La persistencia tiene un sistema de almacenamiento concreto configurable: Por defecto, almacenamiento "cutre" en un fichero. RelStorage: https://pypi.org/project/RelStorage/. Jesús Cea: Berkeley DB Backend Storage Engine for DURUS: https://www.jcea.es/programacion/durus-berkeleydbstorage.htm. Berkeley DB: https://es.wikipedia.org/wiki/Berkeley_DB. Durabilidad regulable. Group Committing. [29:52] Más de lo que nunca quisiste saber sobre Group Committing. [32:52] Persistencia y Durus. Jesús Cea: Berkeley DB Backend Storage Engine for DURUS: https://www.jcea.es/programacion/durus-berkeleydbstorage.htm. Tal vez portarlo a ZODB https://zodb.org/en/latest/. [34:52] Persistencia y versionado de objetos. Versionado objeto por objeto. Se actualiza al ir cargando objetos durante el funcionamiento normal. Versión de la base de datos. Migración de todos los objetos al arrancar el programa. Rompe el encapsulamiento de objetos. La migración es algo que no se explica nunca lo suficiente en la documentación. [47:52] La mayoría de los tutoriales son demasiado simples. Tutorial de Python en español: https://docs.python.org/es/3/tutorial/index.html. Tutoriales progresivos. La mayoría de las charlas son "introducción a ...". No aportan mucho. Las mejores charlas son los postmortem. Pegas, pero desde un punto de vista constructivo y realista. Es más interesante conocer los puntos débiles. [51:57] Un motivo para no tener temáticas cerradas en las tertulias es que es difícil que los intereses de dos expertos se solapen. [55:42] El tema legal habitual sobre grabar los audios de las tertulias. [57:37] Python Madrid. Kaleidos: https://kaleidos.net/. Meetup Python Madrid: https://www.meetup.com/python-madrid/. Nostalgia de los "buenos tiempos". Networking entre personas. [01:09:52] super() https://docs.python.org/3/library/functions.html#super. [01:11:17] Operador Morsa. PEP 572: https://www.python.org/dev/peps/pep-0572/. Tema recurrente. [01:13:42] La sintaxis de Python cada vez se complica más. [01:15:57] Guido van Rossum sigue muy activo como "core developer": https://es.wikipedia.org/wiki/Guido_van_Rossum. [01:16:22] Funciones lambda. Closures: https://es.wikipedia.org/wiki/Clausura_(inform%C3%A1tica). [01:21:12] Función universal que se comporta de forma diferente dependiendo de si se llama de forma síncrona o asíncrona. What Color is Your Function? https://journal.stuffwithstuff.com/2015/02/01/what-color-is-your-function/. Go: https://golang.org/. Corrutina: https://es.wikipedia.org/wiki/Corrutina. CSP: https://en.wikipedia.org/wiki/Communicating_sequential_processes. La implementación actual en Python no es transparente, "colorea" todo el programa. [01:30:17] Stackless Python: https://en.wikipedia.org/wiki/Stackless_Python. Documentación: https://github.com/stackless-dev/stackless/wiki. ¿Por qué no se integró en CPython? Portabilidad. [01:37:07] Licencia del logotipo de Python. Logotipo de Python Madrid: https://www.python-madrid.es/. Condiciones de uso del logo de Python: https://www.python.org/community/logos/. [01:40:44] Repesca de temas de tertulias anteriores: "Closures". Respuestas "de nivel" en las listas de correo cuando la pregunta es interesante. Versionado de diccionarios. Cacheo de "lookups" en la implementación actual de Python. [01:46:12] Nuestra relación con PEP 8 https://www.python.org/dev/peps/pep-0008/. Jesús Cea: Problemas por ser un dinosaurio y por programar en varios lenguajes diferentes. [01:47:12] Jesús Cea y código abierto: Mercurial de Jesús Cea: http://hg.jcea.es/. https://blog.jcea.es. El código publicado no es bueno. Personal. Hago lo mínimo para que funcione. No hay test, por practicidad. El código pagado no se puede enseñar. Solo puede enseñar código el que tiene tiempo para programar código abierto, por ejemplo, gente joven sin cargas familiares. Ideas interesantes, código regulero. [01:52:02] Equilibrio entre practicidad y perfección. Tener claros los "puntos de dolor". Hacer lo mínimo imprescindible. Máquinas limitadas como la Raspberry PI: https://es.wikipedia.org/wiki/Raspberry_Pi. Recibir notificaciones de cambios en el disco duro: Watchman: https://github.com/facebook/watchman. Entrega de valor constante e incremental. [01:57:32] Los clientes son muy vagos y no quieren hacer los deberes. Metodologías ágiles. El cliente nunca tiene tiempo para probar las entregas. [02:01:32] Compartir archivos en la tertulia, para cositas pequeñas. Algo pendiente para el futuro. [02:03:32] El valor de leerse la documentación de Python como si fuera un libro, de principio a fin. Aparte de aprender en profundidad, el valor de colaborar puliendo la documentación. [02:05:42] Cambio de licencia de Python 1.x a Python 2.x. Python 2.0 License: https://www.python.org/download/releases/2.0/license/. [02:06:37] Estudiar el código fuente de las propias librerías de Python. [02:07:02] El bug 35930 sigue coleando. Estado de la cuestión. Issue35930: Raising an exception raised in a "future" instance will create reference cycles https://bugs.python.org/issue35930. Temas de estilo. [02:11:27] Despedida. [02:13:10] Los riesgos de caerse con nieve en polvo. [02:14:29] Final.