En la batalla hay al menos una decisión que se toma de forma democrática: y es la de retirarse, sucede cuando los soldados deciden colectivamente que quien huye y salva la vida puede luchar otro día, y entonces se desbandan y desertan deshoyendo las órdenes del jefe de su unidad.

Fernando Acero inició el pasado martes en la lista de socios de Hispalinux un hilo de conversación sobre el post La Farsa del Software libre en Extremadura en el cual se denuncia la falta de migración real a Software Libre en la Junta a pesar de los pomposos anuncios realizados año tras año al respecto.

El debate posterior se centró en si es necesario discriminar positivamente con intensidad al Software Libre o es suficiente con apoyarlo con tibieza y dejar que las circunstancias hagan el resto del trabajo.

El primer factor a tener en cuenta es que en Extremadura existe voluntad política de uso de Software Libre. Está bien criticar que los políticos hablan y se ponen medallas y luego no hacen nada de lo prometido (de lo contrario no serían políticos). Pero hay sitios donde ni siquiera se fijan los objetivos que se ha fijado la Junta de Extremadura. Y si bien con mucha verborrea política y poca materializacion operativa se progresa a trancas y barrancas, sin el patrocinio político adecuado lo que sucede es que las cosas no se llegan ni a empezar.

¿Qué en tal o cual consejería siguen usando ASP.NET y Transact-SQL? Bueno ¿y qué? Seguro que también siguen usando Clipper o RPG o a lo mejor hasta cosas aún más vetustas. Como bien se dice en la conversación de Hispalinux, una migración tecnológica se ha comprobado empíricamente que es algo muy complejo y que no se puede hacer en 1 ó 2 ó 3 años.

Para mi, el factor clave es ganarse a los usuarios. Aunque parezca lo contrario en una empresa el software que se utiliza se decide de una forma mucho más democrática de lo que pueda parecer en principio.

Eso le pasó a Lotus Notes: IBM vendía grandes licencias corporativas y luego los usuarios lo encontraban engorroso de usar, lento y con cuotas de buzones excesivamente limitadas, y se acababan instalando Outlook por su cuenta y conectándolo por POP3 contra el servidor de correo para poder tener sus archivos PST ballena de varios Gigas de correo histórico.

Ningún director de sistemas de información pidió que se extendiese el cáncer de Microsoft Access por todos sus equipos clientes. Pero como no se podían crear bases de datos cliente-servidor bien normalizadas a la velocidad que requerían los usuarios, pues estos empezaron a crear sus propios silos de datos privados adaptados a la medida de sus necesidades.

El software que se gana a los usuarios triunfa, aquel que se intenta imponer desde arriba fracasa, y acaba irremediablemente siendo un producto de software que sólo sirve para que sus coloridos manuales de usuario decoren y críen polvo en las estanterías.

Artículo relacionado: My kid hates Linux (Christopher Dawson)

Antonio Miranda e Ignacio Boixo realizaron el pasado 10 de abril en la Facultad de Informática una excelente presentación sobre el estado del mercado de trabajo en software.

Lo más destacable fue el énfasis constante en la necesidad de tener en cuenta la globalización económica como elemento clave en la planificación de la carrera profesional.

La Pastilla no es un blog de empleo, de modo que dejaré el grueso de contenidos para el blog de Antonio y me centraré en un aspecto poco comentado en la reunión por falta de tiempo: ¿Qué oportunidades de empleo puede proporcionar un proyecto de Software Libre?.

Hay básicamente cinco formas de programar en un proyecto de Software Libre:

1ª) Unirse a un proyecto que ya existe.
En este caso, la apuesta es un poco como jugar en bolsa. Lo más rentable es apostar por productos emergentes y especializarse en ellos. Si durante la fase embrionaria del proyecto se llegan a conocer todos sus entresijos y se traba una buena relación con los propietarios del proyecto es posible que con el paso del tiempo se cree una demanda de empleo o una lucrativa línea de negocio alrededor del producto madurado en la cual se esté especialmente bien posicionado.

2ª) Colaborar esporádicamente en un proyecto.
Este modo es similar al primero, pero con un menor grado de implicación. Está especialmente indicado cuando lo que se desea es utilizar el software de un tercero internamente y lo que se requiere es poder adaptarlo a las necesidades propias o convencer al fabricante de que incluya nuestras modificaciones en el estándar.

3ª) Desarrollar un proyecto para abrir una línea de negocio.
Esta iniciativa requiere coraje, un buen equipo, ganas de trabajar y mucha pericia en marketing y relaciones públicas. El software se vende tanto por lo que es en realidad como por lo que la gente cree que es. Para triunfar no es imprescindible crear un producto estable y completo desde el principio, lo que si es imprescindible es ser capaz de mantener el foco de atención de la gente de forma sostenida a lo largo del tiempo. Hay múltiples precedentes que demuestran que es posible crear un producto desde cero y enriquecerse con él, aunque, ni es sencillo ni mucho menos tan lucrativo como solía ser el negocio del software privativo.

4ª) Fabricar un derivado de otro producto.
Puede llamarse bundling, forking o hasta hijacking. Hay empresas exitosas cuyo negocio principal es reempaquetar. Aunque, cuidado, también los fracasos más sonados en bolsa de empresas de Software Libre han sido aquellos de quienes se dedicaban meramente a refreir el trabajo de otros y ponerle su etiqueta sin añadir prácticamente ningún valor en el proceso.

5ª) Desarrollar un producto para materializar una visión.
Puede ser una red P2P, un sistema de reconocimiento de voz o una nueva versión superadictiva del Pacman. No todos los desarrollos deben tener una motivación económica o laboral. Escribir software es una actividad creativa y divertida cuando uno lo hace con plena libertad de pensamiento y acción.

Las ventajas obtenidas por el tiempo empleado en desarrollar Software Libre podrían resumirse en :

- Adquisición de conocimientos técnicos.
- Ampliación de la red de contactos sociales y laborales.
- Reconocimiento social y laboral por la pericia demostrada.
- Nuevas oportunidades para ganar clientes.
- Diversión y realización personal.
- Historias que contar a los nietos en plan abuelo cebolleta.

Estoy trabajando en un proyecto de modernización y optimización de un ERP corporativo. En un traslado han aparecido estos manuales sobre las herramientas base utilizadas.

Es por esto que es tan difícil desplazar a Microsoft: Access y Crystal Reports están más enganchados a la solución que una garrapata. Y el entorno de virtualización del cliente es intrínsecamente Microsoft, tanto por el hardware de 64 bits que usan como por el software de infraestructura.

La única diferencia con el COBOL es que Microsoft va a retirar este verano el soporte a VisualBASIC 6 y no quedará más remedio que migrar a .NET