[pyar] Diversidad en PyConAr 2

[david weil]

2014-11-29 10:46 GMT-03:00 Emiliano Dalla Verde Marcozzi <
edvm en fedoraproject.org>:

> Buenas David!
>

Hola Emiliano!



> El año pasado yo trabajaba aún en core, y unos 3 compañeros de trabajo, de
>> otro equipo, presentaron una charla, sobre un framework de testing que
>> habían hecho y estaban por liberar.
>> La charla, no entró. Basicamente porque no había otras presentaciones de
>> los 3 flacos hechas en pydays u otros eventos, o grabadas para que los
>> jueces de charlas pudieran "verlos" o evaluarlos.
>>
> Otro argumento que hubo también fué que era un "software" que no tenía
>> usuarios en comparación con otras charlas que podían ser sobre
>> programas/libs ya liberadas.. y probablemente, con mas gente que los/las
>> usara en tal momento.
>>
> David, esto no fue como lo planteas, permitime por favor aclararlo.
>

:-) Dale, yo no estuve involucrado directamente, así que seguramente algo
se me pasó. :-)




> La propuesta resulto ser muy interesante para el comité que evaluó las
> charlas del 2013. Lo que sucedió fue que no pudieron encontrar (googleando)
> referencias del software que
> querían presentar, por ejemplo repositorio de Github/Bitbucket/lo que
> fuera.
>

Exacto. No estaba publicado aún(*). Y lo que dije es que no tenia usuarios
pero lo que les dijeron exactamente fué: "También tuvimos que rechazar
varias charlas que hablaban sobre algún framework o biblioteca, sobre todo
si dicho código estaba publicado hace poco, significando que tenía pocos o
inexistentes usuarios; y en algunas charlas también, si el código no estaba
publicado. En ambos casos tratamos de priorizar lo que es general y útil a
la mayoría de la audiencia, versus lo que es muy nuevo y poco usado. Estos
temas recomendamos también presentarlos como Charla Relámpago durante la
conferencia."



> Tampoco había referencia alguna en el abstract que presentaron. El comité
> evaluador pidió mas información (mediante la web) y no se obtuvo respuesta.
> Creo que el inconveniente resulto ser que la persona que se había
> registrado en el sitio y presentado la charla, dejo de trabajar en Core y
> se había mudado a otro país, por lo que las notificaciones (donde se pedía
> mas data) llegaron a la cuenta de email que se había registrado, y los
> co-autores de la charla no pudieron enterarse de que se les estaba
> solicitando mas información.
>

Que raro, hasta donde yo había visto, él planeaba estar aún para dar la
charla.. me debo estar equivocando.



> Para enumerar si aceptar o no esa charla, te encontrabas con los
> siguientes items:
> 1- No se habían visto anteriormente a estas personas en eventos previos
> 2- No se encontraba referencia del proyecto sobre el que hablaban,
> presentarían software libre? o no? seria un producto? No había forma de
> saberlo mediante el abstract que presentaron.
>

Que lastima.. puedo entender que no puedan asumir que fuera software libre,
pero asumir que era un producto tampoco me parece. Que yo sepa core
presentó charlas mas de una vez y jamás un producto!



> 3- Se les pidió mas información sobre lo que querían presentar y no se
> obtuvo respuesta.
>

Que lastima.



> IMHO, considerando los items anteriores, me parece bastante lógico que se
> rechazara la charla.
>

Y siendo que no se pudieron comunicar con ellos x que no respondían, sí
parece lógico.



> David, si volvés a cruzarte con quienes querían presentar esta charla, te
> agradecería por favor les comentes esto, para que no se queden con una
> imagen equivoca de lo que sucedió
>

Yo escribí por lo que yo (y unicamente yo) pienso, no sé que pensarán
ellos.



> (y crean que el comité fueron unos forros porque la lib que querían
> presentar no tenia suficientes usuarios).
>

Perdón, nadie nunca dijo que fueron unos forros ni nada de eso.  Lo de no
tener suficientes usuarios fué solo una inerpretación mia a la hora de
escribir el mail y por eso copié el párrafo original arriba para que no
quedara sujeto a mi interpretación, pero igualmente ahí aclara lo que yo
decía: "priorizar lo que es general y útil a la mayoría de la audiencia,
versus lo que es muy nuevo y poco usado". Y está perfecto que así sea, si
es lo que se busca. Pero lo que yo digo es que a veces tiene mucho sentido
también contar ideas, como hacer algo, o como funciona algo que se va a
publicar .. y que incluso puede servir para que otros tomen ideas.

(*) Por otro lado, y esto va por el lado de entender a veces como funcionan
las prioridades del otro lado, en algunas empresas, que, aunque no sea como
nos guste, las prioridades se ordenan por diversos factores.. y si hubieran
podido presentar la charla, automaticamente hubieran liberado ese
código(*).. en cambio ahora, no hay mucho motivo para hacerlo. (*) y me
consta que es así, porque lo vi funcionar así en otras oportunidades.

Muchas gracias emiliano por tu respuesta y también gracias a fisa.

Algunos detalles se aclaran. Igualmente, tampoco fué la idea del mail pedir
una respuesta por algo, o pensar que los organizadores son unos forros.

Sinó solamente, mostrar que se puede pensar distinto (obviamente, como me
mostras, me equivoqué en detalles y buenísimo que lo aclares), pero hay
otras cosas que son opiniones y espero que se lean como eso, por ejemplo,
porqué es "pycon lo mas importante"? Para mí podés mantener la calidad del
evento, sin poner esos filtros, como en la primer pyconar. Para mí, la
responsabilidad existe, como también existe en los PyDays!


Mostrar que pidiendo que las charlas hayan sido exitosas en algún PyDay es
por un lado muy limitante y no garantiza que las charlas vuelvan a ser un
éxito y tampoco garantiza que otras charlas no vayan a ser un bodrio.

Y que haya un par de charlas que sean un bodrio, igualmente, no quiere
decir que la organización fué una mierda, tampoco quiere decir que se haya
hecho mal la selección.. y no quiere decir que se tenga menos respeto por
las personas y empresas que ponen plata y tiempo para asistir!!! Son cosas
que pueden pasar y pasan!!!!

Saludos y gracias a ambos
-- 
 There is no dark side of the moon really. Matter of fact it's all dark.
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20141129/04e07393/attachment.html>