Estoy empezando una nueva discusión, ya que el Acta de Reunión Comité Drupal Perú 2010-12-11 no tiene comentarios activados. Antes he expresado mi opinión acerca del comité así que no voy a profundizar aquí.
Lo que si me gustaría es comentar acerca de la lista de actividades en el acta, en particular el code sprint que es aparentemente la prioridad #1. El ultimo code sprint de la comunidad de Drupal Perú, se creó y organizó por la comunidad orgánicamente, y eso fue una de las cosas (entre otras) que hizo que sea tan exitosa. Me gustaría que los code sprints permanezcan como una parte orgánica de la comunidad y que el comité no se meta a tratar de organizar los code sprints de alguna manera. Están bien como están.
Otra cosa que me pareció un poco raro del acta es la propuesta para cambiarse de nombre a FSF Peru. Si el objetivo de el comité es ser una fundación de software libre (ósea no especializada en Drupal) , creo que con mas razón deberían dejar los code sprints a la comunidad de Drupal Peru.
Comments
Estoy de acuerdo
Hola Nicolás,
Concuerdo contigo en que es importante que las iniciativas sean desarrolladas por cualquier persona y siga el estilo que se decida entre los presentes.
Hace ya algún tiempo dejé el comité (precisamente en esa reunión del 2010-12-10). Aunque igual puedo valorar que en algún momento se pueda necesitar una organización para soportar un evento "más grande" donde se necesite movilizar energías y recursos económicos por más tiempo. La idea del comité es buena en este sentido y de seguir los principios planteados como "apoyar las iniciativas", y "NO regular las actividades (vale decir, interferir)", creo que es algo conveniente.
Los últimos eventos sin embargo, han partido de la iniciativa independiente de otros miembros de la comunidad.
Y creo que el comité ha ayudado a la difusión.
Olvide decirlo
Cuando decía los principios planteados está en la misma declaración de principios del comité, estaba que no es un ente regulador, sino que apoya las iniciativas que nacen de la comunidad. Además de promotor.
Totalmente de acuerdo
Mantener los code sprints fuera de la organización del comité me parece una gran idea, eso garantizaría que las reuniones se organizen directamente por miembros (activos) de la comunidad y también tener más libertad en estas reuniones (por ejemplo organizar las fechas coordinando con los que van a participar, que son quienes verdaderamente deberían decidir esto).
Acerca de los eventos
Hola chicos
Los felicito por los eventos que estan haciendo me parece muy bueno que siga adelante, mas tengo algo que pedirles, por favor "coordinen" conmigo fechas (ojo no hablo de como hacer el evento), es netamente fechas. Para que no se crucen con otras actividades, sean eventos, cursos, etc, etc.Casi la mayoria tiene mi correo o mi numero, por favor escribanme o llamenme.
Acerca del comite, estoy feliz que se ha hecho bastante en puntos que estaban pendientes.
Ricardo, agradesco el aviso publico de tu renuncia y tambien el tiempo que le brindaste al comite, aprendimos muchas cosas con el equipo. Muchas gracias Ricardo.
Bendiciones.
--
Una drupalera latina,
Haciendo manualidades en EcoArtesanias.com y
Vijando, viajando, viajando!
Todo esta aqui en el grupo
Hasta donde se sabe el proximo se esta organizando para el 15 de Junio aqui: http://groups.drupal.org/node/144524#comment-501339
Todo acerca de los code sprints regulares se organiza abiertamente en este grupo y esta abierta a la participación de toda la comunidad. :)
--
Nicolas
El comité es vehículo no un fin
Me parece fantástico recibir feedback de este acta!
@ipwa, en respuesta a tus comentarios:
"Me gustaría que los code sprints permanezcan como una parte orgánica de la comunidad y que el comité no se meta a tratar de organizar los code sprints de alguna manera. Están bien como están."
Primero: En el Acta de reunión del 2010-05-15 se acordó: "El comité es un facilitador de la comunidad que cuenta con herramientas y recursos, es un vehículo no un fin". Y como lo hemos repetido en varios comunicados el fin es de dar soporte a la comunidad.
Segundo: Hace 5 meses que se aprobó en el acta que menciona el Code Sprint como prioridad #1, la idea es promover y lo explico de forma práctica. El área de Eventos informará cuando en algún evento se asignen aulas para la realización de Code Sprints, y el área de Comunicaciones del comité hará difusión. Así mismo el área de Educación tiene como tarea de incentivar a que la comunidad participe contribuyendo con código y el área de Infraestructura tiene herramientas para facilitar los Code Sprints.
Además, comprendo que hay cuidado porque en otras comunidades de Software Libre se han cometido abusos por parte de organizaciones que se dedicaron a controlar y hasta servirse de la comunidad (de hecho lo viví en carne propia en una comunidad de Linux antes de estar en Drupal). No es el caso del Comité Drupal Perú y lo tenemos claro desde el inicio. Les pido que miren al comité como lo que realmente es: un soporte y un grupo de voluntarios con un profundo compromiso por su comunidad. Ya que para que los eventos se realicen alguien tiene que hacer las gestiones antes, durante y después, es un trabajo arduo y muchas veces no tan divertido o emocionante como codear o dar una charla/taller, pero los miembros del comité lo hacemos de forma desinteresada por amor a nuestra comunidad.
Por otro lado, acerca de FSF Perú, te comento que es una iniciativa mía que no fue adoptada por el comité, en los próximos meses informaré en detalle, me parece que este no es el hilo para discutir dicho tema y no atañe únicamente a Drupal Perú.
--
[develCuy](http://steemit.com/@develcuy) on steemit
Solo estoy hablando de los sprints
Me parecería bien que hagan code sprints en los diferentes eventos que el comité organiza, pero repito mi petición de que el code sprint regular (en el ultimo hablamos de hacer mensualmente y ya se empezó a organizar), lo dejen a la comunidad y que el comité no interfiera.
Como mencionó al inicio de la discusión, el último code sprint se creó y organizó por la comunidad orgánicamente. El comité no tuvo que gestionar ni antes, ni durante, ni después. Si los eventos mas productivos de la comunidad nacen de iniciativa propia de miembros activos, eso me hace cuestionar si en realidad se necesita un comité. Entiendo (como lo explico Yanick) que el comité se necesite cuando se quieran hacer cosas mas grandes, pero no es necesario para los code sprints regulares.
Tampoco es mi intención que esta discución se convierta en un debate acerca de el comité, solo como dije al inicio, prefiero que el comité no trate de organizar de alguna manera los code sprints regulares.
--
Nicolas
Factocracia
Drupal es una factocracia y cada uno es líder de su propia iniciativa ;), todos tenemos la libertad de organizar Code Sprints/Camps/talleres/etc, también el comité goza de ese derecho y lo ejercerá cuando así lo vea por conveniente y con previa coordinación para evitar solapamientos.
Y cuando me refiero a eventos en este texto:
Estoy refiriéndome a los eventos organizados por el comité, el área de Eventos no tiene porque definir la fecha de una iniciativa que NO es del comité, aunque se agradecerá muchísimo coordinar las fechas con anticipación para que las iniciativas no se crucen ni compitan entre sí. El comité NO está compitiendo con la comunidad y lo inverso debería ser también aplicable. La idea es sumar :D
Acerca de la "productividad" de los eventos en tu comentario:
Considero que es un tema muy delicado, porque el valor esencial de una contribución está en la virtud que una persona tiene de desprenderse de su tiempo, bienes, seres queridos, habilidades, esfuerzo, etc., es un valor subjetivo y por lo tanto no tiene medida.
Y acerca de si el comité debe o no existir, tienes razón en que no hay que discutirlo, porque el que contribuye es quien evalúa el efecto de su contribución, escucha las sugerencias/críticas y quien decide la dirección que va ha seguir. Por lo tanto, el comité va ha permanecer y crecer por la voluntad de sus miembros.
--
[develCuy](http://steemit.com/@develcuy) on steemit
Quize decir code sprints
Perdon por la equivocación quize decir code sprint más productivos. Todos los eventos que se han organizado son invaluables para la comunidad.
--
Nicolas
En resumen todos somos libres y trabajamos bien en conjunto
En resumen, y como expuesto antes, el comité apoya los eventos si puede, nada más. No tenemos que estar pendientes del comité para organizar un code sprint (entiendo de donde tuviste esta impresión ipwa, pero no es). De la misma forma, nosotros nos beneficiamos (un poco) de la publicidad que hace el comité de otros lados para tener gente interesada en el tema.
El temor para mi está en que el comité nos "meta" más gente cuando nuestra forma de publicitarlo la última vez funcionó bacán sin asistencia. Pero cuidado ipwa, que no todos los code sprints funcionan tan bien y sería una equivocación tomarlo como un éxito eterno. Por una vez desde hace mas o menos un año tuvimos al mismo tiempo local + gente experimentada + gente medio-experimentada + tareas que hacer de forma estructurada. El año pasado hice code sprints solo también (aunque anunciados con anticipación y con gente inscrita por gdo).
Yannick Warnier
Manager y Consultor e-learning - http://www.beeznest.com
Presidente - Asociación Chamilo - http://www.chamilo.org
Una opinión
Hola, disculpen la interrupción :)
A veces, en un grupo o comunidad surge la necesidad de organizarse para hacer fuerza en pos de objetivos mayores, en tamaño o complejidad.
A menudo, se elije como referencia una forma de organización centralizada que se usa "afuera". Como junta directiva, directorio, etc.
Yo pude participar de un grupo que se organizó de esa manera y pude notar que, aunque no nos lo propongamos, los nombres que se usen influyen bastante en cómo la gente tiende a comportarse a partir de entonces.
Por ejemplo, si se busca una organización horizontal, de comunidad, de amigos (como quería ser el grupo donde estuve) tal vez sería mejor decir Vocero, o Coordinador, que Director. El nombre contiene lo que se espera de la persona, lo que es, y aunque el cambio parece inocente, me parece que ayuda mucho.
Tal vez, en lugar de una palabra como directiva o comité, en una comunidad de software libre, más amiga de la organización distribuida, sea mejor recibido Grupo de Apoyo, u otro similar, que de partida anuncie el feeling.
Bueno, es mi modesta opinión.
saludos
Muy buena
Una sugerencia muy buena y oportuna. La psicología de las organizaciones te lo agradecerá de por vida :-)
Me gusta la idea
Creo que no pensamos mucho en el nombre al principio, y cuando quisimos cambiarlo pensamos en que seria mas apropiado al momento de formalizar. Creo que lo importante ahora es que se entienda el proposito de la organizacion. Gracias por la sugerencia!
--
[develCuy](http://steemit.com/@develcuy) on steemit
Que no hayan malentendidos
No quiero que la gente se lleva una impresión de que hay animosidad entre el comité y yo. Respeto mucho a todos los que estan en el comite y el trabajo desinteresado que hacen, y en muchos casos son buenos amigos míos. Eso no quiere decir que tengamos diferentes ideas, al final eso es lo bueno del sofware libre, y la manera de que siempre hagamos mejor las cosas :)
--
Nicolas
Amigos :)
De acuerdo @ipwa, que la amistad no se pierda y que tambien nos entendamos es parte del dialogo. Una discusion sin sentido hubiera sido perder el tiempo. Si se ha entendido el proposito del comite y sus intensiones, entonces creo que la discusion ha validado la pena :D
--
[develCuy](http://steemit.com/@develcuy) on steemit
ya me parecía raro :)
ya me parecía raro :)