Hace pocos días era el ministerio de tecnología de Tailandia el que a través de argumentos majaderos se cubría de razones y razonamientos por los que debía favorecer los modelos de negocio de software propietario, y vetar a los modelos de negocio de software libre.
Bueno, como es Tailandia y está tan lejos. Ya se sabe, en esos países tan remotos los dirigentes son así...

Pero anteayer leía en el País: "El Congreso insta al Gobierno a promover el software libre ".

¡Anda, ahora es el estado de mi país el que cree que entre sus obligaciones está la de mediar en la industria del software!. ¿Por qué hay gobiernos de economías capitalistas que se interesan en beneficiar a uno u otro modelo de negocio de este sector?

¿No son dos modelos de negocio son perfectamente válidos y caben y tienen su lugar en un sistema de libre competencia?. Por eso sinceramente, lo pregunto con perplejidad: ¿Esto no es intervencionismo tendencioso? .

Vía Sergio Hernando leía hace unos días:

"Con el código abierto, no hay propiedad intelectual. Cualquiera puede usarlo, y tus ideas pasan al dominio público. Si nadie puede hacer dinero con eso, no habrá desarrollo y los programas de código abierto rápidamente se vuelven obsoletos. Si soy programador, caso de poder escribir buen código, ¿por qué regalarlo? Tailandia puede hacer buen código sin necesidad de código abierto."

Son declaraciones del ministro tailandes de tecnologías de la información y las comunicaciones. Es lo que tiene la libertad de expresión, que cada uno puede decir lo que quiera, y se puede llegar a extremos como los de este señor.

Se pueden afirmar majaderías como que con el código abierto no hay propiedad intelectual. ¿Cómo se dirá en tailandés: "qué tiene que ver el culo con las témporas"?.
 

Enamoramiento:
Proceso bioquímico propio de los seres humanos que se inicia en determinadas ocasiones por la presencia o la comunicación entre dos miembros de la especie, generalmente de sexos diferentes.
El proceso comienza con la producción en el cerebro del neurotransmisor feniletilamina; compuesto orgánico de la familia de las anfetaminas. Esta producción genera a su vez la secreción de otros neurotransmisores: dopamina, norepinefrina y oxiticina.
Sus efectos en el sistema nervioso de la persona generan sensaciones plancenteras y mecanismos de refuerzo y resistencia al cansancio.

El libro "Software Project Secrets, Why Software Projects Fail " en el capítulo 3º analiza las asunciones que la gestión de proyectos tradicional da por supuestas para todo tipo de proyectos, y que sin embargo, en los proyectos de software no son ciertas.
Según su autor George Stepanek , una de ellas es suponer que se puede estimar con una precisión aceptable el coste que tendrá el proyecto.

En la siguiente tabla refleja las diferencias de precisión que se obtienen al hacer las estimaciones en las fases de planificación:

CMMI se ha desarrollado sobre la base: " La calidad de un sistema o producto depende principalmente de la calidad de los procesos empleados en  su desarrollo y mantenimiento".

Tomando por axiomático este principio, el modelo identifica a 25 áreas de procesos como factores clave para desarrollar software de calidad de forma eficiente y repetible, y cada vez mejor.

La familia de CMM's anunciaba un futuro CMMI-ACQ para el proceso de adquisición, y como lo prometido es deuda... vamos a charlar de eso del "proceso de adquisición".

Un ejemplo: Un centro de formación, pagó no hace mucho un potosí por un sistema de "e-learning" desarrollado a medida; adquiriendo una plataforma que se le ha quedado "coja" antes de empezar. Su proveedor, que tiene como negocio la programación a medida y no la integración de software libre, no analizó el problema ni consideró por ejemplo la integración de un sistema como Moodle. Software gratuito con todas las funcionalidades que necesita el cliente (y tropecientas más).

Juicio de expertos es una forma "simpática" de estimar, que muchos gestores prefieren a las más engorrosas COCOMO o  Puntos de función. Las principales razones son:

• En las fases iniciales del proyecto no se suele disponer de la información necesaria para aplicarlas.
• Requieren más esfuerzo.
• COCOMO y compañía intoducen términos y conceptos desconocidos para partes implicadas en el proyecto  (clientes, usuarios o directivos)
• También hay casos en los que sencillamente, no se usan porque no se saben aplicar.

Revisando noticias de la semana, leo que Acer implanta modelos ágiles en el ciclo de desarrollo y mantenimiento de sus productos.
Son habituales las notas de prensa anunciando que la empresa tal ha adoptado un modelo ágil, o que que la empresa cual ha alcanzado el nivel x de madurez CMM o CMMI.

Una muestra de nombres de empresas que han optado por modelos ágiles (adaptativos) o formales(predictivos), de los que yo tengo constancia son:

¿No estará perdiendo el norte la línea "CMM'ista" en su afán de ver que todo está en los procesos?. Estas son algunas de las métricas que PSP define para "ayudar a los ingenieros en su trabajo":

• LOC(B) Líneas de código del programa antes de empezar a modificarlo.
• LOC(D) Líneas de código del programa una vez terminado.
• LOC(M)Líneas cambiadas en el programa base.

Las empresas de sistemas de software dan, o deberían dar, un cierto miedo a sus clientes porque trabajan con probabilidades muy altas de fracaso.

Las estadísticas y los gráficos de los informes anuales de nuestro sector están resultando tan tozudos como contundentes, y a pesar de los conocimientos teóricos sobre procesos y calidad, se resisten a cambiar.