Sobre los proyectos prioritarios de la FSF

Mie Ago 5 03:42:50 UTC 2009

En verdad al final, como dice Mauro Debemos Crear un Centro de Formacion
de Hacktivistas, para crear los liderazgos que necesitamos, y tengan
todos los insumos para llevar al frente este movimiento a nivel global,
y no es que no existen lideres, pero crear un institucion como esta
catalisaria aun mas los procesos de adopcion de SL en neustros paises.

Ademas el conocimiento de causa o como yo le digo "la conciencia de
nuestra incociencia" nos permitira trabajar mejor.

El jue, 30-07-2009 a las 09:29 -0500, Mauro Rosero escribió:
> He leído todos los planteamientos de Francisco y debo decir que son
> pocos con los que discrepo. Son tan pocos que no me quiero ocupar de
> ellos en este momento.
> 
> Más allá de la lista de prioridades puntuales que se ha establecido,
> como puntos urgentes a resolver.  Yo quisiera plantearlas en
> estrategias urgentes a desarrollar.  En lo que voy a decir seguramente
> repetiré lo que muchos han dicho ya, pero quiero decirlo de diferente
> manera con la intención de ver si podemos estructurar planes de acción
> que acompañen a estos objetivos que permitan hacer avances en las
> comunidades de forma más fácil:
> 
> 1. Estrategia Social:
> 
> Pienso que la comunidad de software libre es bastante grande ya, pero
> por motivos diversos cada cual tiene una visión muy propia de lo que
> es software libre  mucha confusión al respecto. En mi humilde opinión,
> siento que mucho de esto ha sido por falta de liderazgo de FSF-LA,
> hablando específicamente en la región latinoamericana.  Esta falta de
> liderazgo ha sido por su ausencia en ser parte de la comunidad y por
> de alguna forma conformarse en un un ente polémico por diferentes
> razones que no vale al caso mencionar.  
> 
> Durante varios años, veía a RMS como una persona diferente a la que es
> porque la misma comunidad había creado "leyendas urbanas" con respecto
> a su personalidad y a sus excentricidades. Hoy luego de haber
> compartido varios días con él y después de que mi país tuvo la
> oportunidad de conocerlo, siento que muchas de estas leyendas urbanas
> no son ciertas.  En resumen, nosotros hacemos daño a nuestra propia
> comunidad cuando mandamos mensajes distorsionados.    
> 
> Los mensajes distorsionados se dan cuando existen muchos
> intermediarios. Es de sentido común entender que cada intermediario en
> el camino, produce ruido   que distorsiona el mensaje original a tal
> punto que lo puede mal formar completamente.
> 
> En resumen, necesitamos tener un contacto más directo con las
> comunidades y explicar más directamente cual es la posición de la
> FSF-LA en los diferentes puntos, procurar colaborar con organizaciones
> regionales y en países que están llevando un efectivo trabajo en la
> promoción de la filosofía. Servir de facilitador para lograr espacio
> para proyectos que tienen prioridad, puede ser que algún país u
> organización tenga recurso o presupuesto para el desarrollo de dichos
> proyectos. Servir de punto de contacto.
> 
> 2. Estrategia Educativa:
> 
> Hace varios meses atrás propuse la iniciativa de crear un pensum
> dirigido a la formación de líderes hacktivistas, desafortunadamente
> nos quedamos discutiendo acerca de cual producto de enseñanza virtual
> usar.  Damos por hecho que los líderes que se forman espontáneamente
> ya tienen claro la filosofía y el concepto del software libre, esos
> son los mismos líderes que luego confrontan a FSF-LA con una posición
> "open source".  La razón de esto, falta de capacitación, falta de
> educación.  Pienso que una responsabilidad de FSF-LA, es la formación
> de nuestra comunidad, sobre todo los que actúan como  sus líderes.
> Estoy claro en que es un camino a largo plazo, pero es un camino más
> duradero.
> 
> En resumen sostengo que debemos crear medios y espacios donde se
> puedan formar nuestros líderes hacktivistas y porque no toda nuestra
> comunidad.
> 
> 3. Estrategia Técnica:
> 
> Aún cuando el Proyecto GNU ha desarrollado mucho código, está claro
> que aún existe código por escribir.  Entonces creo que debe ser
> responsabilidad de nuestra comunidad procurar la concepción y el
> desarrollo de proyectos  que completen el trabajo del código faltante.
> Existen varisas vía, FSF puede procurar el financiamiento para estos
> proyectos logrando patrocinios o donaciones de organizaciones o
> gobiernos. También puede crearse un catalogo de proyectos necesarios y
> promover dentro de nuestras comunidades el desarrollo y ubicación de
> recursos para estos proyectos.
> 
> Bueno espero no crear un flame!!!
> 
> El jue, 30-07-2009 a las 09:19 -0430, Francisco Palm escribió: 
> > Algunas acotaciones...
> > 
> > 2009/7/30 Luis A. <l.guzman.g en gmail.com>:
> > > El mié, 29-07-2009 a las 23:48 -0430, Francisco Palm escribió:
> > >>
> > >>    1. GNU PDF
> > >
> > > El formato PDF un estándar ISO completamente documentado en la
> > > publicación de ISO PDF/A, PDF/X e ISO 32000. Así como la especificación
> > > PDF 1.7.
> > >
> > > La principal importancia de este proyecto es que muchos gobiernos
> > > internacionalmente usan este estándar para comunicarse con la población.
> > > Es  necesario tener una herramienta libre para poder hacer uso de estos
> > > documentos dentro de las instituciones gubernamentales en cualquier
> > > nación latina o no, así mismo como los usuarios, sin requerir
> > > herramientas privativas para poder utilizar todas las características de
> > > la especificación.
> > >
> > Pero entonces se trata de usar el estándar, no la suerte de PDF+ que
> > se genera con sus herramientas, recordar la técnica de microsoft
> > embrace+extend+exterminate
> > (http://en.wikipedia.org/wiki/Embrace,_extend_and_extinguish). Esto lo
> > ha estado haciendo Microsoft con otros estándares ampliamente
> > aceptados como HTML y Javascript.
> > 
> > 
> > >>    3. Coreboot — the campaign for a free BIOS
> > >>
> > > Tu mismo has dado la solución, aplicándola se puede llegar a cumplir el
> > > objetivo, en las anteriores no existe la solución aun y por lo tanto es
> > > prioridad su creación.
> > 
> > Esto del BIOS es muchísimo más tracendente. no sólo aplica a las
> > oficinas sino a cualquier  tipo de equipos, incluyendo equipos
> > médicos, equipos de construcción, las aplicaciones son enormes...
> > Programación de semáforos, dispostitivos móviles, sensores
> > ambientales, sensores de detección temprana de emergencias...
> > 
> > >>
> > >>    4. Free software replacement for Skype
> > >>
> > >> Hay varios proyectos libres como QuteCom (antes OpenWengo), ¿no será
> > >> cuestión de impulsar la definición de estándares en el área y dar
> > >> rienda suelta al desarrollo de proyectos alrededor de esos estándares?
> > >
> > > Por algo esta como prioridad, la falta de impulso. ¿Acaso se podría
> > > impulsar si lo colocaran en último lugar?
> > >
> > >>
> > >>    5. Membership and donor transaction and contact system
> > >
> > > Una vez más, si el trabajo estuviera hecho no se listaría, pero no lo
> > > esta y es una prioridad para la FSF ( y otras FSFs?) para desarrollar
> > > sus trabajos administrativos, venga es la FSF necesita estar bien
> > > organizada y no esta en numero 1 o 2 de la lista, si no más abajo.
> > >
> > 
> > Solamente con navegar un rato por Google se puede conseguir varios
> > proyectos que hacen esto. En Plone, por ejemplo, que es la herramienta
> > con la que está hecha el portal de la FSF se podría hacer realmente
> > muy rápido integrando/mejorando/creando productos de plone existente.
> > Me parece que este proyecto es un pedido particular. Yo recomendaría
> > una solución Plone que quede perfectamente integrada al portal de la
> > FSF.
> > 
> > >>
> > >>    6. Free software video editing software
> > >>
> > > Si fueran estables, no aparecería aquí. Misma observación que el punto
> > > 4.
> > 
> > Ya, pero no es cuestión de ponerlo como algo abierto como si no
> > hubiese personas que han dedicado una buena cantidad de esfuerzo y
> > tiempo a este tema. ¿Dónde quedó eso de pararse en hombros de
> > gigantes?. La FSF señala que la mejor forma de ayudar es usarlo. Yo
> > creo que la mejor forma es desarrollar componentes comunes de núcleo.
> > >
> > >>
> > >>    7. Free Google Earth Replacement
> > >>
> > >> Este es un proyecto muy interesante. Ya existe una alternativa libre
> > >> que es World Wind de la NASA. Ese proyecto no ha tenido el impacto
> > >> esperado por el enorme error que cometieron al desarrollarlo en Java
> > >> (pero bueno, eso lo digo yo que soy anti-java total).
> > >>
> > 
> > Como dice en la propia página de la FSF, el principal problema no es
> > el software sino el acceso a los datos. Hablan de OpenStreetMap para
> > el acceso a los datos, pero lo que hace de Google Earth lo que es son
> > los modelos digitales del terreno y las coberturas ráster que se
> > utilizan sobre este modelo, y esto es un trabajo que dificilmente se
> > logre sin un apoyo claro y definido de los gobiernos. Es urgente
> > apoyar las compañas por datos geoespaciales libres.
> > 
> > >>    8. gNewSense — The all free software GNU/Linux operating system
> > >>
> > > Misma observación que en el punto 3.
> > > Además que gNewSense ya tiene una comunidad consolidada, ¿nos apoyas en
> > > este punto?
> > 
> > Creo que sería bueno partir del reconocimiento a Debian y a Ubuntu por
> > poner las cosas tan sencillas. SI la FSF tuviese una estructura social
> > como la de Debian se potenciaría mucho más la pertinencia ética, que
> > es la fortaleza de la FSF, en estas prioridades. Me queda la impresión
> > que estas prioridades se están definiendo "desde arriba".
> > 
> > >>   10. Free replacement for OpenDWG libraries
> > >>
> > >> Más apoyo a otro formato privativo. Hay alternativas libres bien
> > >> definidas para manejo de información vectorial geográfica.
> > >
> > > Ninguna de uso en producción industrial.
> > 
> > Bueno, acá el error fue mío que lo veo desde mi perspectiva
> > particular. DWG es un formato para diseño industrial, pero lo usan
> > para información geográfica/urbanística generalmente con resultados
> > desastrosos.
> > 
> > El problema no creo que sea liberar estas bibliotecas y potenciar el
> > monopolio de DWG, sino crear un estándar libre y usar esas mismas
> > librerías privativas para exportar a este nuevo formato. Es un
> > completo error, recurrente además, de apoyar formatos que han devenido
> > en estándares de facto, para beneplácito de alguna corporación de
> > turno.
> > 
> > ...
> > 
> > Insisto en que la FSF se debería democratizar.
> > 
> > No están en las prioridades ningún proyecto de accesibilidad, por
> > ejemplo. Como los invidentes o los parapléjicos no son mayoría, sus
> > mejoras no tiene mucho "impacto" entonces no son prioridad.
> > 
> > Tiene más prioridad una herramienta para la propia FSF llevar registro
> > de las donaciones que recibe que herramientas de ayuda a la toma de
> > decisiones para la administración pública y las comunidades
> > organizadas.
> > 
> > Pienso que las prioridades están pensadas en términos no de garantizar
> > la mayor libertad, sino de generar resultados visibles para la mayor
> > cantidad de gente. Crear herramientas para leer formatos privativos no
> > se hace sino consolidar el monopolio del formato privativo. Hay que
> > crear estándares libres y herramientas para migrar datos. a los nuevos
> > formatos, y apoyar a los desarrollos/formatos libres existentes, para
> > mejorarlos y difundirlos.
> > 
> > Saludos
> > 
> > F. Palm
> > 
> > 
> > 
> Mauro Rosero P.
> Consejero FSL Panamá
> http://www.fslpma.org
> Tel. 202-0400 Ext. 78846
> Free Software Foundation 
> Latinamerica Observer Member
> http://www.fsfla.org
> _______________________________________________
> Discusion mailing list
> Discusion en fsfla.org
> http://www.fsfla.org/cgi-bin/mailman/listinfo/discusion