Una Pasión de Multitudes, desde el 2000
Xsponsor: 5 años hospedando VivaLinux!

La comunidad de usuarios de Python Argentina (PyAr) acaba de publicar el primer número de su revista en formato digital PET: Python Entre Todos. Este Nº1 está disponible en varios formatos y su primer índice de contenidos es el siguiente:
Enhorabuena por la iniciativa y felicitaciones a toda la comunidad de PyAr.

El próximo día Sábado 8 de Mayo se llevará a cabo PyDay Rafaela 2010 en el Departamento Académico Rafaela de la Universidad Católica de Santiago del Estero. Se trata de la primera jordana sobre el lenguaje de programación Python realizada en la ciudad santafesina de Rafaela por el grupo de usuarios de Python Argentina (PyAr).
En la jornada se presentarán 6 charlas, desde tutoriales para principiantes hasta charlas de nivel más avanzado: Introduccion a Python, Web2py: desarrollo web 2.0 fácil e interactivo, Introduccion a Django, Introduccion a wxPython, Herramientas para el desarrollador y Entendiendo Decoradores en Python. Además de las anteriores, también se llevarán a cabo charlas relámpago, cuyo llamado se hará dentro del mismo evento y las cuales tendrán una duración de 5 minutos para presentar un tema.
La entrada es libre y gratuita, pero es necesario registrarse antes de asistir.
Estos no son los (desafortunados) binarios universales para Linux que conocimos el año pasado, pero sí algo que nos recuerda a su promesa de compatibilidad extrema. Se trata de las "Universal Apps" para KDE concebidas por los mismos desarrolladores de la distribución turca Pardus.
Básicamente, si entiendo bien el artículo de su blog, publicado en un rebuscado inglés, Pardus (la empresa) tiene aplicaciones desarrolladas en KDE3 y KDE4, a pesar de que su distribución está basada en un nuevísimo KDE 4.3.5. Su problema es que necesitan, por algún motivo, soportar kdelibs4 en KDE 3.5.10 y aunque es posible usar kdelibs4 en la última versión de KDE3, esa no es una muy buena idea.
Su solución fué crear los Pardus Desktop Services (PDS), que es fundamentalmente un wrapper escrito en Python para que una misma aplicación pueda ejecutar nativamente y con el mismo código fuente en KDE4 usando kdelibs4 y en KDE3 usando la clase QUniqueApplication ofrecida por PDS.
Aunque sí hay otras soluciones más completas, PDS debería ser especialmente atractivo para los desarrolladores comprometidos con Python que quieran dar una máxima compatibilidad a sus aplicaciones para KDE sin "ensuciarse" las manos con C++. Por ejemplo, las siguientes capturas muestran al mismo Pardus Package Manager (su interface gráfica para el administrador de paquetes PiSi) corriendo en KDE4 y en KDE 3.5, respectivamente:



Python Argentina (PyAr) presentó la versión 0.6 de CDPedia, su proyecto para permitir acceder a la información de la Wikipedia en castellano aunque no se posea una conexión a Internet. CDPedia 0.6 está disponible en formato de CD o DVD e incluye contenidos seleccionados de la Wikipedia actualizados a Junio del 2008.
CDPedia funciona en Linux, Mac o Windows y su único requerimiento es el lenguaje Python, que ya viene pre-instalado en los dos primeros; su versión para Windows está incluída en el mismo CD y se usa directamente en ese sistema operativo.
PyAr también entregó CDPedia 0.6 en DVD a Educ.ar, el portal educativo del estado argentino, para que pueda evaluarse su distribución a todas las escuelas del país.

Esta noticia es del año pasado pero sigue siendo igualmente relevante para la jornada diaria de cualquier programador de Python que se precie de serlo.
Básicamente, su autor creo un pequeño script en ese lenguaje que puede registrarse como un "hook" de Mercurial (Hg), el sistema de control de versiones también escrito en Python, para sacarte una foto usando la webcam de tu computadora justo en el momento en que falle una operación de merge (fusionado de cambios), para luego enviarla automáticamente a Twitpic y Twitter.
Los resultados pueden ser hilarantes, y hasta espeluznantes; además, el script podría portarse con relativa facilidad a otros lenguajes que tengan también una API para Twitter y usen potencialmente otro sistema de control de versiones.

La buena gente de Sistemas Agiles liberó su aplicación libre y gratuita PyRece para generar facturas electrónicas por servicios web según la normativa de la AFIP (Administración Federal de Ingresos Públicos). El sistema es similar al aplicativo RECE del SIAP que distribuye la AFIP, pero con las siguientes ventajas:
No hace falta ser programador para operarlo, se configura simplemente por archivos de texto .ini y planillas CSV (se puede adaptar el diseño de facturas con imágenes y textos). Tampoco es necesario tener un sistema de gestión que genere las facturas ni una base de datos donde almacenarla, se pueden editar con una planilla de cálculo.
El código fuente, escrito en Python, se distribuye bajo la licencia GPLv3 en este proyecto de Google Code. También se brinda soporte técnico comercial para el que así lo requiera.
La asociación de GNOME Hispano anunció con este mensaje en su lista de correo la próxima charla "Introducción al Desarrollo de Aplicaciones con PyGTK" a llevarse a cabo el próxmo Sábado 21 de Noviembre en el marco de sus Charlas IRC mensuales. La charla se realizará el canal #gnome-hispano de irc.gnome.org a las 17 hrs. UTC (14:00 hrs. de Argentina, si no me equivoco) y estará a cargo de Alejandro Valdés, un miembro de la comunidad de GNOME.
La temática de la charla estará dividida en dos partes:
La consultora Evans Data reporta que el uso del lenguaje de programación Python se incrementó en un 45% desde la primavera (boreal) del 2008, de acuerdo a los resultados de su encuesta realizada en el mes de Octubre pasado entre más de 500 desarrolladores de EE.UU. El resto de los lenguajes de scripting como Ruby, PHP y Perl sólo tuvieron pequeñas pérdidas o ganancias.
Sin embargo, lo más interesante es el hecho que Evans Data atribuye el crecimiento en la popularidad de Python al ascendente uso de App Engine, la plataforma para desarrollar y hospedar aplicaciones web en la nube computacional de Google, que debutó en el 2008 inicialmente sólo soportando para ese lenguaje. La consultora dijo también que sólo el 13% de los desarrollares encuestados reconocieron que usaban Python antes del anuncio de App Engine.
El fundador de Evans Data va aún más lejos afirmando que:
“Este cambio de adopción ilustra el poder de Google y la promesa de la nube computacional en la que App Engine depende. Mientras el escenario de la computación evoluciones con la nube, también lo hará la adopción de las tecnologías que la rodeen, como vemos aquí”.
Y para los consideren que éste es el motivo definitivo para decidirse a aprenderlo de una vez, les recomendamos comenzar por el libro Dive into Python 3, recientemente publicado bajo una licencia Creative Commons.

Finalmente Guido van Rossum, se salió con la suya y su propuesta de una "moratoria" para Python fué aceptada con el PEP 3003 (Python Enhancement Proposal). Esto quiere decir que se suspenden temporalmente todos los cambios en la sintaxis, semántica y "built-ins" del lenguaje por un período de por lo menos 2 años a partir del lanzamiento del próximo Python 3.1 e incluyendo a Python 3.2. La introducción de cambios podría volver en el siguiente Python 3.3, si es que éste no es lanzado prematuramente a lo esperado.
Esta suspensión de nuevas características está pensada para permitir que las implementaciones del lenguaje que no sean CPython (la más popular de todas) se pongan al día con la nueva versión 3, además de hacer más fácil su adopción y ofrecer una base más estable para toda la comunidad.
La moratoria es ahora efectiva y no permite ninguna excepción, todos los cambios pendientes quedan pospuestos hasta que ésta se levante.
Guido van Rossum, creador del lenguaje y empleado de Google desde el 2005, ha propuesto con este mensaje a la comunidad de desarrolladores de Python que dejen de cambiar sus características gramáticas y semánticas "por varios años". Guido considera así los motivos para esta moratoria:
“La razón es que los cambios frecuentes al lenguaje causan dolor para los implementadores e implementaciones alternativas (Jython, IronPython, PyPy, y otras) con poco o ningún beneficio para el usuario promedio (que no verá los cambios hasta dentro de años y que no puede estar en la posición de actualizarse a la última versión)”.
Guido también considera que el principal objetivo de la comunidad de Python en este punto debe ser conseguir una amplia aceptación para Python 3000 y en crear portes sólidos de las librerías de terceros necesarias para que otras librerías y aplicaciones puedan ser actualizadas.
Anteriormente en VivaLinux!