Sin embargo, recientemente parece ser que ha surgido una nueva estrategia paralela: La ingeniería social. ¿Qué mejor forma para combatir al movimiento del software libre que bombardear los cimientos sociales que lo sostienen?
Tal vez es mera paranoia, pero veo por parte de Microsoft muchas firmas de acuerdos con empresas clave, o contrataciones de desarrolladores de la comunidad que de alguna manera afectan el curso de los proyectos más importantes de software libre, debilitando de esta forma la estructura social que los impulsa.
¿Ejemplos? Pensemos cómo el acuerdo con Novell ha afectado proyectos como Gnome o Xensource. ¿Y qué hay de los acuerdos firmados con Xandros, Linspire, Turbolinux, JBoss, Zend? El común denominador es siempre el mismo: promesas de no litigar contra la otra parte, y focalizar el desarrollo en puntos que benefician a Microsoft comercialmente y que de alguna manera desvían el foco original del proyecto, desgastando la estructura social detrás de los mismos, desencadenando incluso dimisiones de desarrolladores importantes.
No se si alguien comparte mi idea, pero comienzo a sentir una preocupación acerca del futuro de los principales proyectos de la comunidad ante esta amenaza.
Si alguien tiene presente algún caso de dimisión concreto, cierre de proyecto, o cambio negativo en algún proyecto de software libre afectado directa o indirectamente por acción de Microsoft, os ruego que me lo mencione porque estoy documentando el tema.
8 comentarios:
"Primero te ignoran, después se ríen de ti, luego te atacan, entonces ganas." Ghandi
Estamos cerca de la victoria entonces, ¿no?
Siguiendo la línea de Ghandi seríamos ya triunfadores, porque nos vienen dando caña desde hace rato y por todos los frentes xD
Los signos de interrogación y de exclamación se escriben pegados a la primera y la última palabra del período que enmarcan.
RAE.
Este blog toca el mismo tema del que hablas, no estoy de acuerdo con algunas cosas que dice pero en cuanto a la relación de microsoft con icaza/novell/ximian/gnome me parece que está en lo cierto.
- Tommy
Pero... ¿Es que no haríais vosotros lo mismo para beneficio de vuestra empresa?
Sun estaba a punto de sacar una versión compatible con VB6, con mejoras en el lenguaje, que corría bajo la JVM. De repente el proyecto Semplice se suspendió porque Apache fichó a casi todo el equipo encargado de hacerlo: Proyecto Semplice
¿Apache fué untada?.
Este es otro caso en un proyecto parecido: Proyecto PanaSeam
Y el proyecto Vb2Py, para convertir código VB a Python, sufre constantes sabotajes como este:
Proyecto Vb2Py
oraculus. ;-)
Me tome el permiso de reproducir tu opinión en la portada de Resistencia Digital.
Ya que coincidimos totalmente, es más hay una corriente estudiantil y profesional del sector informatico que aprueba este tipo de manipulaciones con el SL.
www.resistenciadigital.com.ar
Me da la impresión de que es cuestión de tamaño. Cuando un proyecto de desarrollo comienza a tomar cierto volumen, es victima de las grandes empresas. Pero también es cierto que muchos desarrolladores comienzan con proyectos de software libre con la idea de luego vender parte de la empresa, el código, etc. Como por ejemplo Aptana, con Aptana Community y Aptana Studio Pro.
Pero también veo que muchos proyectos pequeños siguen viento en popa, y por su tamaño pasan por debajo del radar de las grandes empresas y benefician a la comunidad con mucha innovación.
Publicar un comentario en la entrada