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