Python aprieta, pero no ahoga https://podcast.jcea.es/python/15\n
Participantes:
\nJes\xfas Cea, email: jcea@jcea.es, twitter:\n @jcea, https://blog.jcea.es/,\n https://www.jcea.es/. Conectando desde Madrid.
\nV\xedctor Ram\xedrez, twitter: @virako,\n programador python y amante de vim, conectando desde Huelva.
\nMiguel S\xe1nchez, email:\n msanchez@uninet.edu, conectando desde\n Canarias.
\nJos\xe9 Luis, conectando desde Madrid.
\nEduardo Castro, email:\n info@ecdesign.es. Conectando desde A\n Guarda.
\nAudio editado por Pablo G\xf3mez, twitter:\n@julebek.
\nLa m\xfasica de la entrada y la salida es "Lightning Bugs", de Jason\nShaw. Publicada en https://audionautix.com/ con licencia\n- Creative Commons Attribution 4.0 International\nLicense.
\n[01:37] Reducir dependencias en los proyectos.
\nLas listas de Numpy https://numpy.scipy.org/ no son como\nlas listas de Python.
\nstatistics: https://docs.python.org/3/library/statistics.html
\nHacer scraping web sin usar Scrapy https://scrapy.org/.
\n[05:52] Usar librer\xedas hace que no sepas c\xf3mo funcionan las\n cosas.
\n\xbfCu\xe1nto ocupa ese objeto en memoria?
\nSe oculta la complejidad, se trabaja a m\xe1s alto nivel.
\nIneficiencia.
\n[09:52] La "nube" te factura toda esa ineficiencia.
\nVentajas de tener servidores dedicados.
\n\xbfY los backups?
\nZFS\n https://es.wikipedia.org/wiki/ZFS_(sistema_de_archivos).
\nContenedores Solaris:\n https://en.wikipedia.org/wiki/Solaris_Containers.
\nHipervisor: https://es.wikipedia.org/wiki/Hipervisor.
\nAnsible: https://es.wikipedia.org/wiki/Ansible_(software).
\n[16:22] Delegar en la magia hace que no sepas c\xf3mo funcionan las\n cosas, pero tambi\xe9n te permite ocuparte de problemas de m\xe1s alto\n nivel.
\n[18:47] doctest\n https://docs.python.org/3/library/doctest.html.
\nUna utilidad de los tests es ense\xf1arte c\xf3mo usar un\n proyecto. A veces la documentaci\xf3n formal es muy mala.
\npytest: https://docs.pytest.org/en/6.2.x/.
\n[22:42] ZODB https://zodb.org/en/latest/.
\n[23:20] Jes\xfas Cea se plantea mantener Durus\n https://www.mems-exchange.org/software/DurusWorks/ por su\n cuenta.
\nProblemas con la licencia.
\nImposible ponerse en contacto con sus autores originales.
\n\xbfHacer un fork hostil?\n https://es.wikipedia.org/wiki/Bifurcaci%C3%B3n_(desarrollo_de_software).
\n[25:57] Problemas para conectar la persistencia tradicional con\n el nuevo paradigma as\xedncrono.
\n[26:57] La persistencia tiene un sistema de almacenamiento\n concreto configurable:
\nPor defecto, almacenamiento "cutre" en un fichero.
\nRelStorage: https://pypi.org/project/RelStorage/.
\nJes\xfas Cea: Berkeley DB Backend Storage Engine for DURUS:\n https://www.jcea.es/programacion/durus-berkeleydbstorage.htm.
\nBerkeley DB:\n https://es.wikipedia.org/wiki/Berkeley_DB.
\nDurabilidad regulable.
\nGroup Committing.
\n[29:52] M\xe1s de lo que nunca quisiste saber sobre Group Committing.
\n[32:52] Persistencia y Durus.
\nJes\xfas Cea: Berkeley DB Backend Storage Engine for DURUS:\n https://www.jcea.es/programacion/durus-berkeleydbstorage.htm.
\n[34:52] Persistencia y versionado de objetos.
\nVersionado objeto por objeto. Se actualiza al ir cargando\n objetos durante el funcionamiento normal.
\nVersi\xf3n de la base de datos. Migraci\xf3n de todos los objetos\n al arrancar el programa.
\nLa migraci\xf3n es algo que no se explica nunca lo suficiente\n en la documentaci\xf3n.
\n[47:52] La mayor\xeda de los tutoriales son demasiado simples.
\nTutorial de Python en espa\xf1ol:\n https://docs.python.org/es/3/tutorial/index.html.
\nTutoriales progresivos.
\nLa mayor\xeda de las charlas son "introducci\xf3n a ...". No\n aportan mucho.
\nLas mejores charlas son los postmortem.
\nPegas, pero desde un punto de vista constructivo y\n realista.
\nEs m\xe1s interesante conocer los puntos d\xe9biles.
\n[51:57] Un motivo para no tener tem\xe1ticas cerradas en las\n tertulias es que es dif\xedcil que los intereses de dos expertos se\n solapen.
\n[55:42] El tema legal habitual sobre grabar los audios de las\n tertulias.
\n[57:37] Python Madrid.
\nKaleidos: https://kaleidos.net/.
\nMeetup Python Madrid:\n https://www.meetup.com/python-madrid/.
\nNostalgia de los "buenos tiempos".
\nNetworking entre personas.
\n[01:09:52] super()
\n https://docs.python.org/3/library/functions.html#super.
[01:11:17] Operador Morsa.
\nTema recurrente.
\n[01:13:42] La sintaxis de Python cada vez se complica m\xe1s.
\n[01:15:57] Guido van Rossum sigue muy activo como "core\n developer": https://es.wikipedia.org/wiki/Guido_van_Rossum.
\n[01:16:22] Funciones lambda.
\n[01:21:12] Funci\xf3n universal que se comporta de forma diferente\n dependiendo de si se llama de forma s\xedncrona o as\xedncrona.
\nWhat Color is Your Function?\n https://journal.stuffwithstuff.com/2015/02/01/what-color-is-your-function/.
\nGo: https://golang.org/.
\nCorrutina: https://es.wikipedia.org/wiki/Corrutina.
\nCSP:\n https://en.wikipedia.org/wiki/Communicating_sequential_processes.
\nLa implementaci\xf3n actual en Python no es transparente,\n "colorea" todo el programa.
\n[01:30:17] Stackless Python:\n https://en.wikipedia.org/wiki/Stackless_Python.
\nDocumentaci\xf3n:\n https://github.com/stackless-dev/stackless/wiki.
\n\xbfPor qu\xe9 no se integr\xf3 en CPython? Portabilidad.
\n[01:37:07] Licencia del logotipo de Python.
\nLogotipo de Python Madrid: https://www.python-madrid.es/.
\nCondiciones de uso del logo de Python:\n https://www.python.org/community/logos/.
\n[01:40:44] Repesca de temas de tertulias anteriores:
\n"Closures".
\nRespuestas "de nivel" en las listas de correo cuando la\n pregunta es interesante.
\nVersionado de diccionarios.
\nCacheo de "lookups" en la implementaci\xf3n actual de Python.
\n[01:46:12] Nuestra relaci\xf3n con PEP 8\n https://www.python.org/dev/peps/pep-0008/.
\n[01:47:12] Jes\xfas Cea y c\xf3digo abierto:
\nMercurial de Jes\xfas Cea: http://hg.jcea.es/.
\nEl c\xf3digo publicado no es bueno. Personal. Hago lo m\xednimo\n para que funcione.
\nNo hay test, por practicidad.
\nEl c\xf3digo pagado no se puede ense\xf1ar.
\nSolo puede ense\xf1ar c\xf3digo el que tiene tiempo para programar\n c\xf3digo abierto, por ejemplo, gente joven sin cargas\n familiares.
\nIdeas interesantes, c\xf3digo regulero.
\n[01:52:02] Equilibrio entre practicidad y perfecci\xf3n.
\nTener claros los "puntos de dolor".
\nHacer lo m\xednimo imprescindible.
\nM\xe1quinas limitadas como la Raspberry PI:\n https://es.wikipedia.org/wiki/Raspberry_Pi.
\nRecibir notificaciones de cambios en el disco duro:\n Watchman: https://github.com/facebook/watchman.
\nEntrega de valor constante e incremental.
\n[01:57:32] Los clientes son muy vagos y no quieren hacer los\n deberes.
\nMetodolog\xedas \xe1giles.
\nEl cliente nunca tiene tiempo para probar las entregas.
\n[02:01:32] Compartir archivos en la tertulia, para cositas\n peque\xf1as. Algo pendiente para el futuro.
\n[02:03:32] El valor de leerse la documentaci\xf3n de Python como si\n fuera un libro, de principio a fin.
\n[02:05:42] Cambio de licencia de Python 1.x a Python 2.x.
\n[02:06:37] Estudiar el c\xf3digo fuente de las propias librer\xedas de\n Python.
\n[02:07:02] El bug 35930 sigue coleando. Estado de la cuesti\xf3n.
\nIssue35930: Raising an exception raised in a "future"\n instance will create reference cycles\n https://bugs.python.org/issue35930.
\nTemas de estilo.
\n[02:11:27] Despedida.
\n[02:13:10] Los riesgos de caerse con nieve en polvo.
\n[02:14:29] Final.
\n