Conferencia de Marcelo Branco

[Fin del Live-bloggin: en breve actualizaré enlaces, incluiré fotos y subiré las transparencias.]


Chema presenta a Marcelo Branco. Como el idioma común es el galego-portugués ése el que usaremos para comunicarnos. Hacemos la ya mítica ronda de presentación para que Marcelo nos conozca y empezamos

Soy un dinosaurio de la tecnología, 26 años de trabajo en este campo.

Nos cuenta el inicio de su relación con el software libre: contratado por el proveedor de internet en que trabajaba, se encarga de desarrollar la infraestructura de datos del ayuntamiento de PortoAlegre. Desde ese momento empieza a trabajar como consultor de tecnología con diversos proyectos: prefeitura de Portoalegre, Estado do Río Grande do Sul como vicepresidente de empresa de datos del estado, organizando el primer Foro internacional de Software Libre de PortoAlegre, posteriormente trabaja como asesor de Lula para diseñar la estrategia de la SI en las cumbres de Túnez y Ginebra (como mediador entre la sociedad civil y el gobierno), asesor de la Generalitat de Catalunya para desarrollar la estrategia de cómo sw libre puede ayudar al tejido empresarial catalán a aprovechar las oportunidades de negocio del software libre, …

Empezamos con la charla sobre El software libre en las AAPP:

El software libre no es un tema de izquierdas o de derechas, sino que afecta a todas las AAPP sea cual sea su color.

Motivaciones de los gobiernos para la adopción del software libre:

  • Macroeconómicos: evitar transferencia de recursos económicos hacia el exterior.752 millones de dólares es lo que Brasil envia hacia el exterior como pago por Royalties, un tercio de lo que mueve la industria TIC brasileña (2,255 millones).
  • Seguridad de la información: ¿Cómo realizar auditorías de los programas si no tenemos disposición del código fuente? ¿Cómo estar seguro de lo que se hace con los datos? No se puede saber.
  • Autonomía e independencia tecnológica: 45% del mercado brasileño lo mueven las AAPP, y esto es una tónica general en todos los países. Así, el poder de compra de los gobiernos, está determinando en gran parte cómo el conocimiento se está aprovechando o no.
  • Independencia de los proveedores: Está inhibiendo la competencia.
  • Socialización del conocimiento.

Habla ahora de lo que implica la “obsolescencia forzada” tanto de hardware como de software de la alta tasa de renovación tecnológica que requieren los sistemas privativos y del locking generado por los mismos.

El lenguaje y entorno de desarrollo limitan también las posteriores migraciones. Reescribir la aplicación posteriormente para el nuevo entorno elegido tiene un coste demasiado alto. Usar lenguajes (para construir la aplicación), bases de datos y sistemas operativos libres es una cuestión de independencia tecnológica.

Las AAPP deben tener en cuenta también las vulnerabilidades de sus sistemas y redes y el coste asociado de su resolución a la hora de planificar y desarrollar la misma. Habla de las razones de los crackers para desarrollar virus para entornos Windows VS UNIX. La arquitectura de los UNIX es inherentemente más segura; pero además, la búsqueda de notoriedad de los crakers les hace desarrollar para plataformas donde la resolución de los bugs es más lento: el virus “I Love you” tardó en corregirse 7 meses, por la contra en sistemas abiertos la resolución de los bugs sería mucho más rápida (hasta hoy los sitemas UNIX no conocen virus). Los costes de los ataques llegan al 17% del coste de mantenimiento de la red, por esto no es trivial la elección de los sistemas y redes.

Compara los valores del software libre con los de los creadores de internet. Cómo los paradigmas abiertos facilitan la creación de riqueza y compartición del conocimiento. Comparando las bases técnicas de internet (protocolo IP) con los de otras redes similares (ATM, X.25 , …) éstos últimos eran superiores técnicamente, pero la radical ventaja de las bases de internet es que fueron nacidos libres, lo que es una de las principales razones para que al final se impusieran. El futuro es de los paradigmas abiertos.

Innovación y competitividad del sector TIC. Habla del impacto del software libre en la economía TIC europea según los datos del estudio dirigido por Rishab Gosh. Datos como que en el 2006 el sofware libre suponía el 16% de los servicios de TI, y las estimaciones de la UE sitúan su evolución alrededor del 32% en 2010. Habla ahora de la Estrategia de Lisboa, con la que Europa pretende llegar a indicadores de innovación y competitividad que Estados Unidos:

  • Entrada de científicos
  • Carencia de conocimiento del inglés

Ahora nos presenta un modelo del ecosistema empresarial catalán en el que últimamente ha trabajado.

Esta energía innovadora puede ser aprovechada por las empresas, pero no podemos tratar de generarla en el trabajo diario de los proyectos.

  • La innovación se ha dado fuera de los laboratorios de las grandes empresas, se ha dado por los hackers, por su propia voluntad. Es posible aprovechar toda esa innovación para generar riqueza.
  • Quien más innova en el mundo de la tecnología en los últimos 10 años son las pequeñas y medias empresas. Su realidad es que la única forma que tienen para sobrevivir es realizar trabajos de nicho.

Retoma la situación del software libre en Brasil. Río Grande do Sul es la 8ª economía de Brasil, y sin embargo, el 25% de las empresas de software libre estaban localizadas en su estado, comparado con el resto de los estados del Brasil, sólo superado por SP que supone el 34%. Éste es el reflejo de cómo una determinada política pública tiene reflejo socioeconómico.

[gráfica del 2004]

Pasa ahora a hablar de interoperabilidad, estándares abiertos y la necesidad de repensar el marco legal en la era de la información.

Las migraciones son complejas y no existe una guía, pero sí existen ciertos puntos claves, según Marcelo Branco:

  • Interrumpir los procesos de compra y desarrollo, para que nada aprisione tecnológicamente durante los próximos 5, 10 años.
  • Tener en mente la interoperabilidad entre los sistemas existentes y los nuevos.
  • Cambio de documentos de la admon (internos y externos).
  • Programas de inclusión digital y educación no enseñen a consumir productos privativos.

La migración paso a paso (líneas generales):

  1. Servicios de red. No comprende a los usuarios y su información por lo que es más asequible.
    1. Internos: servidores, correo, …
    2. Externos: web, …
    3. Inclusión digital y telecentros.
    4. Área de educación: escuelas, institutos, …
  2. Escritorios.
    1. Necesario plan de formación para los usuarios: el 38% del plan de migración del ayuntamiento de Munich estaba dedicado a la formación de los usuarios.
    2. Realizar una auditoría de los sistemas de TI instalados para posteriormente analizar los datos tomados: qué se migra, qué se reescribe y qué se aprovecha, pudiendo realizar análisis coste/beneficio del pago de las licencias y ayudar a planificar los procesos de migración.
    3. Customización de los escritorios (disponibilidad de java, plugins necesarios para ): antes de migrar los sistemas completos, es recomendable hacer pruebas con un grupo reducido y heterogéneo de usuarios. Una vez estén todos cómodos, se puede pensar en realizar la migración.
    4. ¿Creación de una distribución? Discute la necesidad de tener una distribución propia a partir de cero, aunque es buena idea integrar y adecuar las aplicaciones existentes. Esto es algo que podía ser buena idea antiguamente, pero en la actualidad existen soluciones muy buenas en el mercado.
    5. Uso de virtualizadores, escritorios remotos sólo en aquellos casos en que los computadores no pueden correr escritorios libres.
  3. Ambientes de desarrollo.
    1. Elección del Framework y los lenguajes de programación.
  4. Base de datos.
    1. Migración de los datos.

Así acaba la presentación de Marcelo. Le hacemos algunas preguntas en torno a los proyectos en que ha colaborado y finalizamos. Es hora del descanso antes de asistir a la conferencia pública en la informática de la UdC.

Conferencia de Alberto Abella

[Resumen de la charla de Alberto Abella durante el Máster de Software Libre de Caixanova. En cuanto suban las transparencias a la plataforma la cuelgo en el blog. No he podido resumir todos los puntos tratados porque no pude tomar notas en tiempo real.]

Empezamos la charla comentando un tema tan de actualidad como la aprobación del OOXML como un estándar ISO. Abella se pregunta por las consecuencias que puede tener para la industria del software una vez aprobado. Ni siquiera nos paramos demasiado en comentar el grotesco proceso de aprobación del OOXML. No merece ya la pena, simplemente sabemos que las instituciones jerárquicas son fácilmente hackeables: sólo es necesario detectar los nodos más débiles y tratar de aprovechar esa vulnerabilidad.

Abella comenta datos sobre las patentes en la industria del software que da escalofríos:

  • Estados Unidos reconoce unas 150.000 patentes
  • Japón en torno a 50.000
  • Europa unas 30.000.

Sólo reseñar que los datos para Europa se refieren a las que aprueba la oficina europea de patentes, que NO es un organismo institucional europeo a pesar del nombre, sino que es una organización privada sin reconocimiento oficial: las patentes de software en Europa no están reconocidas legalmente.

Comenta Abella, que las patentes se están usando como armas de exclusión de la competencia (a resaltar que el 90% de las patentes no desarrollan producto comercial). Y Japón está preocupado por ello. Sobre todo desde el momento en que en Estados Unidos han podido desarrollar un producto como la X-BOX entrando en la industria del videojuego (un mercado cuasi-dominado por las compañías japonesas: Sony, Nintendo). Por la contra, Japón no ha sido capaz de desarrollar un sistema operativo que compita con el Windows estadounidense.

Es por esto que Japón es uno de los principales impulsores del Grupo de Trabajo sobre la innovación en software en la OCDE. La principal función de este grupo de trabajo es definir qué es innovación en software. Hoy en día, la principal métrica para medir la innovación es el número de patentes aprobadas. Pero esto, en un entorno abierto donde la innovación es compartida y la aprobación de patentes innecesaria (y funesta para la innovación) es necesario definir otro tipo de métrica para analizar qué está ocurriendo y definir en base a ello políticas de actuación.

Posteriormente, inicia un bloque dedicado a la legislación española y los estándares abiertos. Dice que hasta la llegada de la Ley de Acceso Electrónico de los Ciudadanos a los Servicios Públicos (LAECSP) no existía una definición legal clara de estándar abierto (asunto que ha sido investigado por Pedro como trabajo final de la asignatura de introducción del máster). Así Abella dice que hoy día, según la legislación española, un estándar abierto es aquel que cumple:

  • Es público y está disponible de manera gratuita o con un coste que no supone dificultad de acceso.
  • Su uso y aplicación no esté condicionado por el pago de un derecho de propiedad intelectual o patente.
Luego de explicar la importancia de la cooperación tanto como de la competencia en el desarrollo de software libre (y de la necesaria obtención de una masa crítica de usuarios), Abella pasa a hablar de las estrategias empresariales que usan el software libre como arma contra sus competidores. Cuenta que según la ley de conservación de la cadena de valor, en la cadena TIC (Hardware > Sistema Operativo > App Básicas > Gestor de Aplicaciones > Aplicaciones de valor añadido) lo que se gastan las empresas se mantiene constante o tiende a aumentar, por lo tanto, lo que se ahorra en un punto de la cadena (pongamos S.O.) será invertido en los otros.

Según él, esto explica por ejemplo que una empresa (por ejemplo: Sun) convierta en commodity un producto (es decir: apueste por una solución software libre a coste cero para los usuarios) en el que no tiene capacidad para competir. Con ese movimiento, la compañía golpea el núcleo de negocio de sus competidores y pretende que los clientes reinviertan ese dinero en sus soluciones que residen en otro campo de la cadena de valor.

Casi para finalizar, Abella habla sobre los signos de agotamiento del modelo de producción cerrada, aportando las siguientes estadísticas:

  • Respecto a la producción:

mientras Microsoft ha tardado 60 meses en lanzar al mercado su nuevo producto estrella (Windows Vista), sus competidores (Red Hat, Ubuntu, …) hacen lo mismo regularmente cada 18 meses.

  • Respecto a la mano de obra:

el número de empleados de Microsoft es del orden de 80.000 (bajo comparado con otras compañías TIC: telefónica, del orden de 100.000; o IBM, del orden de 300.000), la mano de obra del movimiento del software libre es inmensa. Aporta en este sentido datos del número de desarrolladores inscritos en SourceForge y dice:

aunque el 90% de ellos sean malos, el 10% restante supone unos 100.000 buenos desarrolladores.

Para finalizar, dice que la industria del software necesita métricas de madurez de los proyectos de software. Luego de analizar brevemente algunas soluciones, encuentra que éstas están demasiado centradas en la tecnología y que por eso no son válidas ya que:

Cada generación tecnológica es de 36 meses, por eso un modelo de madurez de un proyecto software debe ser dinámico y estar centrado en aspectos como la estrategia, la gestión y la comunidad.

Nos presenta su propuesta de modelo para evaluar proyectos al respecto – que está todavía en fase inicial- del cual espera tener la versión 1.0 en Junio.

La conferencia ha sido rica en anécdotas y temática. Antes de acudir a la cita pública en las VIII Jornadas de Software Libre que organiza el GPUL (en breve subirán los videos también), nos tomamos los merecidos cafés.

Alberto Abella y Marcelo Branco en Coruña

Esta semana, podremos disfrutar de Alberto Abella y Marcelo Branco en exclusiva por unas horas en el máster. Trataré de radiar desde este blog en tiempo real las conferencias, o al menos las ideas clave que transmitan. Será agotrador me temo, porque hace tiempo que no practico el real time blogging, pero lo intentaré.

Posteriormente, ambos estarán también presentes en las VIII jornadas de Software Libre organizadas por el GPUL en la Facultad de Informática de la UdC, gracias a la amabilidad de la Obra Social Caixanova.

Desde luego, el GPUL está trabajando mucho y bien en estos últimos años, lo que repercute positivamente en el ambiente softwarelibrero coruñés. Además de las VII jornadas de Software Libre, organizan en Coruña por segundo año consecutivo la DudesConf (la conferencia española de debianeros, réplica de la DebConf internacional). Aunque no son los únicos dinamizadores coruñeses del software libre, claro.

Pasito a pasito, con eventos como éstos, Coruña se está convirtiendo en uno de los centros de referencia del panorama español del software libre.

El software libre en las compañías gallegas

Una de las satisfacciones de cursar este máster es que haces cosas reales, aplicables directamente, además de aprender los fundamentos teóricos necesarios. Como ya dije, para la asignatura de Introducción al software libre, cada uno de nosotros presentó un trabajo de su interés, obviamente consensuado con los tutores de la asignatura.

Y poco a poco, se están viendo los resultados de esta metodología de aprendizaje, del learning by doing. No sólo el artículo colectivo para la segunda asignatura fue presentado en el FOSDEM, sino que poco a poco los trabajos anteriores comienzan a tomar forma y a ser reseñados por publicaciones relevantes. La última, una entrevista en Código Cero.

Código Cero, la revista de tecnología de información más importante de Galicia, ha publicado una entrevista con Roberto Vieito -uno de los pocos alumnos que todavía, e incido en esto: todavía ;), no tiene blog. Hace unos meses terminó un estudio de investigación sobre el estado del software libre en las compañías de Galicia.

Ha realizado un gran trabajo de integración de datos de diversas fuentes (gallegas, nacionales e internacionales) con el objetivo de obtener un documento de análisis de la situación actual de las compañías gallegas con respecto al software libre (uso y comercialización de productos libres) así como recomendaciones finales para mejorar la situación.

Es realmente reseñable el artículo [PDF], y la entrevista. Espero lo disfrutéis. Además, la foto es tan chula .. xD