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
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
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@fedoraproject.orgescribió:
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@proyectofedora.org http://proyectofedora.org/mailman/listinfo/revista_proyectofedora.org
<sarcasmo>Buena suerte por pelear la corona de los títulos.</sarcasmo.>
2010/10/6 V1K1N60 # mmorenor@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@fedoraproject.orgescribió:
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@proyectofedora.org http://proyectofedora.org/mailman/listinfo/revista_proyectofedora.org
-- Saludos,
*Mauricio Moreno R.* Ing. (E) Informatica RedHat Certified Technician mmorenor@gmail.com (569) 9 705 8223
Embajadores-fedora-latam mailing list Embajadores-fedora-latam@redhat.com https://www.redhat.com/mailman/listinfo/embajadores-fedora-latam
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@gmail.com
<sarcasmo>Buena suerte por pelear la corona de los títulos.</sarcasmo.>
2010/10/6 V1K1N60 # mmorenor@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@fedoraproject.orgescribió:
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@proyectofedora.org http://proyectofedora.org/mailman/listinfo/revista_proyectofedora.org
-- Saludos,
*Mauricio Moreno R.* Ing. (E) Informatica RedHat Certified Technician mmorenor@gmail.com (569) 9 705 8223
Embajadores-fedora-latam mailing list Embajadores-fedora-latam@redhat.com https://www.redhat.com/mailman/listinfo/embajadores-fedora-latam
Embajadores-fedora-latam mailing list Embajadores-fedora-latam@redhat.com https://www.redhat.com/mailman/listinfo/embajadores-fedora-latam
Kellerman, ya se te contestó esto en otro hilo de la lista :)
Si maria, lo siento se me escapo por una pestaña del gmail...
2010/10/6 María Leandro tatica@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@redhat.com https://www.redhat.com/mailman/listinfo/embajadores-fedora-latam
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!
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?period=...
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
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.
- Gestión de tareas/seguimiento
- Wiki
- Planificación
- 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
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@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.
- Gestión de tareas/seguimiento
- Wiki
- Planificación
- 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
- 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.
- 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.
- 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
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
Este embajador esta a su orden, Reportandome.. =)
El 9 de octubre de 2010 05:18, Jesús Franco tezcatl@fedoraproject.orgescribió:
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@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.
- Gestión de tareas/seguimiento
- Wiki
- Planificación
- 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
- 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.
- 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.
- 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
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@redhat.com https://www.redhat.com/mailman/listinfo/embajadores-fedora-latam
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!
Quoting "Igor Pires Soares" igorsoares@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
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
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!
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@gmail.comescribió:
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@redhat.com https://www.redhat.com/mailman/listinfo/embajadores-fedora-latam
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@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
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
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@gmail.comescribió:
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:
- 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@redhat.com https://www.redhat.com/mailman/listinfo/embajadores-fedora-latam
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/vitron...
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
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@fedoraproject.orgescribió:
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/vitron...
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@redhat.com https://www.redhat.com/mailman/listinfo/embajadores-fedora-latam
embajadores-fedora-latam@lists.fedoraproject.org
-
"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.