24 de septiembre de 2011

Mariano Reingart – gui2py

http://code.google.com/p/gui2py/

Una idea: usar web2py para hacer aplicaciones de escritorio usando wx.html.HtmlWindow.

Gabriel – Tornado y Hadoop, integración en el mundo real – Mercadolibre

Tornado: servidor web Python asincrónico
Redis: sort of memcache
Apache Hadoop

Gonzalo – SugarLabs Argentina

http://ar.sugarlabs.org

Sugar es un entorno de actividades que corren en las OLPC. 95% Python. Mañana y pasado se juntan a programar y a enseñar en Junín.

Alan Etkin – math2py

http://sourceforge.net/projects/math2py/

Aplicación web para matemáticas sobre web2py. Entre las herramientas incluye: resolver sistemas lineales, funciones matemáticas, gráficos con resultados.

TeMiro?

http://temiro.tv

Hagamos un Cuevana que no necesite ni flash ni extensiones. Usan videoJS, que permite que los navegadores sin soporte para HTML 5 puedan ver videos igualmente. info@devecoop

Nico César – El futuro de Python

Nos contó sobre la biblioteca mindread. (un poco de humor, si no vinieron a verlo, se lo perdieron).

Sorteo

Se sorteó un un Cuchillo de PyConAr entre las personas que viajaron más de 1000 kms para participar. Adolfo de Santiago de Chile, Manuel de España, uno de Rusia, Ezequiel de Tucumán, Guillermo de La Rioja, Pablo de Montevideo (casi 1000), y otros mas…

random.choice(lista_con_los_nombre)

Damián Avila – Tradeo de pares con Python

Python para resolver problemas de finanzas. Modelos matemáticos con base probabilística. 2 series financieras y cointegración.

Diego Mascialino – CDPedia

http://python.org.ar/pyar/Proyectos/CDPedia

Un proyecto que busca que Wikipedia pueda ser visto en lugardes sin acceso a Internet. Este año se resolvió el problema de tener dumps actualizados de la enciclopedia. Salió la versión 0.7 que es distribuida por Educ.ar.

Guillermo Narvaja – ISO 9001 menos burocrática

Implementaron ISO 9001 en la empresa Fierro. En lugar de documentos impresos usaron documentos de texto, rst, con revisión de versiones y otras herramientas de Software Libre.

Juan Pablo y Pedro – Onapsis Bizploit

http://www.onapsis.com/

Una startup orientada a la seguridad en aplicaciones críticas de negocios. Fork de sapyto, primer framework para hacer penetration tests de SAP. Está desarrollado como prueba de concepto para demostrar la existencia de riesgos.

La arquitectura consiste en un core con plugins: discoveres, exploiters.

Ricardo Kirkner – ConfigGlue

https://launchpad.net/configglue

Es una librería para mantener la configuración de un programa. Código Python, por lo que permite validar tipos, heredar, standares xdg. Integra ConfigParser y OptionParser.

Manuel Quiñones – Fork de MyPaint

Le agrega a MyPaint la posibilidad de editar animación.

Fotos por César Portela:

Estas son notas rápidas tomadas mientras los disertantes hablaban.

23 de septiembre de 2011

Natalia Bidart – Ubuntu One en el desktop

https://launchpad.net/ubuntuone

Ubuntu one tiene UI en GTK (la distribuida hoy en los Cds de Ubuntu) y en QT (reemplazará a la versión actual). En el código fuente se puede ver como tener en el mismo repositorio el soporte para ambos toolkits.

Diego Sarmentero – Ninja IDE

http://ninja-ide.org/

A partir del 22 de octubre estará abierto el primer concurso de plug-ins para Ninja IDE. Primer premio 250 u$s.

Facundo Batista – Cómo generar un ejecutable con sistema Python

Tenemos un paquete con un módulo con una función. 3 líneas de código sirven como prueba de concepto, es lo mismo si tuviésemos un sistema muy grande. Se necesita un __main__.py que ejecute el sistema. Hacemos un zip con todo.

( echo ‘#!/usr/bin/env python’ ; cat foo.zip) > saludo
chmod +x saludo

Y listo! Podemos ejecutarlo con:

./foo

Idea original de John Lenton.

Joaquin Sorelliano – Cooperativismo

Hay varias cooperativas que producen Software Libre en el país: Elvex, Devecoop, Unixono, Gcoop y otras.

Juan Bautista Cabral – Revista PET

http://revista.python.org.ar/

La revista pretende documentar los eventos La revista tiene ISSN, lo cual la hace citable.

Margarita Manterola – Por qué no usar OpenERP

Es un ERP o un framework para desarrollar sistemas de gestión. Se presenta como una tentación, multi todo, muchos módulos, usado por muchas empresas, hecho en Python y es Software Libre.

La verdad: es chico, usa un ORM horrible, no se pueden hacer búsquedas por JOIN, los objetos no se actualizan y hay que releerlos de la BD, la herencia está mal implementada. Muchos dolores de cabeza. El cliente GTK tiene que estar todo el tiempo conectado al servidor para redibujarse. La interfaz de usuario está mal diseñada. El equipo de desarrollo elimina características de una versión a otra, con documentación desactualizada, “comunidad” poco amigable (no acepta parches) y el código es lo peor.

Tryton, fork de OpenERP. No segura de que sea una alternativa. Empezar uno desde cero? Si, pero no cada uno el propio, juntémosnos.

Manuel Quiñones – Animación Quebracho

http://animacionquebracho.org.ar/

Un dibujo animado que se está desarrollando con financiamiento de la provincia de Santa Fe. Cuenta la historia de la provincia, será CC y está hecho con Software Libre.

Evgeny Fadeev (from Russia) – Python @ StartupChile

http://www.startupchile.org

Programa del gobierno chileno. Le da a cada equipo 40000 u$s. Le da Visa a extranjeros. Les presenta empresarios chilenos y otros beneficios. Les dan oficinas gratis en Santiago.

Primero hubo 110 proyectos. Luego 154 nuevos proyectos de 33 países. Muchos de los proyectos están hechos en Python. Hay empresas contratando.

El proyecto de Evgeny es AskBot, un sitio de Q&A.

Apply. La próxima ronda empieza en octubre.

Martín Gaitán – PyQuery

http://pypi.python.org/pypi/pyquery

jquery-like library. Más simple y potente que BeautifulSoup para scrappear la web.

Martín y Juan Catalano – Streema

http://streema.com/

Es una startup, un sitio web, una red social para escuchar radios de todo el mundo. Hecho con Django y Eventlet. La empresa tiene 4 años y hace poquito se hizo rentable.

Kragen Javier Sitager

Presentación de la charla del día siguiente: Utilizando PyGame para instalaciones artísticas interactivas. No se pudo hacer por problemas técnicos.

Ale Cura – PyCamp

http://python.org.ar/pyar/PyCamp/

Un “campamento” en dónde los Pythonistas argentinos se juntan a trabajar en el medio de la naturaleza.

Fotos por César Portela:

Para convencerse a ir, además de mirar en el sitio oficial el listado de charlas (que incluye 5 speakers internacionales) y el mapa donde se ve de todos los lugares que vamos, no dejes de pasar por el blog oficial de la organización: en especial los posts en los que cada verso del Zen de Python.

En este detalle se refleja todo lo que han trabajado para organizar este evento. No dudo que va a estar muy bueno.

Dejo on line la versión actualizada (y sus fuentes) ya que los estuve buscando antes de dar la charla y me costó encontrarlos en mi computadora. Subiéndolas a Internet aumento su disponibilidad.

Esta charla también fue dada en PyCon Argentina 2010.

Estoy trabajando en una aplicacion para niños en las xo´s , estoy usando sqlite3 para guardar la informacion, y tambien necesito guardar fotos dentro de la base de datos.

Como la fotos seran tomadas con la camara de las propias XO’s, asumo no son tan grande en resolucion y tamaño.

Tambien, estuve revizando la lista de correo, pero no hay nada concreto, y a decir verdad recomiendan que guarde una referencia de la imagen en la base de datos, y luego haga una consulta, para recuperarla, pero tambien he visto que tiene sus pro y sus contras.

Esta es la respuesta. Primero necesitamos una tabla con un campo de tipo BLOB donde guardar la imagen:

>>> import sqlite3
>>> conn = sqlite3.connect('/tmp/example')
>>> c = conn.cursor()
>>> c.execute('''create table imagenes (imagen BLOB);''')

Abro una imagen que tengo en disco, mismo directorio que donde ejecute
el intérprete de Python, la cargo en memoria y la guardo en la base.

>>> imgdata = open('tomyNarnia.jpg', 'r').read()
>>> len(imgdata)
1613949
>>> buff = sqlite3.Binary(imgdata)
>>> c.execute('insert into imagenes values(?);', (buff,))
>>> conn.commit()
>>> conn.close()

Luego podemos cerrar el intérprete. Con sqlite3 importado, recuperamos
la imagen.

>>> conn = sqlite3.connect('/tmp/example')
>>> c = conn.cursor()
>>> a = c.execute('select imagen from imagenes')
>>> img = a.fetchone()
>>> len(img)
1
>>> img
(<read-write buffer ptr 0x1c75d60, size 1613949 at 0x1c75d20>,)

El resultado es una tupla, pero como seleccionamos un solo campo de la
tabla, hay un solo elemento.

>>> img = img[0]
>>> len(img)
1613949

Finalmente lo escribimos en una imagen.

>>> f = open('newimage.jpg', 'w')
>>> f.write(img)
>>> f.close()

Este es el video de mi charla Desarrollando aplicaciones de red con Twisted:

La biblioteca usa decoradores para marcar entradas no confiables, sumideros sensibles y funciones limpiadoras con la idea de encontrar posibles vulnerabilidades en tiempo de desarrollo. Si en producción no los requerimos más, esos decoradores producen overhead.

Entonces… qué se puede hacer? Editar el código comentando los decoradores no escala[0]. Una alternativa es utilizar un nuevo decorador: llamemoslo @apply_decorator y vamos a utilizarlo para controlar mediante alguna condición (por ejemplo una variable en el archivo de configuración) si se debe usar o no el decorador.

COND = True
 
def apply_decorator(d):
    if COND:
        return d
    else:
        return lambda f: f

Si la condición es verdadera, se retorna el decorador original, sino una función fake (implementada utilizando lambda) que recibe una función y retorna la misma función: un decorador que no hace nada.

Un ejemplo de su uso en el REPL de Python:

>>> @apply_decorator
... def mydeco(f):
...     def inner(*a, **kw):
...             print "decorado"
...             return f(*a, **kw)
...     return inner
... 
>>> mydeco
<function mydeco at 0xb7753aac>
>>> COND = False
>>> @apply_decorator
... def mydeco(f):
...     def inner(*a, **kw):
...             print "decorado"
...             return f(*a, **kw)
...     return inner
... 
>>> mydeco
<function <lambda> at 0xb7753dbc>

Podemos aplicarlo directamente a la definición de nuestros decoradores

@apply_decorator
def mi_decorador(f):
    ...

o al principio de nuestro programa.

mi_decorador = apply_decorator(mi_decorador)

[0] nessita trademark.