Los próximos días 10 y 11 de mayo se celebra en el Palacio de Congresos de Madrid el Foro de Internet 2008. Un interesante evento especializado en publicidad online y posicionamiento en buscadores.

La falange griega es una de las formaciones de combate cerradas más eficaces de la antigüedad. Se trataba del orden de batalla empleado por los homoioi espartanos en las guerras médicas y, particularmente, en la mítica batalla del desfiladero de las Termópilas contra Jerjes. Una formación donde los hombres se agrupaban en formaciones de 4 a 8 filas de fondo y combatian estrechamente hombro con hombro protegiéndose mutuamente con el hoplón y la lanza.

Menos conocido, en cambio, es el papel que jugaban los peltastas originarios de Tracia y que, a diferencia de los pesados hoplitas de la falange, combatían sin armadura, protegidos sólo por un ligero escudo de mimbre. La menor protección de los peltastas les permitía hostigar las líneas de la falange lanzando jabalinas, pero evitando siempre entrar en contacto cuerpo a cuerpo con la falange debido a su mayor movilidad para escapar.

Bernard Golden cuenta en CIO una historia de David Packard (Fundador) y Chuck House (ejecutivo senior) hace muchos años en HP.

Un día Packard entró en el laboratorio donde trabajaba House a ver un producto que no andaba bien en las pruebas. Packard se enojó y vociferó: "la próxima vez que venga aquí no quiero ver ese producto en el laboratorio". Al dia siguiente House recibió las malas noticias de su jefe, a las cuales le respondió "¿y qué tal si lo ponemos en producción?". El producto empezó a funcionar y la siguiente vez Packard dijo: "¿no os había dicho que os deshiciéseis de ese producto?" House le replicó: "no, usted dijo sólo que no quería ver el produto en el laboratorio, y ya no está en el laboratorio".

Creo que la historia muestra una importante diferencia cultural que tenemos los españoles con los norteamericanos. Estoy firmemente convencido de que en la típica empresa española a Chuck House le habrían despedido fulminantemente de una patada en el trasero por semejante indisciplina. Pero David Packard era más listo que eso y permitió que la carrera de House prosperase.

Guerras sin general se sabe por las crónicas que se han ganado muchas, pero nunca ha habido general alguno que ganara una guerra sin buenas tropas. Creo que los americanos conocen bien este hecho y por eso sienten un mayor respeto por los escaramuzadores guerrilleros: desde policías solitarios a lo Harry Calahan o Martin Riggs, hasta el nada convencional doctor Gregory House, la filmografía norteamericana está llena de héroes que celebran los beneficios de la iniciativa personal por encima de la burocrática cadena de mando.

No se trata de fomentar a los lobos solitarios. Los mejores resultados se obtienen cuando se permite que las personas empleen su talento de forma creativa y se logra coordinar esa innovación con el grueso de las fuerzas, pero para eso hay que estar dispuesto a saltarse la forma ortodoxa de hacer las cosas de vez en cuando.

El último post sobre las causas del agravamiento del paro en España de Martin Varsavski no puede estar más cargado de razones y fundamentos.

Los 8 puntos que menciona dan totalmente en la diana. A título anecdótico, hace unas semanas le estuve demostrando con cifras a mi hermano que por cada 1.000€ netos que él percibía en su nómina, el coste total de empresa era 2.150€

Quizá eso no sea del todo malo, porque si percibiera íntegros los 2.150€ entonces tendría que pagar al menos 600€ mensuales por un seguro médico privado para su familia. El bienestar hay que pagarlo de una forma u otra.

Pero aún así todo lo que dice Martin es cierto, cierto y cierto: los licenciados son poco atractivos a los ojos de las empresas, población ha crecido más que la economía (generando un modelo de crecimiento tercermundista), el euro está que se sale de fuerte, la mano de obra de Europa del este es mucho más barata, el petróleo está por las nubes, las leyes exigen demandas excesivas a los empresarios, y los bancos son absolutamente incapaces de financiar nada que no sea activo fijo (ladrillo).

Y lo peor es que la recesión económica es un poco como el cambio climático, casi todo el mundo es consciente de que sucede, y de porqué sucede, y muchos remedios están ahí mismo delante de nuestras narices, criando malvas sin que nadie haga nada de nada, hasta que un día ya huele a muerto y es demasiado tarde.

En vez de pensar en tantas soluciones creativas, originales y pajareras para arreglar la economía, podríamos concentrarnos en los fundamentos y trabajar seriamente sobre ellos, y a lo mejor hasta invertíamos la tendencia económica hacia la recesión que hemos causado nosotros mismos.

Post relacionado: Sintonizar universidades y empresas, pero ¿qué debe saber un ingeniero? (Ricardo Galli)

Phil Manchester cuenta en Reg Developer que Google Code rechazará alojar proyectos bajo licencia AGPL.

AGPL es una licencia libre compatible con GPL3 que, básicamente, dice que si el licenciatario realizar modificaciones en el código y las explota en un modelo SaaS, entonces tiene la obligación de publicar el código fuente de las modificaciones aunque no las distribuya.

Chris DiBona argumentó el pasado noviembre que retiraban el soporte de AGPL porque muy poca gente la estaba usando.

Pero la realidad es que la proliferación de AGPL es una amenaza para las empresas como Google que han hecho un pingüe negocio realizando modificaciones propietarias de Software Libre que no comparten con nadie.

Paralelamente, Mark Shuttleworth ha dado un espaldarazo a AGPL al anunciar que dicha licencia es el candidato más probable para su nueva herramienta de colaboración para desarrolladores Launchpad.

Kelly Fiveash cuenta en The Register que Google está intentando un acercamiento a SalesForce. Ya que no puede vencer a todos sus enemigos, especialmente en la arena del software empresarial, Google busca aliados para igualar la sinergia de Office con SharePoint y Microsoft CRM.

El siguiente paso es comerse también a los ISPs. Tim Anderson explica como desde hace poco Google App ofrece hosting gratuito de aplicaciones Python, incluyendo el framework web Django y con 500Mb de disco y hasta 5 millones de páginas servidas por mes. Dentro de poco estarán compitiendo con Amazon S3, con el resto de las plataformas de utility computing y con los ISPs.

Si no nos cuidamos, en 5 años Microsoft nos parecerá Caperucita Roja al lado de Microsoft. De verdad que siento una simpatía personal por Bill Gates y su comandita. Después de todo, a lo largo de los años han demostrado ser lo menos malo de lo malo. Al menos Microsoft es como el ojo se Sauron: sólo va a por ti si te cruzas en su camino. El resto son aún peor y fagocitan todo lo que pueden y encuentran a su alcance.

Posts relacionados:
GNU Affero GPL (Sergio Montoro)
Lo de Google es brutal (Agustín Cuenca)

Via Groklaw leo el post OOXML and Office 2007 Conformance: a Smoke Test de Griffin Brown, en el cual se explica que los documentos Word generados con Office 2007 no cumplen el recién aprobado estándar ISO/IEC 29500 debido a las modificaciones en la especificación introducidas por los comites ISO a la propuesta original Ecma 376.

El documento de prueba "document.xml" de 60Mb incluido en Ecma 376 genera 122.000 mensajes de error cuando se analizar en modo STRICT de ISO 29500 con la herramienta jing.

La mayoría de los mensajes de error son debidos a que algunas funcionalidades de Ecma 376 como fechas en formato no ISO, non ISO dates, compatibilidad autospacewotnot, VML, etc. fueron eliminadas en ISO 29500.

Tim Bray, el inventor de XML, ha sugerido que no cree que a Microsoft le preocupe en exceso cumplir estrictamente con el estandar que fije ISO (Microsoft nunca ha tenido un buen histrorial de cumplir con ningún estándar). El propio Brown es más optimista en sus declaraciones y cree que Microsoft irá cumpliendo con el estándar de service pack en service pack a base de "cirugía en en código".

Post relacionado: Is Microsoft Really Committed to Open XML? (Jason Matusow)

Me estoy leyendo el libro Coopetencia de mi amigo Alejandro Macarrón. Haré varios comentarios acerca de la obra porque es de interés con los temas de los que va La Pastilla, pero empezaré con un caso muy actual, tomado de las primeras páginas.

• El valor añadido de un individuo en un negocio es la diferencia entre el tamaño de la tarta global generada cuando ese individuo participa en el mismo, y cuando no participa en él (A. Brandenburger y B. Nalebuff).

• Primero conviene conocer el tamaño de la tarta total que cada uno de nosotros crearía en cooperación con los demás [...] esto nos permite saber cuánto tenemos en juego tanto nosotros como la otra parte.

• Después para llevarnos el máximo porcentaje de dicho valor añadido conviene ser o poseer el recurso escaso del negocio en cuestión.

El pasado martes un ex compañero de Meta4 tuvo la gentileza de invitarme a comer. Me contaba que Apple cerrará en breve un acuerdo estratégico exclusivo con Telefónica para distribuir iPhone en España.

La política de Apple es permitir la distribución de iPhone sólo con una teleoperadora en cada pais. En EE.UU. seleccionaron at&t, en Francia Vodafone, y en España Telefónica.

Estos acuerdos no son moco de pavo, at&t ha incrementado en un 18,3% sus ingresos por telefonía movil en el primer trimestre de 2008 respecto del año anterior y un 57,3% los ingresos por servicios de datos desde móviles. Y los analistas parece que están de acuerdo en que iPhone ha tenido mucho que ver con tal incremento.

A pesar de que las ventas iniciales de 146.000 unidades en verano de 2007 no llegasen ni de lejos a las estimaciones de 700.000 unidades de Goldman Sachs los resultados no dejan de ser impresionantes.

Los iPhones también puede que tengan algo que ver con que las ventas de Nokia en EE.UU. cayesen un 23,3% en 2007.

Apple proporciona una ventaja competitiva a una única teleoperadora a cambio de dos cosas:

1ª) No hace descuentos por volumen a la telco sobre el PVP.

2ª) La teleoperadora paga a Apple una cuota mensual por el iPhone. La cantidad exacta es desconocida. Tom Krazit dice en c|net que at&t paga a Apple 3 dólares al mes por cada suscriptor de iPhone y 11 dólares más si el cliente no era anteriormente de at&t.

De modo que la estrategia en clara: Apple hace crecer la tarta del negocio a base de crear una nueva demanda y a mismo tiempo fuerza a las teleoperadoras a competir por dicho incrmente mediante acuerdos exclusivos. El remate de la posición de poder de Apple en la negociación se refleja en su capacidad de pedir un revenue share a la telco a cambio del iPhone, cosa que ninguna compañía, ni siquiera Nokia con un 40% de cuota de mercado mundial, había conseguido negociar anteriormente.

A quien haya leído un poco sobre Software Libre y el desarrollo colaborativo de software, le sonará el famoso artículo de Eric S. Raymon "La Catedral y el Bazar", en el que se enfentaba el estilo de desarrollo, todavía predominante, de una organización jerárquica con planificaciones estrictas, ISOs y la obligada burocracia, con una sorprendente nuevo tipo de organización más espontánea en el que no había un plan rígido definido a priori y en el que mucha gente participaba codificando partes de un todo no sin ningún control, no exageremos, pero desde luego con menos restricciones.

Sin tratar de ser purista, siempre he pesando que puede desarrollarse software libre sin basarse en un modelo colaborativo, pero un modelo colaborativo abierto a cualquiera y aplicado a la construcción de un software si determina que éste sea libre.

Lo primero ocurre con naturalidad: ¿cuántos proyectos de software libre no cuentan con una comunidad activa detrás? Ahí tienes el proyecto y al menos su código, pero no te interesan, o no tienes tiempo, o no hay homínido que le meta mano, y en definitiva en la mayoría de los proyectos referirse al grupito que lo empuja como una comunidad a mi me parece exagerar. Quizás hablaría de comunidad potencial. Puede que tengas un porrón de usuarios trabajando activamente. Puede, pero lo que está claro es que si cierras tu código ni potencialmente puede haber una comunidad en la que cualquiera pueda acercarse y aportar.

En Cueva o Comunidad" Sandeep Krishnamurthy (hablamos del año 2000, ¡qué barbaridad!) y después de haber estudiado datos sobre cien proyectos maduros de SourceForge concluyen que la media de desarrolladores es cuatro y lo más común es que haya uno.

Es en proyectos como el kernel de Linux en donde si me parece apropiado hablar de comunidad.

La organización "The Linux Foundation" publica ahora el artículo "Who writes Linux?" un artículo que se basa en:

• Periodo de desarrollo desde 2005 a 2008


• Durante el que se liberaron 14 versiones del kernel


• Líneas de Código: 3621 añadidas - 1550 borradas - 1425 cambiada (aquí no he visto conclusiones pero me intrigan estos ratios)


• 3600 desarrolladores y más de 270 empresas

Hay datos y conclusiones muy curiosas pero llama la atención que el 70% del desarrollo está hecho por personas a las que se les paga por su trabajo.

Yo no sé si es malo o es bueno, pero no es lo mismo. No es lo mismo ¿no? Si creo malo ignorar algunas cosas o basarme en suposiciones erróneas.

JP Rangaswami en Musing about “commercial” development of Linux se plantea esto mismo y también pide ayuda, puntos de vista.

De un tiempo a esta parte se han puesto de moda los libros de economía alternativa como Freakonomics o El economista camuflado destinados a buscar causas económicas ocultas en lo cotidiano.

Freakonomics me lo recomendó Juantomás y es cuando menos curioso y divertido, aunque dudo que a Levitt y Dubner les den el premio Nobel de economía por la obra.

Como nadie es profeta en su tierra, Jesús Merodio lleva varios dias burlándose de mi pericia como economista casero por haber afirmado que el grado de desarrollo de un pais se mide por la calidad de su repostería. Si, cuando la gente tiene tiempo de sobra y se aburre, se dedica a hacer postres. En ninguna cafetería española sirven a diario cortes de tartas king size tan generosos como Starbucks. Ni voluptuosos cruasanes de exuberancia Parisina. No existe un postre típico navideño como el Trifle inglés. Ni una expresión equivalente a "as american as the apple pie".

En España prestamos poca atención a los acabados y la presentación. Esta mañana, Julio me decía que nuestro producto hipergate es feo, mi hermano Iván dice lo mismo, y ambos tienen razón.

Hace años me topé (por casualidad) con Silvio Berlusconi reprendiendo duramente entre bastidores a un asesor de imagen. Le dijo que le estaba echando la bronca porque prácticamente cualquier asesor de imágen digno de llamarse como tal podía hacer el 90% del trabajo de su empleado, pero que él no le estaba pagando el sueldo por ese 90% sino por el otro 10%

Julio me decía algo similar de los productos de software: que no se invierte en diseño más del 10% del presupesto total, pero que ese 10% de inversión supone un 90% de lo que valora y percibe el cliente.

En España hay productos magníficos de todo tipo, que no se venden proporcionalmente bien en consonancia con su alta calidad debido a que están toscamente acabados y pobremente presentados. Aquí te ponen un flan, o una cuajada, o como mucho un bizcocho, y es por eso que no somos una de las primeras superpotencias reposteras mundiales: porque el turrón cortado a cachos no entra por los ojos por muy rico que esté.

Por último, Raquel me dijo también que no le interesaba nada de La Pastilla Roja a menos que hablara de ella. Y me preguntó qué le diría. Sería descortés perder un lector por desdén. De modo que le diría que en política ahora se han puesto en boga las mujeres, y que estamos igualmente necesitados de su mayor diligencia en la gestión, como de sus mejores dotes en recursos humanos y su infinitamente superior sentido de la moda. Nos hacen falta ministras dignas del Vogue y del Hola más glamouroso. Porque sin su sentido de la estética nunca habrá productos españoles tan sexys como el iPod y el iPhone. También se innova en la apariencia externa, y en la relación emocional con el cliente, y no sólo en los inventos de bata blanca.

En una nota de prensa del 16 de abril RedHat a declarado que no intentará entrar en el mercado de escritorio en 2008 ni en 2009.

La razón principal que aducen son la escasa viabilidad económica que le ven a tal movimiento.

Una buena noticia que cada cual se dedique a lo suyo, y RedHat deje el nicho del escritorio libre a Ubuntu en lugar de iniciar otro futil descuartizamiento linuxero por un mercado que no tienen mientras Microsoft se frota las manos con el espectáculo.

El pasado día 14 de marzo MonoDevelop anunció el lanzamiento de su release 1.0 un hito también extensamente comentado por Miguel en su blog.

Creo que la mejor forma de entender Mono es como entender Java. No hay que preguntarse porqué está ahí ni quién lo pidió, sino qué es lo que sucedería dentro de 5 ó 10 años si no estuviera. La respuesta es que Microsoft dominaría el nicho de las utilidades de desarrollo de aplicaciones y, de rebote, todo el mercado de software a medida.

Mono es la única alternativa razonable para empresas que necesitan mantener su evolución con Microsoft, por la formación de sus programadores, o por sus aplicaciones escritas sobre VB y C# que tienen que mantener a la fuerza.

Diversas asociaciones locales del software libre tienen previsto formar una federación a nivel europeo para actuar como lobby. Uno de los primeros objetivos será el desarrollo del mercado del software libre en Europa. Su impulsor, el francés Alexandre Zapolsky, afirmó que si los europeos no se organizan éste volverá a ser un mercado en manos de los norteamericanos.

Como fundadoras de la OBOOE (Open Source Business Organisation of Europe) figuran la francesa FNILL, la alemana Linux Verband, la filandesa COSS, la belga Zea Partners y la sueca Open Source Sweden.

La OBOOE hará su presentación en las próximas manifestaciones Open Source que se desarrollarán próximamente en Europa como la Linux Tag de Berlín en mayo y Paris Capital du Libre en septiembre.

Vía: Apuntes de empresa.

Los días 8 y 9 del mes de Mayo se celebrará en la Escuela de Informática de la Universidad Politécnica de Madrid, Campus Sur la 4ª edición de la WhyFLOSS Conference, con entrada libre a ponencias orientadas a CIOs, empresas públicas y privadas, emprendedores, estudiantes y profesionales de IT.
Un evento internacional organizado por Neurowork que se realiza en España y Argentina y que esta vez se realizará por segunda vez en la ciudad de Madrid.

Es posible registrarse vía web en :
http://www.whyfloss.com/es/conference/madrid08/register

El programa es el siguiente:

DIA 1 - BUSINESS DAY

9:30
Inauguración WHYFLOSS Conference 08
Alejandro Sánchez Acosta, Neurowork

10:00
Open-Cities: el reto de la administración electrónica
Guillermo Pastor, Ándago Ingeniería S.L.

11:00
VII Programa Marco en la UE: FLOSS Include y FLOSS Metrics
Jesús Gonzalez Barahona, LibreSoft

12:00
Modelos de negocio basados en Asterisk (la plataforma de VoIP basada en Software Libre)
Juan Ignacio Cabrera, Avanzada 7

13:00
Clustering Computacional en CSIC
Raul Diaz Medina, Sistemas Informáticos Europeos S.L.

14:00
Lunch break

16:00
La implicación de la FFII en los estándares abiertos en Europa
Alberto Barrionuevo, Presidente de Foundation for a Free Information
Infrastructure (FFII) / OPENTIA, S.L.

17:00
Caso de exito OpenSolaris en Accenture
David Galan Ortiz, Accenture Outsourcing

18:00
¿Es viable el software Open Source en la Industria? El caso de Red Hat Linux y
JBoss
Jesús González de Buitrago, Red-Hat

DIA 2 - BUSINESS & TECH DAY

10:00
Evolución e influencia del Software Libre en los 10 últimos años
Juantomás García, Monolabs

11:00
Liferay Enterprise Portal: The project, the product, the community and how to
extend it
Alvaro del Castillo San Félix, Liferay Inc.

12:00
Openbravo: las claves del éxito del desarrollo en las aplicaciones en software
libre
Representative, OpenBravo Inc

13:00
Rocks: Distribucion para clusters computacionales
Jesús Espino García, Sistemas Informaticos Europeos

14:00
Lunch break

16:00
Seguridad en OpenSolaris
Victor M. Fernandez, SIA / OpenSolaris Hispano

17:00
Django: Framework MVC en Python
Jesús Espino García, Sistemas Informaticos Europeos

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

OpenXML.info y Groklaw publican dos densos informes titulados Microsoft manda en ISO y What Really Happened at the BRM for OOXML sobre lo sucedido en Ginebra durante la segunda votación del previamente rechazado borrador de OOXML como estándar ISO 29500.

Según una abrumadora cantidad de participantes en el proceso, empezando por el jefe del principal grupo de trabajo, Microsoft ha forzado la admisión de miembros afines a su causa en los comites de cada pais para asegurarse la aprobación de OOXML como estándar ISO.

Microsoft pretendía que el estándar se aprobase por un procedimiento abreviado (fast-track) dando a los evaluadores sólo una semana para presentar alegaciones y votar en bloque SI o NO a 6.000 páginas de documentación.

Al margen de los bochornosos detalles conspiranoicos, lo importante del caso es que si Microsoft no conseguía la aprobación por la vía fast-track de OOXML como ISO 29500 entonces tendrá que continuar el proceso de certificación por la vía ordinaria, lo cual podría suponerle dos o tres años de demora que abrirían una ventana de oportunidad para que empresas y administraciones públicas se decidan a adoptar Open Document como estandar oficial para sus documentos.

Conocido como "El Monstruo Frankenstein" OOXML no puede considerarse un estándar internacional en el sentido estricto del término, sino más bien una documentación del formato propio de Microsoft que, tras imponer de facto mediante el dominio de mercado de Office pretenden imponer también disfrazándolo como estándar ISO.

Finalmente, según anunció la nota de prensa de ISO, OOXML fue aprobado como estándar internacional ISO/IEC DIS 29500 con un 86% de los votos de los comités nacionales (requería al menos un 75%).

Posts relacionados:
Open XML Is An International Standard (Jason Matusow)
OOXML: The Wins (Miguel de Icaza)
Microsoft Claims Success with ISO and Open XML Standard (Stephen Walli)

Actualización: Victoria total para el formato OOXML de Microsoft (DiarioTi)

En el primer trimestre del 2008 se ha invertido más capital riesgo que nunca, en un periodo similar, en proyectos "Open Source". De hecho ha sido más del doble de lo invertido en el mismo periodo del año 2007.

La empresa de análisis Group 451 ha estudiado 20 empresas financieras , y a pesar de que son buenas noticias para la economía en general recomiendan cautela.

Es curioso que en momentos de recesión haya datos como éste. ¿No será que el modelo de negocio del software libre puede vender mejor sus fortalezas y que la lógica puede ser más aplastante en tiempo de crisis?

El hecho de que haya habido compras millonarias de empresas como MySql o XenSource útlimamente también habrá influido en que los inversores hayan puesto sus detectores de retabilidad en este tipo de empresas.

Via | VentureBeat - Venture firms pour $200M into open source

Artículos relacionados:
Open Source Software Made Developers Cool. Now It Can Make Them Rich (Daniel Roth)
The Future of Open Source (Roger Burkhardt, Mårten Mickos, John Roberts, Mark Shuttleworth y Jeff Whatcott)

El martes estuve cenando con un abogado canadiense, un emprendedor vinculado al negocio del software quien dejó su respetable y bien renumerado empleo para dedicarse por vocación al emprendizaje tecnológico.

Me contaba que el problema de la abogacía es que el cliente siempre anda intentando que trabajes 8 horas pagándote sólo 5. "¡Cóño!" (me dije a mi mismo) "Este hombre parece informático", esa profesión donde el cliente asume que los correos enviados el viernes a las 14:30 (justo antes de que se le caiga el boli) estarán mágicamente despachados el lunes a las 8:30 dado que en el convenio laboral de los informáticos no existen los festivos ni las horas extras.

Da igual si el cliente es grande o pequeño. Yo llevo toda mi carrera profesional trabajando casi en exclusiva para grandes cuentas. En el caso de los clientes pequeños te lloran con el argumento de que no tienen dinero. Pero los grandes son mucho peores, porque usan todo tipos de trucos para exprimir al consultor como a un cítrico.

Algunos de ellos:

El mito del proyecto estratégico: El cliente dirá siempre que el proyecto es estratégico. Una vez estuve en un proyecto que pretendía usar las gasolineras como puntos de recogida para una empresa de logística, y era estratégico. La palabra estratégico es sólo un recurso para involucrar al consultor y hacer que se sienta importante participando en ello, lo cual le motive a trabajar más por menos dinero. La inmensa mayoría de los proyectos de TI no son estratégicos, más bien son un experimento con la gaseosa que el cliente acomete por miedo de quedarse atrás o por afán de ponerse medallas. Eventualmente, cuando el proyecto sale bien, resulta que sí se vuelve estratégico, pero eso es sólo después, cuando todos los focos de la empresa se vuelven para apuntar al caso de éxito y, para entonces, casi siempre ya han echado al consultor que lo puso en marcha.

El mito del gran presupuesto: Muchos clientes de grandes empresas sienten complejo de reconocer que su presupuesto es en realidad pequeño. Puede que la empresa sea un mastodonte, pero en su departamento sólo haya unos pocos miles de euros aprobados para gastar en TI, pero, claro, uno no puede trabajar de alto directivo en una gran multinacional y reconocer públicamente que su presupuesto para transporte se limita a una bicicleta y un par de patinetes.

El mito del patrocinio directivo: En muchos proyectos se vende la idea de que la iniciativa cuenta con el apoyo directo del presidente de la empresa, lo cual en la mayoría de los casos es falso. El presidente, o bien anda medio jubilado y se dedica sólo a controlar de vez en cuando al consejero delegado que es quien corta el bacalao, o bien en realidad no tiene mucha idea de qué va el proyecto. La falta de apoyo de la alta dirección se traduce en una discontinuidad en el presupuesto. Puede que el primer año el proyecto obtenga fondos, pero, debido a que el software es igual de caro de fabricar que de mantener, cada año que pasa se vuelve más difícil justificar la inversión, dado que los financieros están acostumbrados a pensar en términos de grandes inversiones iniciales que se amortizan con el paso del tiempo, antes que en un coste más o menos fijo, cuando no creciente, año tras año.

El mito del proveedor certificado: Las grandes empresas certifican a quien quieren. Suelen ser procesos extremadamente duros y en ocasiones hasta humillantes para el proveedor, pero a la postre casi cualquier proceso de certificación de proveedores de software es totalmente absurdo, puesto que la única manera de asegurar la continuidad en la calidad del servicio sería que la plantilla del proveedor no rotase en absoluto, lo cual es imposible. Pocas cosas hay más duras y frustrantes para un ingeniero que enfrentarse a un departamento de compras, donde compran horas-hombre lo mismo que compran tornillos al peso, como si la edad y la categoría profesional fuesen lo único que distingue un programador de otro. En la práctica, los departamentos de compras son máquinas de apretar al proveedor hasta el último céntimo. Y se usan para que el director de departamento técnico no se desgaste recortando los precios y alargando los plazos de pago hasta cabrear tanto al proveedor como para que deje de trabajar.

El mito de la calidad: Los clientes están muy preocupados por la calidad, siempre y cuando no tengan que pagar por ella. A todos les gusta decir que "aquí se hacen las cosas bien" aunque, eso sí, ello no les impide montar su servicio online en un clónico colgado de la ADSL de su oficina para ahorrar unos eurillos. Desde que trabajaba en Meta4 (una empresa cuya única actividad es el software) jamás he vuelto a ver en un proyecto un equipo de verdad dedicado exclusivamente calidad y usabilidad del software. Si hay que quitar de algún lado debido a restricciones presupuestarias, se quita en primer lugar de la calidad, nunca de la funcionalidad.

En resumen se trata de comprar un desarrollo de software rápido y bueno y barato, pero, sobre todo, barato, a ser posible bien por debajo del precio al cual cobraría sus horas el consultor.

Actualización: Sergio Sánchez Rodríguez le ha puesto nombre al fenómeno, clientes Bubaloo.