<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.26.0">
</HEAD>
<BODY>
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.<BR>
<BR>
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:<BR>
<BR>
1. Estrategia Social:<BR>
<BR>
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. <BR>
<BR>
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. <BR>
<BR>
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.<BR>
<BR>
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.<BR>
<BR>
2. Estrategia Educativa:<BR>
<BR>
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.<BR>
<BR>
En resumen sostengo que debemos crear medios y espacios donde se puedan formar nuestros líderes hacktivistas y porque no toda nuestra comunidad.<BR>
<BR>
3. Estrategia Técnica:<BR>
<BR>
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.<BR>
<BR>
Bueno espero no crear un flame!!!<BR>
<BR>
El jue, 30-07-2009 a las 09:19 -0430, Francisco Palm escribió:
<BLOCKQUOTE TYPE=CITE>
<PRE>
Algunas acotaciones...
2009/7/30 Luis A. <<A HREF="mailto:l.guzman.g@gmail.com">l.guzman.g@gmail.com</A>>:
> 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
(<A HREF="http://en.wikipedia.org/wiki/Embrace,_extend_and_extinguish">http://en.wikipedia.org/wiki/Embrace,_extend_and_extinguish</A>). 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
</PRE>
</BLOCKQUOTE>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<I><FONT SIZE="5">Mauro Rosero P.</FONT></I><BR>
<B>Consejero FSL Panamá</B><BR>
<A HREF="http://www.fslpma.org">http://www.fslpma.org</A><BR>
Tel. 202-0400 Ext. 78846<BR>
<B>Free Software Foundation </B><BR>
<B>Latinamerica Observer Member</B><BR>
http://www.fsfla.org
</TD>
</TR>
</TABLE>
</BODY>
</HTML>