OpenSouthCode el evento de Open Source del sur de la Península Ibérica

Este sábado 6 de mayo se vuelve a celebrar el OpenSouthCode, el principal evento FLOSS que hay en el sur de la Península Ibérica. Tiene lugar en Málaga y esta edición cuenta con un programa más amplio incluso que la pasada. El día anterior, el viernes 5 de mayo, hay varios meetups en la misma sede, como aperitivo del evento.

El lugar donde se celebra, La Térmica, es ideal para este tipo de actividades. La época del año es inmejorable para los amantes del buen tiempo y algunos de los profesionales que participan son de primera línea. Está bien organizado y en esta edición habrá stands de diferentes proyectos. La hora de la comida resultó especialmente atractiva el pasado año. Algunos dinosaurios decidimos comer juntos… y salió bien.

Participaré en esta edición dando una charla introductoria sobre cómo se producen los sistemas IVI para automoción basados en Linux y cómo deberían producirse. Hay muuucho espacio de mejora, obviamente.

Asimismo estaré ayudando en el stand de KDE en el que promocionaremos también el próximo Akademy, que se celebra este mes de julio en Almería. Como suele suceder cuando el evento internacional tiene lugar en España, el Akademy-es también tendrá lugar esos días en el mismo lugar.

Si estás en Andalucía este fin de semana, vente al OpenSouthCode. Si tienes problemas de desplazamiento o quieres venir junto a otros asistentes, únete al canal de Telegram opensouthcode. Hay grupos organizándose para venir desde diferentes puntos de Andalucía.

Actualización: han publicado en el blog de OpenSouthCode una entrevista que me realizaron ayer Miércoles,

Say Hi! to the new GENIVI Development Platform

On Wednesday February 17th, the GENIVI Alliance released a QEMU image of the GENIVI Demo Platform ivi9 Beta version, together with everything needed (instructions, source code, recepies, etc.) to build GDP-ivi9 with Yocto. A few weeks later, on March 8th, the first release candidate was published.
Finally, last April 19th GDP-ivi9 was published targeting QEMU, Renesas Porter and RPi2. Check the release announcement and download the different images and source code from the GDP download page.
I joined the GDP project in November 2015, leading a small team of developers from Codethink with the idea of moving GDP from a demo platform towards a collaboration platform. In summary, going from +r– to +rwx. 

What was GDP?

GENIVI Demo Platform was the compilation of middleware components developed by GENIVI integrated with Yocto or Baserock, based on poky, designed to showcase and test the work done by GENIVI’s Expert Groups.

What is GENIVI Development Platform?

At GENIVI’s 14th All Members Meeting (AMM) is was announced that GDP would change his name, from Demo Platform to Development Platform, reflecting the new spirit that has arisen during the delivery of the  GDP-ivi9 version.
The general idea will be to mature those GENIVI’s modules that were developed as proof of concepts (PoC) and provide up to date software together with a SDK, to attract developers to participate as contributors, having GDP as their number one Open Source platform for automotive.
Find further information about GENIVI Development Platform at GENIVI’s public wiki, in the GDP project pages. The name change, recently announced will be reflected in the wiki in the coming weeks. 

Coming actions

During the coming weeks, the GDP delivery team will focus on the following topics:
  • Migration from the current infrastructure to Github.
    • Confluence will remain as the project wiki and JIRA as the ticketing system. The same applies for the rest of GENIVI.
  • Add to our current targets another board: Intel Minnowboard
  • Define together with the GDP community the roadmap for the next GDP version.
  • Create a first alpha of the new version including the latest GENIVI software.
Feel free to propose enhancements or new features to GDP. The only thing you have to do is create a subtask under the ticket GDP-154, describe it and explain the benefits and potential risks/challenges. We will discuss them through the mailing list. I am looking forward of seeing Plasma 5 as part of GDP.

GENIVI 14th AMM and other events to promote GDP.

After te release of the new version, GDP maintainers and myself have been concentrated in making sure GDP was ready for  GENIVI’s 14th All Members Meeting (AMM), that took place in Paris from April 25th to 29th.
I participated as speaker in 3 sessions and my colleagues at Codethink delivered a couple of Hands on Sessions about GDE-ivi9. It has been a lot of work but a good finish line for this release cycle. We will publish the slides the coming days.
A few weeks earlier I presented the GDP project at the Embedded Linux Conference (ELC), that took place in San Diego from April 4th to 6th. It was my first time at this conference and I enjoyed it. I also participated at the Collaboration Summit, invited by AGL and the Linux Foundation. I will provide some more details about these events in a later post.
I plan to attend to QtCon to promote GDP among Qt/KDE developers and to the Automotive Linux Summit, that will take place in Japan, to spread the word about this open project for automotive. I have also confirmed my presence in June 2nd at the OpenExpo, in Madrid. It will be my first event in Spain in quite some time.

Summary

It has been a very busy 6 months but very productive. Leading a small but promising Open Source project, that might have a big influence within automotive in the future, working together with my colleagues at Codethink and GDP community members, has been very interesting. I am learning a lot about this industry…by doing.  

Consumir Software Libre es bueno. Producirlo es mucho mejor.

Las elecciones locales y autonómicas en España han vuelto a poner de moda el Software Libre debido a su inclusión como línea estratégica por parte de algunos partidos políticos.
Dejando a un lado el error que, a mi entender, significa politizar el Software Libre, ignorando pasados fracasos, me gustaría centrarme en otro riesgo que percibo, mucho más relevante.
A principios del presente siglo surgió en España un fuerte movimiento cuyo objetivo era el fomento del uso de Software Libre en España. Se trataba de aprovechar las ventajas más evidentes (y cortoplacistas) que aporta este “nuevo” paradigma.Todos los acores empujaron en una misma dirección…. y han tenido éxito.
Sabemos, no obstante, que el valor real del Software Libre para una sociedad reside no tanto en su consumo como en su producción. El hecho de poder pasar de consumidor a productor de tecnología sería lo que nos permitiría aspirar a ser una sociedad puntera en este ámbito.
España tuvo diferentes oportunidades en su historia de convertirse en productor de software. No las aprovechamos. El sector del software está en gran parte asociado a servicios basados en lo que otros producen. Empiezo a temer que este va a ser el camino predominante en el caso del Software Libre.
¿Cambiará el Software Libre la realidad de España como país asociado a servicios o podremos convertirnos en productores?
Los grandes consumidores de software en nuestro país deben asumir riesgos hoy para generar riqueza a su alrededor, que les permita ser más competitivos mañana. Y no hay mejor forma de conseguirlo que la de fomentar la producción de Software Libre entre sus proveedores, así como en sus propias organizaciones.
Los actores que una vez se unieron para alzar su voz en favor del uso del Software Libre  deben cambiar su discurso focalizándolo en los verdaderos beneficios de este movimiento, que, de nuevo, no vienen del ahorro de costes en su consumo, de las libertades asociadas a su uso y su distribución, sino de aquellas asociadas a su modificación y distribución de obras derivadas.
El esperado repunte en el consumo interno de tecnología que deberíamos ver los próximos años necesita acompañarse de estímulos para la producción propia, así como un cambio cultural que nos permita valorar en su justa medida a productores de software frente “al canal”.
El Software Libre es una oportunidad para cambiar nuestro estatus a nivel mundial como productor de tecnología. No veo signos claros de que lo estemos aprovechando. Consumir Software Libre es bueno. Producirlo es mucho mejor.

¿Por qué España no es una potencia en software?

¿Por qué España no es una potencia en la industria de software?

Una explicación se encuentra perfectamente reflejada en este artículo: Management is not a promotion.

De vez en cuándo me realizan esa pregunta o algunas similares. Mi respuesta a menudo es:

¿Cuántos ingenieros de software de 50 años conoces en España que sigan echando código? ¿Y cuántos de ellos trabajan más allá de multinacionales y la Universidad?

Durante los años en los que participé activamente en el nacimiento y consolidación del tejido empresarial relacionado con el Software Libre en España insistía, junto a algunos de mis compañeros de viaje, en la idea de la promoción de la carrera profesional de ingeniero de software dentro de las empresas como vehículo de cambio.

Creo que las empresas de Software Libre tienen la oportunidad de ser pioneras, no sólo en el área de la tecnología o de los modelos de negocio, sino tambíen en este apartado. Creo firmemente que no es posible adquirir la cultura colectiva necesaria para convertirnos en productores de software si no reconocemos:

  • Que la excelencia requiere pasión y años de experiencia. La excelencia debe reconocerse tanto como la productividad.
  • Que si no estableces una camino para que los ingenieros promocionen dentro de tu empresa como lo que son, ingenieros, la mayoría de ellos se pasarán a la gestión o se irán a empresas (más grandes), donde puedan seguir haciendo lo que más les gusta. En ambos casos todos perdemos.

Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre (III)

P { margin-bottom: 0.08in; }H2 { margin-bottom: 0.08in; }H2.western { font-family: “Arial”,sans-serif; font-size: 14pt; font-style: italic; }H2.cjk { font-family: “WenQuanYi Micro Hei”; font-size: 14pt; font-style: italic; }H2.ctl { font-family: “Lohit Hindi”; font-size: 14pt; font-style: italic; }

Punto de llegada

El conjunto de los diferentes escenarios de migración nos aportará la fotografía buscada. El estado del arte puede representarse, por tanto, en un puzle donde cada escenario de migración representa una pieza. Cada pieza requerirá acciones específicas para llevar a cabo la migración que se contemplarán en el Plan De Acción (Migración).
En la práctica, los escenarios de migración estarán relacionados luego su compartimentación resultará compleja. No obstante, este ejercicio es fundamental para poder acometer un proceso a gran escala en un espacio de tiempo finito. Este es un requerimiento importante a la hora de trabajar con proveedores externos, expertos en la materia.
Dicho de otro modo, aproximaciones a los procesos de migración basados únicamente en aspectos operativos o funcionales arruinarán el proceso. Migrar “por departamento” o “por servicio (de IT)” es el reflejo de una incorrecta ejecución de esta fase del proceso de migración.
Esta fase del proyecto los entregables deben incluir:
  • La definición de las diferentes personas/perfiles (canónicos) y qué usuarios/unidades corresponden a cada uno de ellos.
  • Individualización de los perfiles correspondientes a cada usuario. Recordar que los perfiles son abstracciones.
  • El estudio de las diferentes interacciones entre personas que afectan al proceso de migración.
  • Los escenarios de migración.
Mi recomendación es que se realicen varios entregable. Con el fin de motivar a los diferentes perfiles de usuario, es conveniente elaborar diferentes documentos, orientados a audiencias diferentes como:
  • Responsables tecnológicos.
  • Responsables técnicos.
  • Usuarios (power users/prescriptores y usuarios de a pie)
Se debe acompañar el entregable de los resultados parciales de las diferentes acciones realizadas así como de la información complementaria utilizada, como por ejemplo:
  • Inventario de hardware y sistemas/servicios
  • Resultados de las entrevistas.
  • Información aportada por la propia AA.PP.
  • Referencias externas utilizadas.
  • Informe ejecutivo.
  • Informe de costes.
  • Otros
Este documento servirá de base para acciones que pueden tener lugar e un amplio periodo de tiempo. Es necesario incluir toda la información con el fin de que sea accesible en un futuro por nuevos proveedores y trabajadores.

Conclusiones

La definición del Estado del Arte es una acción del propio proceso de migración, que toma como referencia datos correspondientes a un estudio habitual de inventariado así como de procesos de negocio, servicio y calidad. Pero no se trata de un proceso aséptico. Posee un propósito específico: servir como base del diseño del Plan de Migración.
Esta etapa del proceso de migración es un ejercicio down-top-down donde:
  1. Se analiza la información disponible.
  2. Se recojen datos relevantes.
  3. Se analiza la información disponible y esos datos en conjunto con el fin de definir perfiles.
  4. Se definen los perfiles/personas y se particularizan a cada participante.
  5. Se estudian sus interacciones.
  6. Se redefininen las personas.
  7. Se introduce como input información adicional
  8. Se definen los escenarios.
  9. Se elaboran los entregables que sirven de base al diseño del Plan de Migración en sí.
Un Plan de Migración eficaz requiere de una correcta definición del Estado del Arte. Del mismo modo, un compromiso por parte de los participantes en el proceso require que se les haga partícipes también en este punto del proceso, independientemente de que la ejecución la realicen proveedores externos o miembros de la casa.
Fin del guión 

Este es el tercero de una serie de tres post. Accede a los dos anteriores aquí: