8:07 a.m.
Como al mediodía de ayer, por fin pude tener una charla con Guillermo
Gómez (gomix) acerca de la propuesta [0] que presenté en la reunión del
jueves 30 en #fedora-latam [1], acerca de migrarnos a
DokuWiki. Aclaramos algunos malentendidos y dentro de las ideas que
surgieron a raíz de la charla (y continuando la consulta abierta a
todos los interesados), está el comenzar a inquirir sus propuestas de
solución para una mejor herramienta compartida de documentación (y
también reportes, pero para eso abriré otro sub-hilo).
Como acertadamente observaron Juan (Nushio) y Guillermo, la propuesta
de mejorar la documentación y los reportes sobre todo descansa en
tener feeds RSS para todo pues se pueden distribuir de muchas formas,
la gente se puede suscribir a ellos y leer las actualizaciones tal vez
hasta más fácilmente que el twitter o sus e-mail y así.[2]
Nushio planteó que MediaWiki podría (lo dudo) generar esos feeds, pero
hasta donde sé, es bastante complicado y quien sabe cuanto tiempo más
llevaría probar esa solución y preferiría que tuviésemos algo más funcional.
Guillermo hizo la observación de que RedMine (sobre el que descansa
RPMDEV) genera también feeds RSS para todo, como DokuWiki, entonces me
ha venido dando vueltas la idea de si sería factible concentrar todo
el esfuerzo de escribir documentación de una vez en RPMDEV, tal vez
hasta reportes.
Como yo no conozco RedMine y además estamos en plena consulta de
alternativas a la pobreza factual de MediaWiki para nuestras
necesidades, planteo este cuestionario a todos los que deseen aportar
una idea/propuesta, adelantando mis propias respuesta de porque
considero que DokuWiki es un buen candidato a substituir al wiki actual.
Ahora sí que, ustedes dirán ;)
================================================================
Investigación de métodos/flujos de trabajo para colaboradores:
1. ¿Cómo puede crear un usuario un nuevo proyecto?
Redmine: ___
DokuWiki: Simplemente crea una nueva página, o mejor aún, un
espacio de nombres (que se crea como cualquier página). DW genera
feeds de todos los cambios en un espacio de nombres dado.
---
2. ¿Cómo se autoasigna un colaborador una tarea? ¿Cómo se le asigna
automáticamente, digamos, con un bug o una edición a moderación?
Redmine: ___
DokuWiki: Creando página bajo espacio de nombres, el feed notifica
a todos los suscriptores, que pueden atender. O bien, con páginas
de discusión y/o ediciones moderadas.
Es decir: nos "desautomaticamos" un poco, pero no tenemos que vigilar
20 páginas distintas para ver si alguien hizo algún aporte o
edición, como con MediaWiki, que es más complicado.
---
3. ¿Qué pasa con los proyectos abandonados?
Redmine: ___
En MediaWiki si nadie está vigilando páginas abandonadas lo valioso
que puedan tener se queda perdido por ahí. Por eso wikipedia
depende de sus "bibliotecarios".
En DokuWiki cualquiera puede vigilar "proyectos" suscribiéndose al
espacio de nombres que lo contiene, no vigilando cada página
individualmente sino un proyecto y con eso todas sus páginas, sin
tener que entrar cada vez al sistema, incluso con un "marcador
vivo" de Firefox, en Google Reader o el lector RSS de su
preferencia.
---
4. ¿Cómo editan los colaboradores?
Redmine: ___
DokuWiki: Entran al wiki, editan y punto. Es más, puede cada quien
tener "su" propio wiki, y sincronizar sólo los espacios de nombres
que le interesen entre su propio wiki y el "central". Referencia[3]
Es más, incluso hay plugins para LibreOffice-OpenOffice para
exportar a DokuWiki desde Writer[4] y Calc[5].
5. ¿Cómo puede leerse "como va quedando" un proyecto? NO diffs, sino
pruebas de la presentación final de un documento.
Redmine: ___
DokuWiki: Evidentemente todo es visible desde que se guarda la
edición. Aunque pueden añadirse plugins para exportar a otros formatos.
Les agradezco todas sus ideas y si es posible que me ayuden a
completar esto a manera de FAQ, a fin de buscar un mejor espacio de
colaboración para todos los que les interesa participar más
activamente en Fedora.
Referencias:
[0] Informe para retomar pendientes en Fedora-LATAM: http://is.gd/fNPed
[1] Minuta reunión 30/Sept: http://is.gd/fNOBE
[2] Propuesta de Migración de Wiki (en borrador): http://is.gd/fNPjt
[3] http://www.dokuwiki.org/plugin:sync
[4] Publishing with Writer and DokuWiki: http://is.gd/fNR0I
[5] http://libreplanet.org/wiki/Group:OpenOfficeExtensions/List
bajo Calc2dokuwiki y Writer's Tools
Jesús Franco
http://fedoraproject.org/wiki/User:Tezcatl
9:19 a.m.
New subject: Alternativas para reportes/noticias de colaboradores
Para los que no estén enterados, ha habido una gran preocupación en
últimos meses acerca de desarrollarnos más como comunidad, en lo
posible integrando mejor nuestros esfuerzos y ser más fuertes y
líderes en la región, no necesariamente en número de usuarios sino en
calidad y cantidad de contribuciones de Fedora al OpenSource y
SoftwareLibre, en latinoamérica y en general.
Una idea en la que coincidimos Guillermo (gomix) y servitroll (yo :D),
es que si bien los FLISOL han dejado muchas experiencias de
organización de eventos, no necesariamente se ha incrementado la
cantidad de colaboradores latinoamericanos al FLOSS desde la comunidad
de Fedora. O no lo sabemos, porque no tenemos mecanismos de
acompañamiento de que ha pasado con todas esas personas que instalaron
Linux en sus máquinas, o con interesados en colaborar y no sabemos si
encontraron en que proyecto entrarle, ni siquiera de los que han sido
aceptados como embajadores y de los que no sabemos que están haciendo,
si mentorías a nuevos colaboradores (además de eventos) o
documentación o que otras contribuciones al proyecto Fedora.
Como dije antes: ¿un embajador "inactivo"? Eso ni siquiera se debería
poder concebir, ¿como ostenta el título de embajador alguien que sólo
cada año da una charla en el FLISOL y así?
En general se percibe que o bien, no están claras las rutas para que
nuevas personas interesadas en colaborar, efectivamente encuentren "su
lugar", y los embajadores no estamos cumpliendo esa parte de nuestra
misión, o que ni siquiera nos estamos dando cuenta de que están
haciendo nuestros compañeros en otras latitudes, tal vez compartiendo
las mismas inquietudes y obstáculos, tal vez encontrando soluciones
que los demás podríamos usar, si las conociéramos.
En ese sentido, es muy importante la iniciativa de la Revista, porque
está ayudando a que nuestro trabajo como embajadores no sea sólo de
marketing, sino empecemos a compartir juntos ideas y noticias de
nuestra comunidad. Sin embargo, más que el diseño que es sensacional,
tenemos que pensar cual es la mejor manera para que ese producto
llegue a la mayor cantidad posible de lectores. Y el medio impreso
puede llegar a algunas manos a las que no les llegaría internet, pero
podemos alcanzar a muchos más, si por ejemplo, logramos la calidad en
un portal de noticias de la comunidad latinoamericana, y estrechamos
los lazos, en lugar de sólo tener "n" cantidad de blogs y portales en
los que a veces se repite lo mismo que se puede encontrar googleando
"como instalar flash" "como instalar códecs", blah.
Y lo interesante, por ejemplo ¿cómo les está yendo a mis compañeros de
Uruguay con lo de las OLPC? ¿A los argentinos con el plan Conectar
Igualdad? ¿A venezuela con los planes de SL de Chávez? ¿A los
mexicanos con BillGates metiendo desesperado compus en escuelas y
Carlos Slim, metiendo también OLPC pero sin educar a los profes ni
niños en OpenSource? De eso, ¿cuánto sabemos cada quien de los demás?
Y me faltaron muchos países, muchas experiencias que no conocemos
porque todos nos enfocamos en tener "nuestro propio blog", "mi propio
portal" y así en lugar de construir de verdad una comunidad y
compartir los esfuerzos como latinoamericanos con diferentes
realidades, pero no tanto, en realidad nos parecemos y mucho. Nos
agregamos al planeta, pero ¿cuántos leemos los posts de los
compañeros?
¿Por qué no, en lugar de repetir en todos los blogs que ya salió la
beta, nos concentramos en un post bien hecho, lo copiamos a redes
sociales si quieren, y damos entre todos soporte y acompañamiento a
todos los que tienen problemas? ¿Cursos, y más?
Divididos, estamos vencidos, juntos, creceremos, no hay de otra.
Finalmente, ¿hasta cuándo vamos a esperar a qué alguien aparezca con
la mágica solución, con el sistema que mucho promete pero no está
disponible ni para pruebas en las fechas comprometidas? Se dice:
"bueno, mientras ahí está el wiki" ¿y porqué casi nada se reporta
allí? Yo comparo blogs de por ejemplo, Guatemala, con lo que está en
el wiki y de inmediato salta a la vista que el wiki no está sirviendo
para reportar los esfuerzos de todos. Y eso repercute dentro y fuera
de la comunidad, en no llegar a todos los potenciales colaboradores.
Como ya saben, hay una propuesta de migración de la wiki actual a
DokuWiki, que nos facilitaría mucho tener en un sólo lugar y de ahí
distribuir a muchos sitios (si se quiere, o nada más leerlo y
reflexionar) las noticias, por "pequeñas" que éstas sean. A mí me da
más gusto un evento de 30 niñas en Guatemala que aprenden a usar
Inkscape que 1000 personas que instalaron Linux y a las que luego ya
no les damos soporte, porque no estamos transmitiendo la idea
principal:
El OpenSource no es Coca-Cola, no te lo llevas y ya, es una filosofía
de la que para extraer el máximo beneficio, sólo es devolviendo a la
comunidad tus propias ideas y ayudas a los demás.
No tiene que ser ni siquiera un "sistema de reportes", me gusta más la
idea de un magazine online en que todos escribamos, con calidad,
especialización y retroalimentación, para empezar entre nosotros
mismos, ayudándonos, aconsejándonos. Presentando lo mejor de lo que
Fedora nos brinda y no sólo como distribución.
Pero si no cambiamos lo que hacemos, no podemos esperar nada distinto.
Saludos fraternos,
Jesús Franco
Embajador Fedora mexicano
http://fedoraproject.org/wiki/User:Tezcatl
http://proyectofedora.org/wiki/Usuario:Tezcatl
12:10 p.m.
New subject: [Revista] Alternativas para reportes/noticias de colaboradores
Jesus Franco:
Me sumo a tus palabras y creo que estas en lo correcto. Tambien secundo la
mocion de crear un magazine online asi es que cuenta conmigo para aquello.
Es muy cierto la frase que pones al final de tu correo:
"Si no cambiamos lo que hacemos, no podemos esperar nada distinto"
Saludos a todos.
El 6 de octubre de 2010 10:19, Jesús Franco <tezcatl(a)fedoraproject.xn--org>escribi-yob:
Para los que no estén enterados, ha habido una gran preocupación en
últimos meses acerca de desarrollarnos más como comunidad, en lo
posible integrando mejor nuestros esfuerzos y ser más fuertes y
líderes en la región, no necesariamente en número de usuarios sino en
calidad y cantidad de contribuciones de Fedora al OpenSource y
SoftwareLibre, en latinoamérica y en general.
Una idea en la que coincidimos Guillermo (gomix) y servitroll (yo :D),
es que si bien los FLISOL han dejado muchas experiencias de
organización de eventos, no necesariamente se ha incrementado la
cantidad de colaboradores latinoamericanos al FLOSS desde la comunidad
de Fedora. O no lo sabemos, porque no tenemos mecanismos de
acompañamiento de que ha pasado con todas esas personas que instalaron
Linux en sus máquinas, o con interesados en colaborar y no sabemos si
encontraron en que proyecto entrarle, ni siquiera de los que han sido
aceptados como embajadores y de los que no sabemos que están haciendo,
si mentorías a nuevos colaboradores (además de eventos) o
documentación o que otras contribuciones al proyecto Fedora.
Como dije antes: ¿un embajador "inactivo"? Eso ni siquiera se debería
poder concebir, ¿como ostenta el título de embajador alguien que sólo
cada año da una charla en el FLISOL y así?
En general se percibe que o bien, no están claras las rutas para que
nuevas personas interesadas en colaborar, efectivamente encuentren "su
lugar", y los embajadores no estamos cumpliendo esa parte de nuestra
misión, o que ni siquiera nos estamos dando cuenta de que están
haciendo nuestros compañeros en otras latitudes, tal vez compartiendo
las mismas inquietudes y obstáculos, tal vez encontrando soluciones
que los demás podríamos usar, si las conociéramos.
En ese sentido, es muy importante la iniciativa de la Revista, porque
está ayudando a que nuestro trabajo como embajadores no sea sólo de
marketing, sino empecemos a compartir juntos ideas y noticias de
nuestra comunidad. Sin embargo, más que el diseño que es sensacional,
tenemos que pensar cual es la mejor manera para que ese producto
llegue a la mayor cantidad posible de lectores. Y el medio impreso
puede llegar a algunas manos a las que no les llegaría internet, pero
podemos alcanzar a muchos más, si por ejemplo, logramos la calidad en
un portal de noticias de la comunidad latinoamericana, y estrechamos
los lazos, en lugar de sólo tener "n" cantidad de blogs y portales en
los que a veces se repite lo mismo que se puede encontrar googleando
"como instalar flash" "como instalar códecs", blah.
Y lo interesante, por ejemplo ¿cómo les está yendo a mis compañeros de
Uruguay con lo de las OLPC? ¿A los argentinos con el plan Conectar
Igualdad? ¿A venezuela con los planes de SL de Chávez? ¿A los
mexicanos con BillGates metiendo desesperado compus en escuelas y
Carlos Slim, metiendo también OLPC pero sin educar a los profes ni
niños en OpenSource? De eso, ¿cuánto sabemos cada quien de los demás?
Y me faltaron muchos países, muchas experiencias que no conocemos
porque todos nos enfocamos en tener "nuestro propio blog", "mi propio
portal" y así en lugar de construir de verdad una comunidad y
compartir los esfuerzos como latinoamericanos con diferentes
realidades, pero no tanto, en realidad nos parecemos y mucho. Nos
agregamos al planeta, pero ¿cuántos leemos los posts de los
compañeros?
¿Por qué no, en lugar de repetir en todos los blogs que ya salió la
beta, nos concentramos en un post bien hecho, lo copiamos a redes
sociales si quieren, y damos entre todos soporte y acompañamiento a
todos los que tienen problemas? ¿Cursos, y más?
Divididos, estamos vencidos, juntos, creceremos, no hay de otra.
Finalmente, ¿hasta cuándo vamos a esperar a qué alguien aparezca con
la mágica solución, con el sistema que mucho promete pero no está
disponible ni para pruebas en las fechas comprometidas? Se dice:
"bueno, mientras ahí está el wiki" ¿y porqué casi nada se reporta
allí? Yo comparo blogs de por ejemplo, Guatemala, con lo que está en
el wiki y de inmediato salta a la vista que el wiki no está sirviendo
para reportar los esfuerzos de todos. Y eso repercute dentro y fuera
de la comunidad, en no llegar a todos los potenciales colaboradores.
Como ya saben, hay una propuesta de migración de la wiki actual a
DokuWiki, que nos facilitaría mucho tener en un sólo lugar y de ahí
distribuir a muchos sitios (si se quiere, o nada más leerlo y
reflexionar) las noticias, por "pequeñas" que éstas sean. A mí me da
más gusto un evento de 30 niñas en Guatemala que aprenden a usar
Inkscape que 1000 personas que instalaron Linux y a las que luego ya
no les damos soporte, porque no estamos transmitiendo la idea
principal:
El OpenSource no es Coca-Cola, no te lo llevas y ya, es una filosofía
de la que para extraer el máximo beneficio, sólo es devolviendo a la
comunidad tus propias ideas y ayudas a los demás.
No tiene que ser ni siquiera un "sistema de reportes", me gusta más la
idea de un magazine online en que todos escribamos, con calidad,
especialización y retroalimentación, para empezar entre nosotros
mismos, ayudándonos, aconsejándonos. Presentando lo mejor de lo que
Fedora nos brinda y no sólo como distribución.
Pero si no cambiamos lo que hacemos, no podemos esperar nada distinto.
Saludos fraternos,
Jesús Franco
Embajador Fedora mexicano
http://fedoraproject.org/wiki/User:Tezcatl
http://proyectofedora.org/wiki/Usuario:Tezcatl
_______________________________________________
Revista mailing list
Revista(a)proyectofedora.org
http://proyectofedora.org/mailman/listinfo/revista_proyectofedora.org
--
Saludos,
*Mauricio Moreno R.*
Ing. (E) Informatica
RedHat Certified Technician
mmorenor(a)gmail.com
(569) 9 705 8223
12:26 p.m.
New subject: [Revista] Alternativas para reportes/noticias de colaboradores
<sarcasmo>Buena suerte por pelear la corona de los títulos.</sarcasmo.>
2010/10/6 V1K1N60 # <mmorenor(a)gmail.com>
Jesus Franco:
Me sumo a tus palabras y creo que estas en lo correcto. Tambien secundo la
mocion de crear un magazine online asi es que cuenta conmigo para aquello.
Es muy cierto la frase que pones al final de tu correo:
"Si no cambiamos lo que hacemos, no podemos esperar nada distinto"
Saludos a todos.
El 6 de octubre de 2010 10:19, Jesús Franco <tezcatl(a)fedoraproject.xn--org>escribi-yob:
> Para los que no estén enterados, ha habido una gran preocupación en
> últimos meses acerca de desarrollarnos más como comunidad, en lo
> posible integrando mejor nuestros esfuerzos y ser más fuertes y
> líderes en la región, no necesariamente en número de usuarios sino en
> calidad y cantidad de contribuciones de Fedora al OpenSource y
> SoftwareLibre, en latinoamérica y en general.
>
> Una idea en la que coincidimos Guillermo (gomix) y servitroll (yo :D),
> es que si bien los FLISOL han dejado muchas experiencias de
> organización de eventos, no necesariamente se ha incrementado la
> cantidad de colaboradores latinoamericanos al FLOSS desde la comunidad
> de Fedora. O no lo sabemos, porque no tenemos mecanismos de
> acompañamiento de que ha pasado con todas esas personas que instalaron
> Linux en sus máquinas, o con interesados en colaborar y no sabemos si
> encontraron en que proyecto entrarle, ni siquiera de los que han sido
> aceptados como embajadores y de los que no sabemos que están haciendo,
> si mentorías a nuevos colaboradores (además de eventos) o
> documentación o que otras contribuciones al proyecto Fedora.
>
> Como dije antes: ¿un embajador "inactivo"? Eso ni siquiera se debería
> poder concebir, ¿como ostenta el título de embajador alguien que sólo
> cada año da una charla en el FLISOL y así?
>
> En general se percibe que o bien, no están claras las rutas para que
> nuevas personas interesadas en colaborar, efectivamente encuentren "su
> lugar", y los embajadores no estamos cumpliendo esa parte de nuestra
> misión, o que ni siquiera nos estamos dando cuenta de que están
> haciendo nuestros compañeros en otras latitudes, tal vez compartiendo
> las mismas inquietudes y obstáculos, tal vez encontrando soluciones
> que los demás podríamos usar, si las conociéramos.
>
> En ese sentido, es muy importante la iniciativa de la Revista, porque
> está ayudando a que nuestro trabajo como embajadores no sea sólo de
> marketing, sino empecemos a compartir juntos ideas y noticias de
> nuestra comunidad. Sin embargo, más que el diseño que es sensacional,
> tenemos que pensar cual es la mejor manera para que ese producto
> llegue a la mayor cantidad posible de lectores. Y el medio impreso
> puede llegar a algunas manos a las que no les llegaría internet, pero
> podemos alcanzar a muchos más, si por ejemplo, logramos la calidad en
> un portal de noticias de la comunidad latinoamericana, y estrechamos
> los lazos, en lugar de sólo tener "n" cantidad de blogs y portales en
> los que a veces se repite lo mismo que se puede encontrar googleando
> "como instalar flash" "como instalar códecs", blah.
>
> Y lo interesante, por ejemplo ¿cómo les está yendo a mis compañeros de
> Uruguay con lo de las OLPC? ¿A los argentinos con el plan Conectar
> Igualdad? ¿A venezuela con los planes de SL de Chávez? ¿A los
> mexicanos con BillGates metiendo desesperado compus en escuelas y
> Carlos Slim, metiendo también OLPC pero sin educar a los profes ni
> niños en OpenSource? De eso, ¿cuánto sabemos cada quien de los demás?
>
> Y me faltaron muchos países, muchas experiencias que no conocemos
> porque todos nos enfocamos en tener "nuestro propio blog", "mi propio
> portal" y así en lugar de construir de verdad una comunidad y
> compartir los esfuerzos como latinoamericanos con diferentes
> realidades, pero no tanto, en realidad nos parecemos y mucho. Nos
> agregamos al planeta, pero ¿cuántos leemos los posts de los
> compañeros?
>
> ¿Por qué no, en lugar de repetir en todos los blogs que ya salió la
> beta, nos concentramos en un post bien hecho, lo copiamos a redes
> sociales si quieren, y damos entre todos soporte y acompañamiento a
> todos los que tienen problemas? ¿Cursos, y más?
>
> Divididos, estamos vencidos, juntos, creceremos, no hay de otra.
>
> Finalmente, ¿hasta cuándo vamos a esperar a qué alguien aparezca con
> la mágica solución, con el sistema que mucho promete pero no está
> disponible ni para pruebas en las fechas comprometidas? Se dice:
> "bueno, mientras ahí está el wiki" ¿y porqué casi nada se reporta
> allí? Yo comparo blogs de por ejemplo, Guatemala, con lo que está en
> el wiki y de inmediato salta a la vista que el wiki no está sirviendo
> para reportar los esfuerzos de todos. Y eso repercute dentro y fuera
> de la comunidad, en no llegar a todos los potenciales colaboradores.
>
> Como ya saben, hay una propuesta de migración de la wiki actual a
> DokuWiki, que nos facilitaría mucho tener en un sólo lugar y de ahí
> distribuir a muchos sitios (si se quiere, o nada más leerlo y
> reflexionar) las noticias, por "pequeñas" que éstas sean. A mí me da
> más gusto un evento de 30 niñas en Guatemala que aprenden a usar
> Inkscape que 1000 personas que instalaron Linux y a las que luego ya
> no les damos soporte, porque no estamos transmitiendo la idea
> principal:
>
> El OpenSource no es Coca-Cola, no te lo llevas y ya, es una filosofía
> de la que para extraer el máximo beneficio, sólo es devolviendo a la
> comunidad tus propias ideas y ayudas a los demás.
>
> No tiene que ser ni siquiera un "sistema de reportes", me gusta más la
> idea de un magazine online en que todos escribamos, con calidad,
> especialización y retroalimentación, para empezar entre nosotros
> mismos, ayudándonos, aconsejándonos. Presentando lo mejor de lo que
> Fedora nos brinda y no sólo como distribución.
>
> Pero si no cambiamos lo que hacemos, no podemos esperar nada distinto.
>
> Saludos fraternos,
>
> Jesús Franco
>
> Embajador Fedora mexicano
> http://fedoraproject.org/wiki/User:Tezcatl
> http://proyectofedora.org/wiki/Usuario:Tezcatl
>
>
> _______________________________________________
> Revista mailing list
> Revista(a)proyectofedora.org
> http://proyectofedora.org/mailman/listinfo/revista_proyectofedora.org
>
--
Saludos,
*Mauricio Moreno R.*
Ing. (E) Informatica
RedHat Certified Technician
mmorenor(a)gmail.com
(569) 9 705 8223
_______________________________________________
Embajadores-fedora-latam mailing list
Embajadores-fedora-latam(a)redhat.com
https://www.redhat.com/mailman/listinfo/embajadores-fedora-latam
2:13 p.m.
Em Qua, 2010-10-06 às 08:07 -0500, Jesús Franco escreveu:
Guillermo hizo la observación de que RedMine (sobre el que descansa
RPMDEV) genera también feeds RSS para todo, como DokuWiki, entonces me
ha venido dando vueltas la idea de si sería factible concentrar todo
el esfuerzo de escribir documentación de una vez en RPMDEV, tal vez
hasta reportes.
A mí me gusta la idea de concentrar el esfuerzo de escribir
documentación y reportes en RPMDEV. Así podríamos aprovechar la
infraestructura que ya tenemos y fortalecerla.
Es importante considerarmos las otras opciones y seguir investigando,
pero me parece un abordaje interessante usar el RedMine.
Saludos!
--
Igor Pires Soares
Fedora I18N/L10N QA
Fedora Ambassador (Brazil)
https://fedoraproject.org/wiki/User:Igor
3 p.m.
New subject: [Revista] Alternativas para reportes/noticias de colaboradores
Hola a todos chicos, deseo colaborar.. con el desarrollo de la revista..
llevaba algun tiempo inactivo pero me he puesto las pilas de nuevo... =) ya
cree mi cuenta en rpmdev... pero no se como ingresar al proyecto de la
revista (Disculpen mi ignorancia)...
Echenme una manito...
2010/10/6 John Mackay <mackay3(a)gmail.com>
<sarcasmo>Buena suerte por pelear la corona de los
títulos.</sarcasmo.>
2010/10/6 V1K1N60 # <mmorenor(a)gmail.com>
> Jesus Franco:
>
> Me sumo a tus palabras y creo que estas en lo correcto. Tambien secundo la
> mocion de crear un magazine online asi es que cuenta conmigo para aquello.
>
> Es muy cierto la frase que pones al final de tu correo:
> "Si no cambiamos lo que hacemos, no podemos esperar nada distinto"
>
> Saludos a todos.
>
> El 6 de octubre de 2010 10:19, Jesús Franco
<tezcatl(a)fedoraproject.xn--org>escribi-yob:
>
>> Para los que no estén enterados, ha habido una gran preocupación en
>> últimos meses acerca de desarrollarnos más como comunidad, en lo
>> posible integrando mejor nuestros esfuerzos y ser más fuertes y
>> líderes en la región, no necesariamente en número de usuarios sino en
>> calidad y cantidad de contribuciones de Fedora al OpenSource y
>> SoftwareLibre, en latinoamérica y en general.
>>
>> Una idea en la que coincidimos Guillermo (gomix) y servitroll (yo :D),
>> es que si bien los FLISOL han dejado muchas experiencias de
>> organización de eventos, no necesariamente se ha incrementado la
>> cantidad de colaboradores latinoamericanos al FLOSS desde la comunidad
>> de Fedora. O no lo sabemos, porque no tenemos mecanismos de
>> acompañamiento de que ha pasado con todas esas personas que instalaron
>> Linux en sus máquinas, o con interesados en colaborar y no sabemos si
>> encontraron en que proyecto entrarle, ni siquiera de los que han sido
>> aceptados como embajadores y de los que no sabemos que están haciendo,
>> si mentorías a nuevos colaboradores (además de eventos) o
>> documentación o que otras contribuciones al proyecto Fedora.
>>
>> Como dije antes: ¿un embajador "inactivo"? Eso ni siquiera se debería
>> poder concebir, ¿como ostenta el título de embajador alguien que sólo
>> cada año da una charla en el FLISOL y así?
>>
>> En general se percibe que o bien, no están claras las rutas para que
>> nuevas personas interesadas en colaborar, efectivamente encuentren "su
>> lugar", y los embajadores no estamos cumpliendo esa parte de nuestra
>> misión, o que ni siquiera nos estamos dando cuenta de que están
>> haciendo nuestros compañeros en otras latitudes, tal vez compartiendo
>> las mismas inquietudes y obstáculos, tal vez encontrando soluciones
>> que los demás podríamos usar, si las conociéramos.
>>
>> En ese sentido, es muy importante la iniciativa de la Revista, porque
>> está ayudando a que nuestro trabajo como embajadores no sea sólo de
>> marketing, sino empecemos a compartir juntos ideas y noticias de
>> nuestra comunidad. Sin embargo, más que el diseño que es sensacional,
>> tenemos que pensar cual es la mejor manera para que ese producto
>> llegue a la mayor cantidad posible de lectores. Y el medio impreso
>> puede llegar a algunas manos a las que no les llegaría internet, pero
>> podemos alcanzar a muchos más, si por ejemplo, logramos la calidad en
>> un portal de noticias de la comunidad latinoamericana, y estrechamos
>> los lazos, en lugar de sólo tener "n" cantidad de blogs y portales en
>> los que a veces se repite lo mismo que se puede encontrar googleando
>> "como instalar flash" "como instalar códecs", blah.
>>
>> Y lo interesante, por ejemplo ¿cómo les está yendo a mis compañeros de
>> Uruguay con lo de las OLPC? ¿A los argentinos con el plan Conectar
>> Igualdad? ¿A venezuela con los planes de SL de Chávez? ¿A los
>> mexicanos con BillGates metiendo desesperado compus en escuelas y
>> Carlos Slim, metiendo también OLPC pero sin educar a los profes ni
>> niños en OpenSource? De eso, ¿cuánto sabemos cada quien de los demás?
>>
>> Y me faltaron muchos países, muchas experiencias que no conocemos
>> porque todos nos enfocamos en tener "nuestro propio blog", "mi
propio
>> portal" y así en lugar de construir de verdad una comunidad y
>> compartir los esfuerzos como latinoamericanos con diferentes
>> realidades, pero no tanto, en realidad nos parecemos y mucho. Nos
>> agregamos al planeta, pero ¿cuántos leemos los posts de los
>> compañeros?
>>
>> ¿Por qué no, en lugar de repetir en todos los blogs que ya salió la
>> beta, nos concentramos en un post bien hecho, lo copiamos a redes
>> sociales si quieren, y damos entre todos soporte y acompañamiento a
>> todos los que tienen problemas? ¿Cursos, y más?
>>
>> Divididos, estamos vencidos, juntos, creceremos, no hay de otra.
>>
>> Finalmente, ¿hasta cuándo vamos a esperar a qué alguien aparezca con
>> la mágica solución, con el sistema que mucho promete pero no está
>> disponible ni para pruebas en las fechas comprometidas? Se dice:
>> "bueno, mientras ahí está el wiki" ¿y porqué casi nada se reporta
>> allí? Yo comparo blogs de por ejemplo, Guatemala, con lo que está en
>> el wiki y de inmediato salta a la vista que el wiki no está sirviendo
>> para reportar los esfuerzos de todos. Y eso repercute dentro y fuera
>> de la comunidad, en no llegar a todos los potenciales colaboradores.
>>
>> Como ya saben, hay una propuesta de migración de la wiki actual a
>> DokuWiki, que nos facilitaría mucho tener en un sólo lugar y de ahí
>> distribuir a muchos sitios (si se quiere, o nada más leerlo y
>> reflexionar) las noticias, por "pequeñas" que éstas sean. A mí me da
>> más gusto un evento de 30 niñas en Guatemala que aprenden a usar
>> Inkscape que 1000 personas que instalaron Linux y a las que luego ya
>> no les damos soporte, porque no estamos transmitiendo la idea
>> principal:
>>
>> El OpenSource no es Coca-Cola, no te lo llevas y ya, es una filosofía
>> de la que para extraer el máximo beneficio, sólo es devolviendo a la
>> comunidad tus propias ideas y ayudas a los demás.
>>
>> No tiene que ser ni siquiera un "sistema de reportes", me gusta más la
>> idea de un magazine online en que todos escribamos, con calidad,
>> especialización y retroalimentación, para empezar entre nosotros
>> mismos, ayudándonos, aconsejándonos. Presentando lo mejor de lo que
>> Fedora nos brinda y no sólo como distribución.
>>
>> Pero si no cambiamos lo que hacemos, no podemos esperar nada distinto.
>>
>> Saludos fraternos,
>>
>> Jesús Franco
>>
>> Embajador Fedora mexicano
>> http://fedoraproject.org/wiki/User:Tezcatl
>> http://proyectofedora.org/wiki/Usuario:Tezcatl
>>
>>
>> _______________________________________________
>> Revista mailing list
>> Revista(a)proyectofedora.org
>> http://proyectofedora.org/mailman/listinfo/revista_proyectofedora.org
>>
>
>
>
> --
> Saludos,
>
> *Mauricio Moreno R.*
> Ing. (E) Informatica
> RedHat Certified Technician
> mmorenor(a)gmail.com
> (569) 9 705 8223
>
>
> _______________________________________________
> Embajadores-fedora-latam mailing list
> Embajadores-fedora-latam(a)redhat.com
> https://www.redhat.com/mailman/listinfo/embajadores-fedora-latam
>
>
_______________________________________________
Embajadores-fedora-latam mailing list
Embajadores-fedora-latam(a)redhat.com
https://www.redhat.com/mailman/listinfo/embajadores-fedora-latam
--
Kellerman Rivero
Fedora Ambassador
Linuxer #490210.
Student of Soft. Engineering
3:29 p.m.
New subject: [Revista] Alternativas para reportes/noticias de colaboradores
Kellerman, ya se te contestó esto en otro hilo de la lista :)
--
tatica
Maria Gracia Leandro
http://www.tatica.org
http://www.fedora-ve.org
http://proyectofedora.org
http://fedoraproject.org/wiki/MariaLeandro
LinuxUser= 440285
GPG Public Key: E1CDCC56
"Be yourself... Don't be anyone else"
3:31 p.m.
New subject: [Revista] Alternativas para reportes/noticias de colaboradores
Si maria, lo siento se me escapo por una pestaña del gmail...
2010/10/6 María Leandro <tatica(a)fedoraproject.org>
Kellerman, ya se te contestó esto en otro hilo de la lista :)
--
tatica
Maria Gracia Leandro
http://www.tatica.org
http://www.fedora-ve.org
http://proyectofedora.org
http://fedoraproject.org/wiki/MariaLeandro
LinuxUser= 440285
GPG Public Key: E1CDCC56
"Be yourself... Don't be anyone else"
_______________________________________________
Embajadores-fedora-latam mailing list
Embajadores-fedora-latam(a)redhat.com
https://www.redhat.com/mailman/listinfo/embajadores-fedora-latam
--
Kellerman Rivero
Fedora Ambassador
Linuxer #490210.
Student of Soft. Engineering
3:36 p.m.
El 06/10/10 14:43, Igor Pires Soares escribió:
A mí me gusta la idea de concentrar el esfuerzo de escribir
documentación y reportes en RPMDEV.
En general Redmine provee wiki, aunque no tan potente como media wiki.
Lo símpático de usarlo para documentación es que todo el proyecto está
integrado.
1. Gestión de tareas/seguimiento
2. Wiki
3. Planificación
4. Reportes automáticos por tiempo invertido (si, se pueden generar
reportes sin intervención humana, basta que los usuarios registren
adecuadamente sus actividades)
Por ejemplo:
http://rpmdev.proyectofedora.org/projects/mpgdsw/time_entries/report?peri...
y seleccione Members para generar el reporte de horas invertidas por el
usuario en el proyecto dado.
Ojo, no me interesan mucho lo de los reportes, pero si les resuelve
algún problema, excelente.
Para documentación hay los siguientes casos adicionales que se me
ocurren ahora:
1. Procedimientos y ayudas para miembros
Ejemplo, documentación para que los empaquetadores hagan su trabajo
mejor. Es documentación de apoyo, es documentación típica especializada
del grupo/proyecto en cuestión.
http://rpmdev.proyectofedora.org/projects/rpmfed/wiki/Page_index <
ejemplo con RPM
2. Documentación de peticiones
Ejemplo, asocia una petición a una página wiki en el mismo proyecto
para concentar la información del progreso de la petición.
En mi empresa se está usando de esta manera para generar reportes.
Se crea un página wiki con el número de petición al momento de crear
la petición. En la medida que es requerido, el wiki específico a la
petición se va expandiendo y alimentando. Se tiene entonces la historia
de la petición "en la petición misma", y datos consolidados y
adicionales en el wiki correspondiente, por ejemplo, un informe.
3. Documentación para usuarios generales
Consumo masivo, no me gusta mucho la idea, preferiría o que se
conservara el media wiki actual, o se usara el wiki de
fedoraproject.org. El wiki de redmine no está pensando como competidor
de media wiki o moin por ejemplo y nos va a traer muchos problemas usar
el wiki de redmine para ese propósito.
Nuevamente, es una herramienta de gestión de proyectos.
Pero si se insiste, se puede crear un proyecto Wiki donde todos los
"miembros" puedan usar el wiki de dicho proyecto adiestra y siniestra,
ello es posible.
Ni hablar de los rss, no les faltarán.
También hay espacio para gestionar archivos por proyectos, por
ejemplo, arte, si lo hubiera, podría almacenar, aunque sea temporalmente
archivos en el redmine.
Tocando un poco este tema, prefiero siempre usar repositorios
externos para manejar el producto del proyecto, por ejemplo, ni en RPM
ni en DEV se almacenan RPM/SRPMS ni código fuente. Se usan repositorios
externos con control de versión, se sugiere hacer lo propio en caso de
manejar datos específicos. Veo el caso de la revista como un caso para
integración con repositorio y control de versiones, por ejemplo git en
fedorapeople.
En Fedora Documentation Project se usa git y estoy por ver cómo
integrar el vigilar el progreso desde DOC en rpmdev, pero se puede ver
el ejemplo con el proyecto de empaquetamiento de fwsnort:
http://rpmdev.proyectofedora.org/projects/fwsnort/repository
Bueno, no los atormento más con esto, me avisan si les interesa y se
ponen de acuerdo de si desean usarlo.
:)
Guillermo
------------------------
http://www.neotechgw.com
http://gomix.fedora-ve.org
4:36 p.m.
On Wed, Oct 06, 2010 at 04:06:01PM -0430, Guillermo Gómez wrote:
El 06/10/10 14:43, Igor Pires Soares escribió:
>A mí me gusta la idea de concentrar el esfuerzo de escribir
>documentación y reportes en RPMDEV.
A mí también aunque creo que por las complejidades añadidas, tal vez
sería un primer escalón algo grande para potenciales colaboradores que
quieren escribir documentación "más viva" como dice Guillermo.
En general Redmine provee wiki, aunque no tan potente como media
wiki.
Ah! aclaro, mi sugerencia no es usar el wiki de los proyectos, no sé
salvo como tablón de anuncios en lo que entiendo WTF de como se usa :D
Lo símpático de usarlo para documentación es que todo el proyecto
está integrado.
1. Gestión de tareas/seguimiento
2. Wiki
3. Planificación
4. Reportes automáticos por tiempo invertido (si, se pueden generar
reportes sin intervención humana, basta que los usuarios registren
adecuadamente sus actividades)
Eso, todo eso es lo que nos exige una mayor educación no sólo para
usarlo sino para aprender a organizarnos mejor y documentar procesos.
Lo que sí se me ocurre preguntar (espero que también piensen como yo
que no hay preguntas tontas :D) es si podríamos gestionar los reportes
de embajadores (para empezar poniendo nosotros el ejemplo) como un
proyecto, asignando tareas que lleguen por correo recordándoles de sus
reportes pendientes (con plazos) y tal vez incluso bugs para pedir
informes más completos.
¿Y todo eso a lo mejor es más fácil de seguir verdad?
Y más organizado que DokuWiki, sin duda.
Intento resumir sus ideas, gracias a todos por la retroalimentación
incluso al que con sarcasmo por a'i le puso un enorme tache a mí otro
rant acerca de los reportes.
Resumo y coloco en wiki, por si gustan podemos ir allí haciendo una
tabla de pros y contras de las propuestas que se tienen, en los dos
rubros, documentación y reportes.
Si no están de acuerdo, avísenme, poco a poco con todo y mis oleadas
de verborrea, con sus aportaciones esto va tomando forma.
¡Gracias!
Jesús Franco
Embajador... eh, bueno, tal vez más correctamente padawan de Embajador ;)
http://fedoraproject.org/wiki/User:Tezcatl
4:48 a.m.
New subject: Compañeros, ya estamos probando Redmine
Para los impaciente que no quieren leer comentarios donde seguimos
elaborando sobre Redmine para el sistema de reportes, pueden brincar
inmediatamente acá:
http://rpmdev.proyectofedora.org/projects/embajadores
Regístrense y avisen para que los agregue al proyecto (ojo, estamos en
pruebas y la idea es evaluarlo en la reunión de este 14 de octubre),
tenía la tentación de agregar a todos los que ubico como embajadores,
pero mejor los dejo a su consideración.
También tenemos otro proyecto para poder romper algunas cosas:
http://rpmdev.proyectofedora.org/projects/dumb
es dummy o sea que aunque hagamos algunas cosas útiles allí, no
debería nadie enojarse si le borran una tarea a la que dedico 24 horas
o más ;)
Entonces sigue, sobre los últimos aportes de Guillermo, mis
comentarios sobre lo que he hallado en las actividades que he venido
realizando. Los invito a sumarse para tener una idea de conjunto más
elaborada.
"Guillermo Gómez" <guillermo.gomez(a)gmail.com> escribió:
El 06/10/10 14:43, Igor Pires Soares escribió:
> A mí me gusta la idea de concentrar el esfuerzo de escribir
> documentación y reportes en RPMDEV.
Por lo pronto, el acuerdo es hacer pruebas de las actividades que
estamos haciendo como embajadores allí, en lo que hay avances con
timpus, pues el desarrollo le está tomando a Nushio mucho más tiempo
del que él mismo esperaba y parece todo más complejo.
En general Redmine provee wiki, aunque no tan potente como media
wiki.
Aunque tiene puntos muy interesantes, por ejemplo ahí mismo cada quien
puede capturar su reporte y ligar una tarea a "su" página de reporte
(o compartida con otros embajadores de su país/proyecto, por ejemplo).
Lo símpático de usarlo para documentación es que todo el proyecto
está integrado.
1. Gestión de tareas/seguimiento
2. Wiki
3. Planificación
4. Reportes automáticos por tiempo invertido (si, se pueden generar
reportes sin intervención humana, basta que los usuarios registren
adecuadamente sus actividades)
Ojo, que el sistema de verdad nos da para hacer reportes y seguimiento
de todas nuestras actividades, no sólo eventos, sino planeación,
documentación, diseño, traducciones, soporte, etc.
Aunque sospecho que tendríamos que definir algunos roles extra y tal
vez actividades/peticiones para que podamos invitar a otros
colaboradores a registrar con mucha claridad sus avances para Fedora.
Ojo, no me interesan mucho lo de los reportes, pero si les resuelve
algún problema, excelente.
Yo creo que muchos, de entrada, las propias peticiones son los
formularios que desde hace meses se viene hablando en las reuniones, y
ahí están, ya se pueden empezar a probar y ajustar a nuestras
necesidades.
Segundo, nos puede educar más en cuanto a la gestión de proyectos los
que no lo estamos.
Tercero, registramos los avances de nuestras actividades como
colaboradores, lo que permite:
* que los compañeros vean que ya estamos comenzando cosas aunque no
estén listas para publicar en nuestros blogs/wikis públicas/whatever
* y conseguir ayuda de gente "buscando que hacer"
Recuerden que la idea de los reportes, no es sólo "presumir" los
eventos exitosos, sino también los pininos de comunidades en
gestación, de cursos, de hacklabs de Fedora locales, de proyectos de
Diseño si se quiere, de documentación y otros.
Recomiendo altamente seguir los siguientes aportes de Guillermo para
los que aún no tengan idea de que les hablo :D
1. Procedimientos y ayudas para miembros
Ejemplo, documentación para que los empaquetadores hagan su trabajo
mejor. Es documentación de apoyo, es documentación típica
especializada del grupo/proyecto en cuestión.
http://rpmdev.proyectofedora.org/projects/rpmfed/wiki/Page_index <
ejemplo con RPM
O para que, los traductores que podamos coordinarnos con esta
herramienta trabajemos mejor, o los documentadores, o los diseñadores,
o los mentores de nuevos usuarios para introducirlos a la colaboración
con Fedora, su imaginación es el límite.
2. Documentación de peticiones
Ejemplo, asocia una petición a una página wiki en el mismo proyecto
para concentar la información del progreso de la petición.
En mi empresa se está usando de esta manera para generar reportes.
Se crea un página wiki con el número de petición al momento de
crear la petición. En la medida que es requerido, el wiki específico
a la petición se va expandiendo y alimentando. Se tiene entonces la
historia de la petición "en la petición misma", y datos
consolidados y adicionales en el wiki correspondiente, por ejemplo,
un informe.
En suma: tenemos tanto el historial y en que momentos se han hecho
avances, y segundo, una wiki donde se consolidan los apuntes en forma
de un documento de plena utilidad.
3. Documentación para usuarios generales
Consumo masivo, no me gusta mucho la idea, preferiría o que se
conservara el media wiki actual, o se usara el wiki de
fedoraproject.org. El wiki de redmine no está pensando como
competidor de media wiki o moin por ejemplo y nos va a traer muchos
problemas usar el wiki de redmine para ese propósito.
Igual, no creo que redmine nos sirva para documentación general, para
eso si el caso es seguir con MediaWiki, pues mejor escribir en la wiki
internacional, no está prohibido escribir en español ni portugués. A
mí me encantaría que hiciésemos pruebas con DokuWiki pero de momento
pienso enfocarme con Guillermo en la escritura de una guía para
quienes quieran comenzar a escribir documentación formal para Fedora,
y por supuesto son bienvenidos a sumarse.
Nuevamente, es una herramienta de gestión de proyectos.
Y después de todo, somo el Proyecto Fedora LATAM ¿cierto?
¿Por qué no autogestionarnos?
MediaWiki en para enciclopedias, no somos enciclopedia.
DokuWiki es para documentación y más bien generamos más actividades
que documentación (visto el proyecto en su conjunto).
Pero si se insiste, se puede crear un proyecto Wiki donde todos los
"miembros" puedan usar el wiki de dicho proyecto adiestra y
siniestra, ello es posible.
NO, ojalá esa no llegue a ser la conclusión.
Ni hablar de los rss, no les faltarán.
Bueno, veo más bien ATOM que mi snownews no entiende muy bien.
¿Algunas herramientas que me sugieran para fisgonear más en los ATOM?
De preferencia scripts o para Emacs, si saben, pero otros me sirven también.
También hay espacio para gestionar archivos por proyectos, por
ejemplo, arte, si lo hubiera, podría almacenar, aunque sea
temporalmente archivos en el redmine.
¿O cursos? Escritor Fedora Primeros Pasos puede convertirse en curso tal vez.
¿Otros podrían funcionar, digamos extensiones en línea de Hacklabs de
Fedora locales?
Tocando un poco este tema, prefiero siempre usar repositorios
externos para manejar el producto del proyecto, por ejemplo, ni en
RPM ni en DEV se almacenan RPM/SRPMS ni código fuente. Se usan
repositorios externos con control de versión, se sugiere hacer lo
propio en caso de manejar datos específicos. Veo el caso de la
revista como un caso para integración con repositorio y control de
versiones, por ejemplo git en fedorapeople.
Ahí no me toca decir mucho, creo que Tatica ha de definir mejor como
se usa el Redmine y repositorios,flujos de trabajo y whatever.
En Fedora Documentation Project se usa git y estoy por ver cómo
integrar el vigilar el progreso desde DOC en rpmdev, pero se puede
ver el ejemplo con el proyecto de empaquetamiento de fwsnort:
http://rpmdev.proyectofedora.org/projects/fwsnort/repository
Bueno, no los atormento más con esto, me avisan si les interesa y se
ponen de acuerdo de si desean usarlo.
:)
Guillermo
------------------------
http://www.neotechgw.com
http://gomix.fedora-ve.org
Pues ya nos pusimos de acuerdo para probarlo, siento que es una suerte
de una excelente "bitácora de desarrollo" compartida, infinitamente
más "OpenSource way" que nuestros blogs personales que sólo mostramos
cuando "sentimos" que están listos para presumir.
En Redmine podemos darnos el lujo de tener más iniciativas que
términos, de hacer "braindump" de nuevas tareas en un espacio
compartido, igual y no está tan solitaria nuestra idea, que otros lo
ven y se suman a nuestra intención original, enriqueciéndola.
Saludos.
----
"No pierdas el sueño por lo que no puedes cambiar" -Mikao Usui
Jesús Franco, EPF
Embajador Padawan de Fedora ;)
http://fedoraproject.org/wik/User:Tezcatl
http://proyectofedora.org/wiki/Usuario:Tezcatl
7:08 a.m.
New subject: Compañeros, ya estamos probando Redmine
Este embajador esta a su orden, Reportandome.. =)
El 9 de octubre de 2010 05:18, Jesús Franco <tezcatl(a)fedoraproject.xn--org>escribi-yob:
Para los impaciente que no quieren leer comentarios donde seguimos
elaborando sobre Redmine para el sistema de reportes, pueden brincar
inmediatamente acá:
http://rpmdev.proyectofedora.org/projects/embajadores
Regístrense y avisen para que los agregue al proyecto (ojo, estamos en
pruebas y la idea es evaluarlo en la reunión de este 14 de octubre), tenía
la tentación de agregar a todos los que ubico como embajadores, pero mejor
los dejo a su consideración.
También tenemos otro proyecto para poder romper algunas cosas:
http://rpmdev.proyectofedora.org/projects/dumb
es dummy o sea que aunque hagamos algunas cosas útiles allí, no debería
nadie enojarse si le borran una tarea a la que dedico 24 horas o más ;)
Entonces sigue, sobre los últimos aportes de Guillermo, mis comentarios
sobre lo que he hallado en las actividades que he venido realizando. Los
invito a sumarse para tener una idea de conjunto más elaborada.
"Guillermo Gómez" <guillermo.gomez(a)gmail.com> escribió:
El 06/10/10 14:43, Igor Pires Soares escribió:
>
>> A mí me gusta la idea de concentrar el esfuerzo de escribir
>> documentación y reportes en RPMDEV.
>>
>
Por lo pronto, el acuerdo es hacer pruebas de las actividades que estamos
haciendo como embajadores allí, en lo que hay avances con timpus, pues el
desarrollo le está tomando a Nushio mucho más tiempo del que él mismo
esperaba y parece todo más complejo.
En general Redmine provee wiki, aunque no tan potente como media wiki.
>
Aunque tiene puntos muy interesantes, por ejemplo ahí mismo cada quien
puede capturar su reporte y ligar una tarea a "su" página de reporte (o
compartida con otros embajadores de su país/proyecto, por ejemplo).
Lo símpático de usarlo para documentación es que todo el proyecto está
> integrado.
>
1. Gestión de tareas/seguimiento
> 2. Wiki
> 3. Planificación
> 4. Reportes automáticos por tiempo invertido (si, se pueden generar
> reportes sin intervención humana, basta que los usuarios registren
> adecuadamente sus actividades)
>
Ojo, que el sistema de verdad nos da para hacer reportes y seguimiento de
todas nuestras actividades, no sólo eventos, sino planeación, documentación,
diseño, traducciones, soporte, etc.
Aunque sospecho que tendríamos que definir algunos roles extra y tal vez
actividades/peticiones para que podamos invitar a otros colaboradores a
registrar con mucha claridad sus avances para Fedora.
Ojo, no me interesan mucho lo de los reportes, pero si les resuelve algún
> problema, excelente.
>
Yo creo que muchos, de entrada, las propias peticiones son los formularios
que desde hace meses se viene hablando en las reuniones, y ahí están, ya se
pueden empezar a probar y ajustar a nuestras necesidades.
Segundo, nos puede educar más en cuanto a la gestión de proyectos los que
no lo estamos.
Tercero, registramos los avances de nuestras actividades como
colaboradores, lo que permite:
* que los compañeros vean que ya estamos comenzando cosas aunque no estén
listas para publicar en nuestros blogs/wikis públicas/whatever
* y conseguir ayuda de gente "buscando que hacer"
Recuerden que la idea de los reportes, no es sólo "presumir" los eventos
exitosos, sino también los pininos de comunidades en gestación, de cursos,
de hacklabs de Fedora locales, de proyectos de Diseño si se quiere, de
documentación y otros.
Recomiendo altamente seguir los siguientes aportes de Guillermo para los
que aún no tengan idea de que les hablo :D
1. Procedimientos y ayudas para miembros
>
> Ejemplo, documentación para que los empaquetadores hagan su trabajo
> mejor. Es documentación de apoyo, es documentación típica especializada del
> grupo/proyecto en cuestión.
>
> http://rpmdev.proyectofedora.org/projects/rpmfed/wiki/Page_index <
> ejemplo con RPM
>
O para que, los traductores que podamos coordinarnos con esta herramienta
trabajemos mejor, o los documentadores, o los diseñadores, o los mentores de
nuevos usuarios para introducirlos a la colaboración con Fedora, su
imaginación es el límite.
2. Documentación de peticiones
> Ejemplo, asocia una petición a una página wiki en el mismo proyecto para
> concentar la información del progreso de la petición.
> En mi empresa se está usando de esta manera para generar reportes.
> Se crea un página wiki con el número de petición al momento de crear la
> petición. En la medida que es requerido, el wiki específico a la petición se
> va expandiendo y alimentando. Se tiene entonces la historia de la petición
> "en la petición misma", y datos consolidados y adicionales en el wiki
> correspondiente, por ejemplo, un informe.
>
En suma: tenemos tanto el historial y en que momentos se han hecho avances,
y segundo, una wiki donde se consolidan los apuntes en forma de un documento
de plena utilidad.
3. Documentación para usuarios generales
> Consumo masivo, no me gusta mucho la idea, preferiría o que se conservara
> el media wiki actual, o se usara el wiki de fedoraproject.org. El wiki de
> redmine no está pensando como competidor de media wiki o moin por ejemplo y
> nos va a traer muchos problemas usar el wiki de redmine para ese propósito.
>
Igual, no creo que redmine nos sirva para documentación general, para eso
si el caso es seguir con MediaWiki, pues mejor escribir en la wiki
internacional, no está prohibido escribir en español ni portugués. A mí me
encantaría que hiciésemos pruebas con DokuWiki pero de momento pienso
enfocarme con Guillermo en la escritura de una guía para quienes quieran
comenzar a escribir documentación formal para Fedora, y por supuesto son
bienvenidos a sumarse.
Nuevamente, es una herramienta de gestión de proyectos.
>
Y después de todo, somo el Proyecto Fedora LATAM ¿cierto?
¿Por qué no autogestionarnos?
MediaWiki en para enciclopedias, no somos enciclopedia.
DokuWiki es para documentación y más bien generamos más actividades que
documentación (visto el proyecto en su conjunto).
Pero si se insiste, se puede crear un proyecto Wiki donde todos los
> "miembros" puedan usar el wiki de dicho proyecto adiestra y siniestra,
ello
> es posible.
>
NO, ojalá esa no llegue a ser la conclusión.
Ni hablar de los rss, no les faltarán.
>
Bueno, veo más bien ATOM que mi snownews no entiende muy bien.
¿Algunas herramientas que me sugieran para fisgonear más en los ATOM?
De preferencia scripts o para Emacs, si saben, pero otros me sirven
también.
También hay espacio para gestionar archivos por proyectos, por ejemplo,
> arte, si lo hubiera, podría almacenar, aunque sea temporalmente archivos en
> el redmine.
>
¿O cursos? Escritor Fedora Primeros Pasos puede convertirse en curso tal
vez.
¿Otros podrían funcionar, digamos extensiones en línea de Hacklabs de
Fedora locales?
Tocando un poco este tema, prefiero siempre usar repositorios externos
> para manejar el producto del proyecto, por ejemplo, ni en RPM ni en DEV se
> almacenan RPM/SRPMS ni código fuente. Se usan repositorios externos con
> control de versión, se sugiere hacer lo propio en caso de manejar datos
> específicos. Veo el caso de la revista como un caso para integración con
> repositorio y control de versiones, por ejemplo git en fedorapeople.
>
Ahí no me toca decir mucho, creo que Tatica ha de definir mejor como se usa
el Redmine y repositorios,flujos de trabajo y whatever.
En Fedora Documentation Project se usa git y estoy por ver cómo integrar
> el vigilar el progreso desde DOC en rpmdev, pero se puede ver el ejemplo con
> el proyecto de empaquetamiento de fwsnort:
>
> http://rpmdev.proyectofedora.org/projects/fwsnort/repository
>
> Bueno, no los atormento más con esto, me avisan si les interesa y se ponen
> de acuerdo de si desean usarlo.
>
> :)
>
> Guillermo
> ------------------------
> http://www.neotechgw.com
> http://gomix.fedora-ve.org
>
Pues ya nos pusimos de acuerdo para probarlo, siento que es una suerte de
una excelente "bitácora de desarrollo" compartida, infinitamente más
"OpenSource way" que nuestros blogs personales que sólo mostramos cuando
"sentimos" que están listos para presumir.
En Redmine podemos darnos el lujo de tener más iniciativas que términos, de
hacer "braindump" de nuevas tareas en un espacio compartido, igual y no está
tan solitaria nuestra idea, que otros lo ven y se suman a nuestra intención
original, enriqueciéndola.
Saludos.
----
"No pierdas el sueño por lo que no puedes cambiar" -Mikao Usui
Jesús Franco, EPF
Embajador Padawan de Fedora ;)
http://fedoraproject.org/wik/User:Tezcatl
http://proyectofedora.org/wiki/Usuario:Tezcatl
_______________________________________________
Embajadores-fedora-latam mailing list
Embajadores-fedora-latam(a)redhat.com
https://www.redhat.com/mailman/listinfo/embajadores-fedora-latam
2:26 p.m.
New subject: Compañeros, ya estamos probando Redmine
Em Sáb, 2010-10-09 às 02:48 -0700, Jesús Franco escreveu:
Para los impaciente que no quieren leer comentarios donde seguimos
elaborando sobre Redmine para el sistema de reportes, pueden brincar
inmediatamente acá:
http://rpmdev.proyectofedora.org/projects/embajadores
Regístrense y avisen para que los agregue al proyecto (ojo, estamos en
pruebas y la idea es evaluarlo en la reunión de este 14 de octubre),
tenía la tentación de agregar a todos los que ubico como embajadores,
pero mejor los dejo a su consideración.
Yo he recibido un error 403 para esa página. Ya estoy registrado pero no
tengo acceso.
También tenemos otro proyecto para poder romper algunas cosas:
http://rpmdev.proyectofedora.org/projects/dumb
Me gustó esa página. Me parece bien organizada. Esto me recuerda como la
FUDCon Tempe está siendo organizada por el Trac. Estos sistemas de
tareas son importantes para organizar y mantener nuestras actividades de
manera transparente. El Trac de la FUDCon, es un buen ejemplo de como
podemos usar Redmine de una manera positiva.
Saludos!
--
Igor Pires Soares
Fedora I18N/L10N QA
Fedora Ambassador (Brazil)
https://fedoraproject.org/wiki/User:Igor
3:38 a.m.
New subject: Compañeros, ya estamos probando Redmine
Quoting "Igor Pires Soares" <igorsoares(a)gmail.com>:
Em Sáb, 2010-10-09 às 02:48 -0700, Jesús Franco escreveu:
> Para los impaciente que no quieren leer comentarios donde seguimos
> http://rpmdev.proyectofedora.org/projects/embajadores
>
> Regístrense y avisen para que los agregue al proyecto (ojo, estamos en
Por favor avísenme su nombre real, porque por nick no los ubico en Redmine
¿alguien se figuraría por ejemplo que mi nombre de usuario es tzk_?
Yo he recibido un error 403 para esa página. Ya estoy registrado pero
no
tengo acceso.
Ya estás a bordo Igor ;)
Desconozco si se deba a que no estaba marcada como "público" el
proyecto, ya lo dejo así para los que quieran echar un vistazo antes
de decidir si quieren ayudar con las pruebas.
En todo caso de entrada ahora Kellerman nos puede ayudar con eso.
¿Puedes ver la página sin estar registrado en el proyecto aún?
>
> También tenemos otro proyecto para poder romper algunas cosas:
> http://rpmdev.proyectofedora.org/projects/dumb
Me gustó esa página. Me parece bien organizada. Esto me recuerda como la
¿Bien organizada? Ja, gracias, pero no, apenas estoy apuntando algunas
tareas un tanto sueltas, apenas hoy empecé a ligar unas con otras, un
pretendido "Milestone" para continuar las pruebas hasta finalizar
Octubre y así. Si quieren ustedes realizar alguna prueba, sólo
edítenla y reporten los resultados.
De antemano gracias.
FUDCon Tempe está siendo organizada por el Trac. Estos sistemas de
tareas son importantes para organizar y mantener nuestras actividades de
manera transparente. El Trac de la FUDCon, es un buen ejemplo de como
podemos usar Redmine de una manera positiva.
Sí, definitivamente registrar y comunicar más y no menos, de las
tareas que estamos acometiendo para que el proyecto tenga un mayor
alcance y construya una comunidad más cohesionada de colaboradores,
además de subir el número de usuarios.
Saludos!
Muchas gracias por la iniciativa de entrarle a las pruebas, si creen
que nos va haciendo falta algo, sólo agreguen una tarea y si tienen
tiempo de asignársela, ¡adelante!
Igor Pires Soares
Fedora I18N/L10N QA
Fedora Ambassador (Brazil)
https://fedoraproject.org/wiki/User:Igor
Jesús E. Franco Martínez, EPF
http://fedoraproject.org/wiki/User:Tezcatl
Emabajador Padawan de Proyecto Fedora LATAM
5:59 a.m.
New subject: Compañeros, ya estamos probando Redmine
El 10/10/10 04:08, Jesús Franco escribió:
Desconozco si se deba a que no estaba marcada como
"público" el
proyecto, ya lo dejo así para los que quieran echar un vistazo antes de
decidir si quieren ayudar con las pruebas.
Es correcto, mientras el proyecto no sea público, sólo será visible para
sus miembros (afaik).
Guillermo
------------------------
http://www.neotechgw.com
http://gomix.fedora-ve.org
3:21 p.m.
New subject: Compañeros, ya estamos probando Redmine
Em Dom, 2010-10-10 às 01:38 -0700, Jesús Franco escreveu:
>> Regístrense y avisen para que los agregue al proyecto (ojo,
estamos en
Por favor avísenme su nombre real, porque por nick no los ubico en Redmine
¿alguien se figuraría por ejemplo que mi nombre de usuario es tzk_?
> Yo he recibido un error 403 para esa página. Ya estoy registrado pero no
> tengo acceso.
Ya estás a bordo Igor ;)
Desconozco si se deba a que no estaba marcada como "público" el
proyecto, ya lo dejo así para los que quieran echar un vistazo antes
de decidir si quieren ayudar con las pruebas.
En todo caso de entrada ahora Kellerman nos puede ayudar con eso.
¿Puedes ver la página sin estar registrado en el proyecto aún?
Gracias Jesús!
Ahora puedo ver la pagina, la veo solamente cuando estoy registrado.
Creo que está bueno.
Saludos!
--
Igor Pires Soares
Fedora I18N/L10N QA
Fedora Ambassador (Brazil)
https://fedoraproject.org/wiki/User:Igor
6:07 p.m.
New subject: Compañeros, ya estamos probando Redmine
Hola chicos ya puedo ver la pagina, pero no aparezco entre los miembros..
Saludos cordiales a todos
El 11 de octubre de 2010 15:51, Igor Pires Soares
<igorsoares(a)gmail.xn--com>escribi-yob:
Em Dom, 2010-10-10 às 01:38 -0700, Jesús Franco escreveu:
> >> Regístrense y avisen para que los agregue al proyecto (ojo, estamos en
>
> Por favor avísenme su nombre real, porque por nick no los ubico en
Redmine
> ¿alguien se figuraría por ejemplo que mi nombre de usuario es tzk_?
>
> > Yo he recibido un error 403 para esa página. Ya estoy registrado pero
no
> > tengo acceso.
>
> Ya estás a bordo Igor ;)
>
> Desconozco si se deba a que no estaba marcada como "público" el
> proyecto, ya lo dejo así para los que quieran echar un vistazo antes
> de decidir si quieren ayudar con las pruebas.
>
> En todo caso de entrada ahora Kellerman nos puede ayudar con eso.
>
> ¿Puedes ver la página sin estar registrado en el proyecto aún?
Gracias Jesús!
Ahora puedo ver la pagina, la veo solamente cuando estoy registrado.
Creo que está bueno.
Saludos!
--
Igor Pires Soares
Fedora I18N/L10N QA
Fedora Ambassador (Brazil)
https://fedoraproject.org/wiki/User:Igor
_______________________________________________
Embajadores-fedora-latam mailing list
Embajadores-fedora-latam(a)redhat.com
https://www.redhat.com/mailman/listinfo/embajadores-fedora-latam
1:22 a.m.
New subject: Compañeros, ya estamos probando Redmine
El Mon, 11 Oct de 2010, Kellerman escribió:
Hola chicos ya puedo ver la pagina, pero no aparezco entre los
miembros..
Saludos cordiales a todos
Por eso les dije que no me digan sus nick sino nombres reales ;)
hasta que cheque con zodbot que kelito s� se llama Kellerman ya supe a quien agregar al
proyecto.
Mis disculpas ;)
Guillermo: �alguna p�gina que nos aclare como funcionan los roles espec�ficamente
definidos en RPM-DEV?
A�ad� a Kellerman como "Editor" pero fue al tanteo, no s� si es lo m�s
adecuado.
Aunque en "dumb" s� est�s como Jefe de proyecto Kellerman, para que pruebes con
comodidad.
El 11 de octubre de 2010 15:51, Igor Pires Soares
<[1]igorsoares(a)gmail.com> escribi�:
Gracias Jes�s!
De que, a todos los que se han interesado en ayudar, al contrario, ustedes me refrendan
porque eleg� Fedora.
Ahora puedo ver la pagina, la veo solamente cuando estoy
registrado.
Creo que est� bueno.
Y se va a poner mejor entre mejor entendamos la plataforma, vi incluso que hay unos compas
que est�n gestionando cursos (o por lomenos un courseware) en redmine, para Ruby on Rails.
http://www.railstutor.org/projects/rails-tutor
Aunque pienso que perfectamente podr�an gestionarse cursos con un rol especial de
"estudiantes", milestones para desarrollo/entrega del curso intercalados y as�.
Ir� elaborando la propuesta.
Yo creo que es como le dec�a a mi piloto de pruebas de Gobby cuando me dijo:
"quiero aprender a usar el chat y comunicarme mejor". Yo le contest�:
"Pues ser� usando el chat y tratando de comunicarte mejor". �Muy tautol�gico?
El hecho es que si queremos darnos una idea de si puede funcionar realmente para organizar
mejor nuestro trabajo como embajadores/mentores/etc. tenemos que usarlo para algunas
tareas "en serio" por lo menos. Y compartir las tareas y retroalimentarnos.
Es como MediaWiki, casi todos creen que es el mejor wiki para _cualquier cosa_ porque
todos lo conocen por wikipedia y fp.o y hasta hay quien dice "es el est�ndar".
Oh s�, tan est�ndar como puede ser .DOC para distribuir informaci�n por e.mail.
�Saludos a todas y todos!
Jes�s Franco
http://fedoraproject.org/wiki/User:Tezcatl
5:51 a.m.
New subject: Compañeros, ya estamos probando Redmine
El 12/10/10 01:52, � Franco escribió:
Guillermo: �alguna p�gina que nos aclare como funcionan los roles
espec�ficamente definidos en RPM-DEV?
A�ad� a Kellerman como "Editor" pero fue al tanteo, no s� si es lo m�s
adecuado.
http://rpmdev.proyectofedora.org/projects/redmine/wiki/Roles
Listar cada uno de ellos sería un poco largo, son actualmente 14. Si hay
alguna acción que un rol específico no puede realizar y es deseable que
lo hace, hay dos caminos:
1. Agregar el permiso específico al rol dado (todos con ese rol
obtendrán el mismo privilegio).
2. Promover el usuario a otro rol que escale el privilegio
correspondiente (tal vez pierda otros).
En caso 1, deben simplemente los dueños de proyecto hacer la solicitud
para su consideración ya que los roles no son específicos a los
proyectos, más eso es posible si lo desea y será considerado.
Si no existe un rol al que se pueda promover en caso 2, entonces podemos
crear y definir un nuevo rol.
Saludos
_Gomix_
------------------------
http://www.neotechgw.com
http://gomix.fedora-ve.org
7:58 a.m.
New subject: Compañeros, ya estamos probando Redmine
Chicos hace poco si mi mente no me falla pasaron una documentacion sobre
redmine, o la vi, ahorita tengo la mente ida, alguien pudiera facilitarme el
link, quiero leerla detenidamente
El 12 de octubre de 2010 06:21, Guillermo Gómez
<guillermo.gomez(a)gmail.xn--com>escribi-yob:
El 12/10/10 01:52, � Franco escribió:
> Guillermo: �alguna p�gina que nos aclare como funcionan los roles
> espec�ficamente definidos en RPM-DEV?
> A�ad� a Kellerman como "Editor" pero fue al tanteo, no s� si es lo m�s
> adecuado.
>
http://rpmdev.proyectofedora.org/projects/redmine/wiki/Roles
Listar cada uno de ellos sería un poco largo, son actualmente 14. Si hay
alguna acción que un rol específico no puede realizar y es deseable que lo
hace, hay dos caminos:
1. Agregar el permiso específico al rol dado (todos con ese rol obtendrán
el mismo privilegio).
2. Promover el usuario a otro rol que escale el privilegio correspondiente
(tal vez pierda otros).
En caso 1, deben simplemente los dueños de proyecto hacer la solicitud para
su consideración ya que los roles no son específicos a los proyectos, más
eso es posible si lo desea y será considerado.
Si no existe un rol al que se pueda promover en caso 2, entonces podemos
crear y definir un nuevo rol.
Saludos
_Gomix_
------------------------
http://www.neotechgw.com
http://gomix.fedora-ve.org
_______________________________________________
Embajadores-fedora-latam mailing list
Embajadores-fedora-latam(a)redhat.com
https://www.redhat.com/mailman/listinfo/embajadores-fedora-latam
2:11 p.m.
New subject: Compañeros, ya estamos probando Redmine
On Tue, Oct 12, 2010 at 08:28:41AM -0430, Kellerman wrote:
Chicos hace poco si mi mente no me falla pasaron una documentacion
sobre
redmine, o la vi, ahorita tengo la mente ida, alguien pudiera facilitarme el
link, quiero leerla detenidamente
Chaz! Pues de hecho buscando es como descubrí el curso de Rails que
están desarrollando en Redmine. Pero específicamente documentación de
Redmine, en español, no he hallado. Si encuentras tú primero, comparte
;) De la guía de Redmine "oficial" solo está traducido el temario :(
Un amigo que trabaja con collabtive me compartió una guía que no estoy
seguro de que tanto nos pueda servir, pero la pongo a su
consideración.
http://docs.google.com/viewer?url=http://aportes.venenux.org/usuarios/vit...
Seguimos tanteando, pero la idea es que durante este mes vayamos
generando una idea muy clara y pronto una guía, de como podemos
utilizar el Redmine para mejorar la manera en que organizamos nuestro
trabajo.
Ya he adelantado algunas ideas, y disculpen si no han sido muy
organizadas. Eso ya vendrá después. ;)
Saludos
Jesús Franco
http://fedoraproject.org/wiki/User:Tezcatl
http://identi.ca/tzk
12:13 a.m.
New subject: Compañeros, ya estamos probando Redmine
Hola a todas y todos, los saludo desde Costa Rica,
Últimamente he estado muy ocupado y no había podido revisar los correos de
las listas de Fedora, y me llevé la sorpresa de que están probando Redmine.
Como gran coincidencia, he estado trabajando en la creación de contenidos
para un curso/tutorial de cómo instalar, configurar y utilizar Redmine en
Fedora como servidor y cliente. Este material lo tengo en el formato wiki
de Redmine, en ODP y PDF, en todos los casos bajo la licencia Creative
Commons. Todo el material está en español, con capturas de pantallas y
demás.
Ya estoy registrado en el Redmine bajo el usuario joseroes, tal vez si me
agregaran al proyecto "Redmine" para agregar el material que tengo listo.
También estaría dispuesto a enviarle este material a quien lo necesitara,
sólo que sería hasta que termine todo para enviarlo en un sólo archivo
comprimido.
Por ahora tengo listo todo lo que es la instalación de los requerimientos de
Redmine, la instalación de Redmine, instalación de plugins, temas, y esta
semana empezaré con los tutoriales para configuración y personalización de
Redmine, así como los tutoriales para usuarios finales.
Saludos a todas y todos!
José Eduardo
El 12 de octubre de 2010 13:11, Jesús Franco
<tezcatl(a)fedoraproject.xn--org>escribi-yob:
On Tue, Oct 12, 2010 at 08:28:41AM -0430, Kellerman wrote:
> Chicos hace poco si mi mente no me falla pasaron una documentacion sobre
> redmine, o la vi, ahorita tengo la mente ida, alguien pudiera facilitarme
el
> link, quiero leerla detenidamente
Chaz! Pues de hecho buscando es como descubrí el curso de Rails que
están desarrollando en Redmine. Pero específicamente documentación de
Redmine, en español, no he hallado. Si encuentras tú primero, comparte
;) De la guía de Redmine "oficial" solo está traducido el temario :(
Un amigo que trabaja con collabtive me compartió una guía que no estoy
seguro de que tanto nos pueda servir, pero la pongo a su
consideración.
http://docs.google.com/viewer?url=http://aportes.venenux.org/usuarios/vit...
Seguimos tanteando, pero la idea es que durante este mes vayamos
generando una idea muy clara y pronto una guía, de como podemos
utilizar el Redmine para mejorar la manera en que organizamos nuestro
trabajo.
Ya he adelantado algunas ideas, y disculpen si no han sido muy
organizadas. Eso ya vendrá después. ;)
Saludos
Jesús Franco
http://fedoraproject.org/wiki/User:Tezcatl
http://identi.ca/tzk
_______________________________________________
Embajadores-fedora-latam mailing list
Embajadores-fedora-latam(a)redhat.com
https://www.redhat.com/mailman/listinfo/embajadores-fedora-latam
4936
days inactive
4948
days old
embajadores-fedora-latam@lists.fedoraproject.org
21 comments
9 participants
participants (9)
-
"Guillermo Gómez S." -
Igor Pires Soares -
Jesús Franco -
John Mackay -
Jose Eduardo Rodriguez -
Kellerman -
Kellerman Rivero Suarez -
María Leandro -
Mauricio Moreno R.