[python-madrid] Respuesta de la PSF sobre PyCon.es 2012

[Jesús Espino]

2012/6/20 Miguel Araujo Pérez <miguel.araujo.perez at gmail.com>

> El 20 de junio de 2012 10:15, Jesús Espino <jespinog at gmail.com> escribió:
>
>
>>
>> 2012/6/20 Miguel Araujo Pérez <miguel.araujo.perez at gmail.com>
>>
>>> Hola a todos,
>>>
>>> Lo primero es que todo pinta muy bien. Me ha contestado a mis dudas
>>> sobre cómo organizar la PyCon, mi amigo Daniel Greenfeld, que es miembro de
>>> la PSF y organizador de la PyCon Filipinas. Os hago un resumen de lo que
>>> hay que hacer y lo que me aconseja.
>>>
>>> 1- Generar un HTML estático, subirlo a la red y enlazarlo a pycon.es
>>> 2- Enviar un email a la gente de la PSF, en el que me presente y
>>> solicite que redirijan es.pycon.org a la anterior web y para que listen
>>> PyCon.es en la web de la PyCon. Confirmo que usar el nombre de PyCon no
>>> tiene ningún gasto extra y no hay ningún problema en usarlo, siempre que
>>> cumplamos este trámite. No se necesitan requisitos de ningún tipo.
>>> 3- Intentar mantener los costes del evento lo más bajo posibles, para
>>> evitar bloqueos de Paypal, que no se fía nada de organizaciones sin ánimo
>>> de lucro. Esto ha pasado en la DjangoCon europa de este año y han tenido un
>>> lío bastante majo.
>>> 4- Me recomienda hacer un evento de un solo track, por resultar mucho
>>> más fácil de organizar logísticamente hablando y por resultar todo en un
>>> ambiente más intimo si la comunidad es pequeña. Aquí no sé qué pensar,
>>> porque las charlas avanzadas tendrían poco lugar.
>>>
>> Personalmente creo que 2 tracks es lo suyo para que el evento pueda
>> acoger los 2 perfiles mas claramente diferenciados, que son los noveles y
>> los usuarios ya asentados.
>>
>
> Estoy de acuerdo, pero podemos hacer como dice Jesús, esperar a ver
> cuántas propuestas recibimos y si hay suficientes, pues lo montamos así,
> aunque sea más lío.
>
>
>>
>>
>>> 5- Hacer que una persona de confianza elija todas las charlas o por
>>> votación democrática, por lo que se ve los comités son farragosos y suelen
>>> llevar demasiado tiempo.
>>>
>> Con esto estoy muy de acuerdo, hay que hacer que sea operativo, yo
>> montaria un pequeño grupo de dictadores benebolos que decidan que ponencias
>> se dan y que no.
>>
>
> Me parece bien.
>
>
>>
>>
>>> 6- Usar un sistema de tickets existente, nada de liarse la manta a la
>>> cabeza. Esto ya lo comenté en el email del otro día. Podríamos usar
>>> stagehq.com o algo español, para potenciar un poco las startups
>>> españolas.
>>>
>> Se hablo el otro día de usar un proyecto en github para esto, pero se
>> puede usar cualquier otra cosa. Para mi montar un trac para esto es media
>> horita, no mas.
>>
>>
>
> Con lo de los tickets, me refiero a las entradas para la conferencia, no
> sé si estamos hablando de lo mismo.
>

No hablamos de lo mismo... culpa mía, "deformación profesional", asocié
tickets con issues, que es como se les llaman en trac. Siendo tickets
(entradas) no tengo nada que decir, porque no conozco ningún sistema para
eso.


> Un saludo,
> Miguel
>
> --
> Grupo de usuarios de python ubicados en Madrid
> http://groups.google.es/group/python-madrid
> http://python-madrid.es
> http://twitter.com/#!/python_madrid
> Para darte de baja del grupo envía un mensaje a
> python-madrid+unsubscribe at googlegroups.com
>

-- 
Grupo de usuarios de python ubicados en Madrid
http://groups.google.es/group/python-madrid
http://python-madrid.es
http://twitter.com/#!/python_madrid
Para darte de baja del grupo envía un mensaje a python-madrid+unsubscribe at googlegroups.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.es.python.org/pipermail/madrid/attachments/20120620/03822a48/attachment.html>