jueves, 19 de junio de 2014

Abriendo puertas

En un artículo anterior escribía acerca del fin de un ciclo personal y profesional para mi. Hoy escribo sobre la nueva aventura en la que me he embarcado.

Hace unos días me trasladé a Cambridge, la original y, a partir de ahora, la auténtica. :-) Me ha traído una nueva aventura profesional. Linaro ha tenido la gentileza de darme una oportunidad imposible de rechazar, como Director of Core Development. En próximos artículos comentaré en qué consiste.

Linaro es una organización sin ánimo de lucro creada por una serie de multinacionales con el objetivo inicial de convertir ARM en un ciudadano de primera clase dentro del Kernel Linux. Cuatro años despues de su fundación, el éxito de la organización en su misión original es claro (actualmente es el tercer contribuidor al kernel). Se trata ahora de alcanzar nuevos retos, además de insistir en los anteriores.

Así que tras una etapa en Nuremberg, capital mundial de la cerveza, y una corta estancia en Praga, una ciudad fantástica, inicio otro capítulo en un nuevo Reino.

domingo, 11 de mayo de 2014

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


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í:

viernes, 9 de mayo de 2014

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


Punto de partida


El punto de partida de cualquier proceso de análisis previo a una migración tiene como principales fuentes de conocimiento:
  1. Los objetivos y motivaciones de los responsables político/tecnológicos de la AA.PP.
  2. La documentación existente sobre procedimientos, herramientas, infraestructura, recursos, descripción y relación con proveedores, perfiles, servicios que se prestan, tanto internos como externos...
  3. La "realidad" de
    1. Los responsables técnicos de la AA.PP.
    2. Los "power users" o prescriptores.
    3. El usuario no técnico.
    4. El servicio que se presta.
  4. Experiencias previas en transformaciones tecnológicas si la hubiere.

La disponibilidad de una documentación veraz y actualizada constituye un factor determinante en cualquier proceso de migración. No sólo facilita la definición del Estado del Arte, ahorrando costes y acelerando el proceso en sí, sino que establece un punto de referencia sobre el que basar cualquier análisis objetivo posterior. Por tanto, representa el principal punto de apoyo del cliente (la AA.PP.) frente al proveedor de servicio, al menos en este punto.

Así pues, el principal esfuerzo de los técnicos y responsables tecnológicos de la propia AA.PP. en este punto inicial debe ser:
  • Actualizar y, si es posible, ampliar la información existente sobre los sistemas de información y su uso por parte de trabajadores públicos y cuidadanos.
  • Recopilar información relacionada con procesos de transformación tecnológica experimentados con anterioridad.
  • Recopilar información sobre la relación de la AA.PP. con proveedores de servicios que puedan ser afectados por la migración de manera directa o indirecta.
  • Recopilar información orientada a facilitar el proceso de toma de datos.

Si la documentación disponible no es completa o se encuentra desactualizada, mi recomendación es que se separe la generación/actualización de esta información del propio proceso de identificación del Estado del Arte. Deben ser fases diferentes del proyecto o incluso proyectos diferentes. Uno alimenta el otro.

Proceso a seguir para el establecimiento del Estado del Arte


La fotografía a tomar tendrá como referencia el concepto de perfiles/personas. Definir esos perfiles debe ser el primer objetivo de esta fase del proyecto. Una vez descritos, se particularizarán para cada usuario. A partir de esos perfiles y teniendo en cuenta información adicional relevante, se establecerán los diferentes escenarios de migración.

Así pues, el Estado del Arte se define en base a escenarios de migración.

Para definir los perfiles/personas, es necesario entender qué inputs son necesarios. En general son los siguientes:
  • Puesto/servicio que presta (procesos)
  • Conocimientos técnicos
  • Interacción con aplicaciones y servicios
  • Equipamiento que utiliza
  • Datos

Para cada usuario, debe obtenerse información correspondiente a cada una de estas áreas. La información obtenida necesita ser procesada para que sea manejable. Tras un proceso de abstracción (análisis), se podrán definir las personas/perfiles significativos.

Esta abstracción/generalización nos permitirá escalar el diseño del proceso de migración e ir adelantando algunas otras fases del proyecto, como la identificación de herramientas libres candidatas, planes de comunicación o formación...

Con el fin de definir los escenarios de migración, es importante definir primero las interacciones intra/inter personas/perfiles. Es decir, cómo interactúan a través de los sistemas de información.

Este estudio debe llevarnos a un proceso de ajuste o redefinición de los perfiles/personas (personas canónicas). Una vez hemos los hemos definido de manera definitiva, debemos individualizarlos, es decir, asegurarnos de que ajustamos los perfiles a cada uno de los participantes en el proceso (humanización de los perfiles).

Tomando en consideración datos adicionales como la infraestructura disponible, los servicios que se prestan, la estructura organizativa de la propia AA.PP., aspectos logísticos etc., se definirán los escenarios de migración. Idealmente, cada escenario de migración deber estar definido como una unidad independiente desde el punto de vista del proceso de migración.

Los escenarios de migración, por tanto, están basados en:
  • La obtención de los diferentes perfiles/personas.
  • El estudio de las interacciones entre los diferentes perfiles/personas.
  • Recursos (sistemas de información).
  • Servicios que se prestan en el momento previo a la migración.
  • Prioridades estratégicas y operativas.
     
    Este post es el segundo de una serie de tres. Puedes acceder a los demás aquí:

jueves, 8 de mayo de 2014

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


Actualización de los Sistemas Informáticos utilizando Software Libre.

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


El presente documento es un resumen de mi intervención en el mencionado curso, como parte del segundo bloque del mismo. Dicha intervención introduce el tema a tratar, de modo que aporto una visión global, reforzada con ejemplos concretos de los conceptos más importantes. Dichos ejemplos y anécdotas de interés, no figuran en este resumen.

Datos sobre el curso:
  • Director del curso: Ramón Ramón Sánchez (Perfil Linkedin)
  • Fecha de mi intervención: 23 de Abril de 2014
  • Contenido: Bloque 2.- Definición del Estado del Arte. Evaluación previa.
  • Duración: 90 min. aprox.
  • Audiencia: técnicos y responsables tecnológicos de AA.PP. del Gobierno de Costa Rica.

Introducción y enfoque


Todo proceso de migración comienza con una misión. Esta misión debe estar claramente reflejada en el proyecto estratégico. Basándonos en esa misión, se establecen los objetivos principales de la migración. Siempre existe un objetivo prioritario y otros secundarios.

Los objetivos estratégicos más comunes son:
  • Independencia tecnológica
  • Ahorro de costes:
    • A corto plazo
    • A medio y largo plazo
  • Creación de polo tecnológico local
  • Aumento de rendimiento/eficiencia
  • Mejora de la interoperabilidad
  • Política

Cualquier proceso de migración tecnológica ideal consiste en definir una el cuadro/fotografía actual de los sistemas de información, así como de su uso, y replicarla, usando, no sólo herramientas diferentes, sino en este caso, un paradigma diferente. Sin embargo, el proceso de transición es costoso. Debemos asumir que cada uno de los participantes, require de un fuerte grado de motivación para adoptar una posición constructiva frente al proceso. La motivación, en forma de mejoras/beneficios futuros, debe generalizarse en la medida de lo posible, no restringiéndose al ámbito técnico y/o económico directo y a corto plazo.

El Software Libre propone beneficios suficientes como para generar esa motivación en diversos ámbitos. Así, la definición del Estado del Arte, la captura de esa fotografía, no es ni debe ser objetiva:
  1. Debe responder al objetivo principal del proyecto.
  2. Debe identificar las fortalezas del actual entorno y usarlos como base de la del resultado obtenido.
  3. Debe identificar posibles mejoras que permitan diseñar y desarrollar acciones orientadas a potenciar esa motivación.

Una correcta definición del estado del arte se convierte así en un ejercicio cruel de identificación de una realidad que, no por supuesta, puede resultar menos desalentadora en muchos casos. Además, el proceso de migración no permite rectificaciones basadas en el antiguo modelo. Peor aún, propone una travesía del desierto para alcanzar un oasis de herramientas, protocolos, principios... que no dominan.

Es por tanto necesario establecer contramedidas que permitan a esos profesionales afectados digerir y asumir esa fotografía con el convencimiento de que, tras el proceso, estarán en mejor disposición de mejorarla.

La mejor forma de que esta fotografía sirva de estímulo es hecerles copartícipes de su realización, animándoles a aportar sus experiencias y visión. Debe ser también su fotografía. Asimismo, recomiendo comunicar claramente que el fin de la acción que no es evaluar el grado de eficiencia o eficacia del trabajador en el desempeño de sus tareas. Un proceso de migración no es una evaluación de rendimiento.

Dichas experiencias deben ser procesadas y documentadas con el fin de introducirlas en la base común de conocimiento, favoreciendo un aprendizaje colectivo a partir de ellas. Muchas de las experiencias que afectan o permiten entender la fotografía obtenida, no tienen que ver de manera directa con aspectos tecnológicos, luego existe el riesgo de que tengan impacto en el proceso de migración.

Los sistemas/servicios informáticos en Administraciones Públicas suelen tener un menor grado de control que en otros entornos. Tampoco es posible entender la fotografía resultante sin asumir que ella es producto de una evolución que, a menudo, los profesionales involucrados no han podido controlar totalmente por razones:
  • Técnicas: los sistemas no permiten de un modo simple la realización o control de determinadas prácticas.
  • De conocimiento: Los profesionales responsables de las infraestructuras tecnológicas o los usuarios no conocen en detalle las herramientas que utilizan (son privativas).
  • De mercado: existen limitaciones impuestas por los fabricantes, integradores o implantadores a los sistemas tecnológicos utilizados.
  • Necesidades de producción.
  • Limitaciones dependientes del propio entorno laboral: existen limitaciones en la capacidad de decisión y/o ejecución de aquellos llamados a diseñar e implementar los sistemas tecnológicos dentro de una AA.PP.
  • Otras razones.

Así, el Estado del Arte debe recoger no sólo la situación previa a la migración sino también aspectos clave que expliquen la evalución que ha tenido como producto semejante resultado.

El Software Libre empodera a responsables tecnológicos y usuarios. Les confiere mayor flexibilidad, es decir, mayor control, luego requiere un mayor grado de responsabilidad. El riesgo de aumentar la entropía tras la migración es significativo. Debe diseñarse y ejecutarse cada paso, incluyendo la fase de análisis, teniendo en cuenta que en un futuro es mejor, en general, aportar mayores grados de libertad a los participantes de manera gradualgradual que restrinjirlos.

La fotografía obtenida debe aportar claves que permitan decidir qué tipo de medidas de control pueden aplicarse con las nuevas herramientas (y procesos), cuyo impacto sea positivo (o neutro) en la productividad de los usuarios, en comparación con las existentes.

El entregable de esta fase del proceso de migración, debe apuntar con claridad los puntos fuertes de la situación previa a la migración, con el fin de reforzarlos o, al menos, mantenerlos. Un proceso de migración exitoso está basado en las fortalezas del modelo anterior, no en sus deficiencias.

Mitigar las deficiencias debe ser, en general, el foco de procesos de mejora post migración. Disponer de una mejor base para ello debe ser el resultado de una correcta migración. La fotografía y posterior evaluación deben establecer la base sobre la que sea posible definir el proceso de migración y, al mismo tiempo, apuntar algunas de las futuras acciones de mejora que se podrán acometer con las nuevas herramientas y procedimientos, basados ahora en Software Libre.

Pero insisto, el objetivo de la migración no es ni debe ser realizar mejoras. Eso debe proponerse como objetivo fundamental tras la migración. De otra manera, desviaremos el foco de atención de lo realmente importante, basar el resultado en las fortalezas actuales.

En resumen:
  1. El Estado del Arte, obtenido como resultado del trabajo de análisis previo a la definición del Plan de Acción, tiene un fin concreto. No es objetivo.
  2. El análisis puede y debe tener impacto en responsables técnicos y usuarios. Debe asegurarse que ese impacto es positivo.
  3. De un modo similar, el Estado del Arte debe describir los grados de libertad con los que cuentan en la actualidad técnicos y usuarios en el uso de la información, aplicaciones y servicios. El objetivo es que el Plan de Acción los tenga en cuenta.
  4. La fotografía punto de partida del proceso de migración, debe apuntar claramente las fortalezas del modelo actual (en uso) con el fin de asegurar que el proceso de migración se basa principalmente en ellos.

    Lee las otras dos partes:

viernes, 25 de octubre de 2013

Abierto el plazo para la presentación de candidaturas para la celebración de la openSUSE Conference 2015.

La comunidad openSUSE celebra cada año un evento en el que los principales contribuidores participan en charlas y talleres junto a interesados y profesionales. Al tratarse de una distribución, la lista de temas que se tocan es muy amplia, desde administración de sistemas hasta aplicaciones web, pasando por empaquetado, marketing, hardware, traducción y, por supuesto, sistemas operativos.

La edición 2013 ha sido la primera celebrada lejos de ciudades donde SUSE tiene oficina. Su organización corrió a cargo de la comunidad salvo en aspectos legales y económicos fundamentalmente. La openSUSE Conference 2013 tuvo lugar en Tesalónica, Grecia, en verano, y participaron unas 300 personas.

La edición 2014 se celebrará en Dubrovnik, Croacia  en Abril. Ya se está preparando la organización del evento. Desde hace unas semanas, se ha abierto el plazo para la presentación de candidaturas a la celebración de openSUSE Conference 2015.

El evento cuenta con el apoyo de SUSE como principal espónsor. Esto da una garantía importante a la hora de poder organizarlo porque algunos de los gastos básicos de este evento de comunidad están cubiertos de antemano. La comunidad openSUSE asume algunas de las tareas más tediosas de la organización de modo que los organizadores locales no tienen que ocuparse de ellos. Los contenidos y el trabajo relacionado con sponsors también viene dado por la comunidad.

Dicho de otro modo, entre SUSE y la comunidad openSUSE asumen una parte del trabajo lo que garantiza que la organización del evento sea asumible para un reducido número de voluntarios locales. Depende del país y lugar de celebración, SUSE dispone de soporte local lo que facilita la difusión del evento, entre otras tareas.

En definitiva, si tienes experiencia en la organización de eventos de Software Libre, échale un vistazo a openSUSE Conference y presenta tu candidatura.




martes, 2 de octubre de 2012

Experiencias de venir a trabajar a SUSE

Como muchos ya saben, me he venido a trabajar a SUSE. Como ya escribí en mi blog en inglés, lo he hecho en un buen momento, dada la situación de la empresa. Muchas veces lo difícil no es ir a una empresa concreta, sino caer en un área interesante y en un momento para la empresa adecuado. Tu futuro laboral depende mucho de ello.

SUSE, tras la adquisición de Novell por parte de The Attachment Group se ha convertido en una unidad de negocio independiente, lo que está teniendo un impacto muy importante en la empresa a todos los niveles. Una de las consecuencias es que está creciendo. A día de hoy hay un par de decenas de vacantes en una empresa de 700 personas. El crecimiento, lejos de menguar, se espera que continúe.

Esta es una empresa de Software Libre con 20 años de vida. Sí, 20 años vendiendo y desarrollando FLOSS adaptándose a diferentes modelos de negocio y contribuyendo upstream de manera decidida. Con un proyecto estrella en este área, openSUSE, con infinidad de contribuciones relevantes a diversas tecnologías y productos punteros para grandes clientes.

Yo trabajo en Nuremeberg, donde se encuentra el grueso del área de desarrollo de productos, dentro del departamento de I+D. Mi equipo se denomina openSUSE Team. Aglutina a todas las personas que trabajan a tiempo completo en el proyecto openSUSE.

SUSE dispone de una buena mezcla entre ambiente hacker y orientado a cliente. Aquí hay muchos desarrolladores de primera línea trabajando para proyectos clave, desde kernal a drivers, pasando por virtualización, LibreOffice, etc. Mucho personal senior que lleva muchos años en la empresa trabajando con Software Libre. Se da la circunstancia de que algunos de los programas libres que uso son desarrollados por trabajadores de SUSE. Siempre impacta conocer al desarrollador de tus aplicaciones. Al menos a mi me ocurre. Es algo que no suele pasar usando software privativo.

Emigrar no es una decisión fácil para la mayoría. Yo reconozco que, gracias a experiencias pasadas a edad temprana, le perdí el respeto (como dicen en mi tierra) a salir de mi zona de confort y moverme. Respeto mucho, no obstante, a quienes se quedan, sobre todo en estos momentos, a luchar en condiciones igualmente difíciles. La verdad que no me siento un emigrante. Salir de España fue una decisión meditada y largamente deseada. No ha sido porque no me gustara aquello, sino porque quería vivir algo diferente.

Para mi, el proceso de adaptación va muy bien. Me ayudan bastante en la empresa. Además, cuento con la suerte de disponer de amigos en esta ciudad, tanto españoles, sobre todo venidos de empresas de desarrollo de software para hardware de Málaga, como alemanes (les conocí a través de proyectos de comunidad). Todo es más fácil cuando tienes quien te ayude, especialmente al principio.

Tras cuatro meses aquí, he comenzado mis clases de alemán. Dependiendo de la empresa en la que trabajes, hablar alemán es irrelevante o ayuda bastante. SUSE se encuentra en la primera categoría. De todas formas, quiero intentarlo. Veremos cómo me va.

En cuanto al trabajo, ya creo estar bastante aclimatado a la empresa. Con la comunidad openSUSE es otra historia. Lleva tiempo tomarle el pulso a un grupo tan numeroso y heterogéneo de personas. Espero poder acelerar mucho ese proceso de adaptación y conocimiento en la openSUSE Conference, que estamos coordinando desde mi equipo.

...suficuente por hoy.

lunes, 1 de octubre de 2012

Vacante en el equipo openSUSE en SUSE

Hace unas semanas publiqué en mi blog en inglés los requerimientos generales de una oferta de empleo para el equipo que coordino en SUSE. Publico aquí las condiciones de una nueva vacante. Los principales requerimientos son los siguientes:

  • Buscamos un/a desarrollador  web, con experiencia preferiblemente en Ruby-RoR, aunque conocimientos de otros lenguajes y frameworks son también válidos. Nos gustaría que haya trabajado en proyectos orientado a cliente. Debe estar familiarizado con procedimientos de desarrollo colaborativo y herramientas de Software Libre como bases de datos, sistemas de control de versiones, herramientas de bug tracking, etc.
  • Dado que este equipo desarrolla su actividad en la comunidad openSUSE (aproximadamente el 20% del tiempo de trabajo estará dedicado a acciones de comunidad), es interesante que el candidato/a disponga de experiencia previa en alguna comunidad FLOSS.
  • El candidato/a representará a SUSE u openSUSE en diferentes eventos, impartiendo charlas, sesiones técnicas y foros técnicos de discusión. Debe por tanto disponer de buenas dotes comunicativas. Experiencia previa en eventos internacionales de comunidades de desarrollo será un elemento positivo para la evaluación.
  • El puesto de trabajo está localizado en Nuremberg, Alemania, aunque se desarrollará enteramente en inglés. En función de la valía del candidato y su país de origen, es posible retornar a su localización de origen tras 18-24 meses de trabajo en nuestra sede, teniendo que desplazarse a Alemania un par de veces al año.
  • En general, SUSE contrata desarrolladores de cualquier parte del mundo. Habitualmente ayudamos a los candidatos seleccionados a tramitar su permiso de trabajo en Alemania (u otras sedes donde se localice la vacante) si fuera necesario. Pero dado que necesitamos cubrir la vacante lo antes posible, aquellos candidatos que ya dispongan de ese permiso, o sean ciudadanos de la UE, tendrán cierta preferencia (no es un requisito imprescinsible). La vacante también está abierta a empleados de SUSE en otras sedes de la empresa como Taiwan, Beijing, EE.UU. o Praga.

Como mencionaba en un post anterior, nuetra empresa, SUSE, está creciendo. Dispone además de una atmósfera de trabajo con una combinación muy interesante de ambiente hacker, orientación a cliente y colaboración con proyectos upstream.

El equipo openSUSE de SUSE está formado por aquellos empleados de la empresa que trabajan a tiempo completo en la comunidad openSUSE. Esto le da al puesto un atractivo especial para aquellos candidatos que disfruten trabajando en un ecosistema de continuo aprendizaje e innovación

Aprovecho para recordar que si participas en un proceso de contratación como este, pero encajas mejor en otra de nuestras ofertas o, estando suficientemente cualificado, no quedas seleccionado, el hecho de llegar a las fases finales del proceso te facilitará la posibilidad de ser seleccionado para otras vacantes de la empresa, en otros departamentos.

Por cierto.... en SUSE nos gusta cada vez más el español.....


Aplicando a la vacante a través del enlace, me llegará tu CV igualmente, así que te ruego sigas el procedimiento apuntado arriba...me ahorrarás trabajo y asegurarás que tu propuesta no se pierde en mi ya de por sí saturada Bandeja de Entrada. ;-)

Por último, quiero comentarte que solemos recibir muchos currículum para cada vacante. Los Team Leaders los revisamos todos. Sin embargo, debido a la cantidad de vacantes, el equipo de Recursos Humanos no puede canalizar el envío  personalizado de respuestas a todos los candidatos. Sólo aquellos que llegan al estadío final reciben dicha comunicación.

No es probablemente la respuesta que merece tu esfuerzo como candidato hacia nosotros, pero nos resulta imposible gestionarlo de otra manera. Te pido disculpas por adelantado si aplicas pero no recibes respuesta más allá de la automática. Y he pasado por ese proceso y no es agradable. Simplemente, no puede ser de otra manera.

jueves, 17 de mayo de 2012

Adelanto sobre lo que será KDE Connect en Akademy-es

En Akademy-es van a presentarse diversas novedades en las que intervienen de manera directa desarrolladores españoles. Muon Discover es una de ellas, por ejemplo.

Una de las más relevantes será KDE Connect. Se trata de un nuevo programa para diversos tipos de organizaciones, entre ellos empresas, que pretende estructurar la relación que KDE mantiene con ellas, atrayendo nuevas a nuestro ecosistema.

¿Cómo pretendemos hacer esto posible?

KDE Connect será un programa de networking internacional en el que podrán participar representantes y ejecutivos de organizaciones de todo el mundo. KDE actuará como organizador y dinamizador, tratando de identificar y definir, junto a los participantes, nuevas oportunidades, de acuerdo a los fines e intereses de cada una de ellas.

Definiendo una estructura mínima, una procedimientos y principios generales, desarrollando actividades de networking, apoyándonos en la experiencia que atesoramos en materia de establecimiento y fortalecimiento de relaciones (comunidad),  y todo ello respaldado por profesionales con experiencia en entornos corporativos, pretendemos crear una red que, con el tiempo, se comporte como un ecosistema propio, en simbiosis con KDE.

Objetivo

Las organizaciones no sólo verán así reducida su barrera para interactuar con KDE, sino que podrán formar parte de una red que les ofrece nuevas oportunidades, de modo que, adoptando una actitud activa y ayudados por un equipo bien estructurado de KDE, puedan incluir KDE Connect en sus estrategias de, por ejemplo, internacionalización, búsqueda de talento, desarrollo de modelos de negocio basados en sodtware libre, búsqueda de partners, prospecciones de nuevos mercados, búsquedas de aliados en diferentes áreas, etc..

Conclusión

Es decir, pretendemos apoyarnos en nuestras fortalezas para innovar en el modo en el que nos relacionamos con diversos tipos de organizaciones, abandonando las adaptaciones de programas de partnership tradicionales y centrándonos en nuestra naturaleza de comunidad abierta.

Adelanto de KDE Connect en Akademy-es

Espero que la charla que impartiré sobre KDE Connect, que tendrá lugar en el CIEM de Zaragoza, el sábado 19 a las 18:15, dentro de Akademy-es, sea del interés de todos y, sobre todo, de profesionales autónomos, empresas y otras organizaciones como Universidades, ONG, entidad sin ánimo de lucro, asociaciones empresariales, centros de I+D, etc.

Regístrate

El acceso es gratuito, pero debes registrarte. Gracias a organizadores y a nuestros sponsors por hacer el evento posible. También a KDE España, claro.

Apoya a KDE

Recuerda que, una de las maneras en las que puedes apoyar a KDE es formando parte del programa "Join the Game".

Les espero.

miércoles, 9 de mayo de 2012

Esta edición de Akademy-es prestará especial atención a las empresas.

El próximo viernes 18 de Mayo KDE España celebra la V Akademy-es, el evento anual en nuestro país del proyecto KDE, en la capital del Ebro. Este año contamos con la colaboración en la organización de CESLA, el Ayto. de Zaragoza y la Fundación Zaragoza Ciudad del Conocimiento. Akademy-es está patrocinado por Bluesystem (Platino), Wadobo (Oro) y Qt (Oro). Linux Magazine será el medio asociado y PaulPaulito.com realizará exámenes de certificación.

Este año vamos a dedicar especial atención a las empresas, con diversas charlas de interés para ellas, así como la presentación de KDE Connect, el nuevo programa de networking internacional para organizaciones y profesionales que desarrollará KDE a partir del segundo semestre de 2012.

El viernes 18 el evento se desarrollará en las instalaciones del Ayuntamiento situadas en el antiguo seminario de la ciudad. El sábado 19 y domingo 20 nos trasladamos al CIEM, junto a la estación de AVE de Zaragoza.

El viernes por la tarde, comenzaremos la jornada de divulgación con una presentación del evento a cargo de los miembros de la Junta Directiva de KDE España así como representantes del resto de organizadores. Seguidamente, Albert Astals Cid, Presidente de KDE España, miembros de KDE eV y actualmente enrolado en Canonical, impartirá la primera charla. Le seguirá un reconocido usuario de KDE, Paul Brown, Director de Linux Magazine, el medio de comunicación de Software Libre de mayor difusión en habla hispana.

Tras el descanso realizaré una presentación sobre las ventajas y la forma de interactuar que ofrece KDE a las empresas. Finalmente, Baltasar Ortega, impulsor de KDEBlog, el principal altavoz de KDE en habla hispana (y el más relevante blog de divulgación de KDE a nivel mundial), presentará Plasma Active. 

Las jornadas del sábado y el domingo tienen un mayor contenido técnico. La presentación de KDE Connect está prevista para el sábado a las 18:15. Participarán el fin de semana desarrolladores de KDE, usuarios y representantes de entidades que colaboran con nuestro proyecto de comunidad, como es el caso de Libresoft, de la URJC, con Jesús G. Barahona a la cabeza, que estará presente en el evento.

Aún hay espacio para que impartas una charla relámpago, de modo que no tienes más que comunicar tu propuesta a la organización.

Si te interesa KDE, quieres desarrollar con Qt, eres usuario de escritorios libres o de alguna aplicación de KDE, si simplemente, te interesa el software o la innovación, tienes en Zaragoza una cita de primer nivel del 18 al 20 de mayo, en Akademy-es. La entrada a todas las actividades, salvo la Asamblea de KDE España, es libre y gratuita.

miércoles, 25 de abril de 2012

Reflexiones sobre el programa Google Summer of Code

Google Summer of Code (GSoC) representa una oportunidad de primera magnitud para estudiantes por diferentes motivos. Es una pena que en España esté poco extendido. Las noticias que han aparecido en la lista pública de discusión de ASOLIF, de diferentes proyectos de origen español que participan, son muy buenas.

Uno de los principales motivos por el que el programa es un éxito, en mi opinión, es porque cada alumno posee un mentor, avalado por un proyecto, que se encarga de asegurarse que el trabajo desarrollado es útil. No se trata únicamente de que el alumno tenga buenas ideas y las desarrolle. Se pretende que el alumno trabaje en un entorno de producción, supervisado.

Este programa marca una línea que puede adaptarse a nuestro entorno de manera muy productiva, favoreciendo tremendamente la inserción laboral.

Sería muy positivo que las Oficinas de Software Libre idearan un programa a nivel nacional, con esta característica clave, en el que se involucraran mentores de proyectos de software libre junto a empresas, aportando código y experiencia a un proyecto libre de interés para la empresa, realizando una actividad de producción. El código debería ir upstream. La empresa debería servir de entorno de trabajo.

Con esas características, obtener financiación del Miniterio de Trabajo, podría ser posible. ASOLIF puede ejercer de aglutinador y tractor de las empresas. Tal vez el apoyo del MITyC sería un buen complemento.

KDE participa activamente en el programa de mentoring de Google, como otros proyectos libres. Este año, de las más de 200 propuestas presentadas, nos han aprobado 60 propuestas. En términos de horas de trabajo, tanto de alumnos como de mentores (y gestión) hablamos de un esfuerzo enorme de transferencia de conocimiento y docencia, que las comunidades de desarrollo realizan con un esfuerzo inversor de Google, en términos de promoción y resultados, muy rentable. 

KDE también participa en el programa Google Code-In con éxito notable. Disponemos, a su vez, de un programa propio, denominado Season of KDE (SoK), que pretende ser una puerta de entrada para todos aquellos que no pueden acceder a GSoC y quieran aumentar sus posibilidades en futuras ediciones, o simplemente aprender en un entorno de primer nivel.

En KDE España hay diversas personas que han sido estudiantes, mentores y ambos en distintas ediciones. Para ellos ha representado un gran paso en su formación a un coste bajo.

En definitiva, si se aprovecha, GSoC te cambia la vida.

Si eres estudiante, no dejes de estar atento al programa y, el año que viene, bien a través de KDE España u otra comunidad de nuestro país, mi recomendación es que participes. Si te interesa dar este año los primeros pasos para aumentar tus posibilidades de cara a la próxima convocatoria, puedes hacerlo con KDE participando en SoK 2012.

Gracias Google por seguir apostando por una iniciativa como ésta.

lunes, 19 de marzo de 2012

Política TIC en Canarias: una visión personal

En el siguiente artículo aporto una visión personal de la política TIC del Gobierno de Canarias desde mi posición de defensor del Software Libre, partiendo del ejemplo que ha saltado a los medios en relación a la compra de licencias de MSOffice.

Esta compra a provocado una crítica feroz por parte de la ULL a través de su Oficina de Software Libre que, no solo comparto, sino que aplaudo. La crítica a la estrategia TIC del Gobierno de Canarias de años atrás y presente es ahora más necesaria que nunca.

Para muestra un botón

El caso del Gobierno de Canarias con el producto Office de Microsoft es un ejemplo más del desastre de la política TIC durante los últimos años, y también en el presente.

Hace unos años el Gobierno tuvo que desembolsar 3.3 mill. de € en licencias del producto Microsoft Office. Alegaron entonces que no existía una alternativa viable a dicho producto. Hablamos de la primera CC.AA. que sacó una proposición no de ley en su Parlamento Regional de apoyo al Software Libre. Fue la pionera...de la nada.

Lo que ocurría en realidad, es que algunos de los desarrollos encargados años atrás por el propio Gobierno utilizaban como front-end este producto. En otro muchos casos, su uso era básicamente como procesador de textos y hoja de cálculo.  Aún así, alegaban que productos alternativos no importaban adecuadamente los contenidos ya desarrollados y que existía un coste importante en formación sobre la nueva herramienta y migración. Preferían dar el dinero al canal de Microsoft que a pequeñas empresas locales de ingeniería de Software Libre.

Se comprometieron entonces en iniciar un camino que les permitiera reducir ese coste trabajando en diversas líneas:
  • Formación en herramientas alternativas
  • Identificación de casos de uso en los que la migración a otras alternativas fuera posible y migración paulatina en dichos casos.
  • Definición de una política de desarrollo de soluciones en la que la interacción con los usuarios no se realizara a través del paquete ofimático de Microsoft, con lo que no se añadieran a sus costes, futuros pagos de licencia como parte necesaria de la política de mantenimiento del producto.
  • Definición de una política de generación de información con MS Office compatible con productos alternativos, de modo que se facilitara una migración paulatina en muchos casos.
Obviamente no se hizo nada.

Fue en 2010 cuando el Gob. de Canarias se puso en contacto con ESLiC y ASOLIF para iniciar el camino que desembocaría en que una parte de los puestos del Gobierno de Canarias contara con productos alternativos a MS Office sin coste de licencia o con un coste muy inferior. Tras varios meses de negociación en el que nunca se visualizó un interés político real por parte del Gobierno de Canarias, éste decidió cancelar súbitamente esta iniciativa y consolidar el camino trazado.

Así, ante la lógica sugerencia del fabricante de Redmond sobre la necesidad de actualización de licencias de Office, el Gobierno Regional de las islas desembolsa la nada despreciable cifra de 2.3 millones de € para la actualización y compra licencias de ese producto. La misma inversión que tenía prevista en 2010.

Éstas no son todas las licencias que existen y paga el Gobierno de Canarias. A través de proyectos, incrustadas en contratos de mantenimientos, a través de empresas y organismos públicos etc., este Gobierno paga una cantidad superior en licencias de este producto. Nunca sabremos cuánto. Ellos tampoco lo saben. Ocurre lo mismo en otras CC.AA.

Una visión personal

Lo que sí sabemos es que la política seguida hasta ahora se consolida. El Gobierno de Canarias se encuentra en este momento en el mismo punto que hace cuatro años. Peor. Se enfrenta ahora a la consiguiente tendencia del mercado de actualización de equipos y sistemas operativos a plataformas Windows 7. Si espera demasiado, esa presión será mayor en favor de una migración al nuevo S.O. y a soluciones en la nube, el nuevo mesías.

Resulta irónico, además de una tomadura de pelo, que se muestre este Gobierno tan dispuesto a asumir estos costes en licencias y sea luego tan rácano en aportar dinero a empresas locales para que den los pasos necesarios para abordar una migración a gran escala. 2.3 millones  de € en licencias de MS Office es un precio razonable pero 100 mil € para empresas locales en un proyecto previo de migración, que se va en horas de trabajo de ingenieros canarios, y que pretende iniciar y consolidar una política de ahorro a medio plazo de 5 millones de €, resulta inasumible.

Es la paradoja en la que caen quienes opinan que el esfuerzo de los suyos vale menos que la corbata del comercial del canal de la multinacional. Es la muestra de la visión de los responsables locales. No hay oscuros intereses ni retorcidas intenciones detrás de estos ejemplos. Es simplemente mediocridad.

He invertido mucho tiempo de mi vida intentando convencer a los que estaban y están en áreas TIC de la política local y regional que la dinámica era errónea. Nunca lo hice sólo. Hubo gente tremendamente cualificada a mi alrededor que invertía tantas o más horas que yo en ello. Sigue habiéndolas, afortunadamente, aunque la presión ha disminuido. Todo tiene un límite.

Les ha dado igual mientras tenían dinero. Les sigue dando igual ahora, a juzgar por los escasos cambios que están teniendo lugar. El tiempo de reuniones y discursos quedó atrás. Las empresas locales de Software Libre hace tiempo que dejaron de creer. Han tenido la oportunidad de impulsar empresas innovadoras de un sector emergente y apenas les han dado oportunidades reales.

Ahora que no hay dinero, las llamarán, y pretenderán que con cuatro duros solventen el desastre en el que están metidos. Conscientemente, van a enarbolar la bandera del apoyo local mientras perpetuarán la injusticia aportando millones a los mantenimientos descomunales que deben asumir por decisiones que deberían llevar a más de uno a la cárcel, mientras le compran productos libres a quienes antes vendían privativos.

Educación, justicia, sanidad....la política TIC en Canarias es un fracaso en toda regla. Y estas políticas en un terreno fragmentado son mucho más relevantes de lo que parece. La labor que tiene el Gobierno por delante es enorme y la política actual no lo ataja. No es una cuestión de nombres, ni siquiera de partidos.

La mediocridad se instaló en las capas medias y altas de la estructura TIC del Gobierno. Es imposible cambiar eso. Quienes toman las decisiones se han formado en el seno de una Administración oscura, poco eficaz, organizada en reinos de taifas con escasa coordinación, sin cultura del ahorro, en la que han dejado de ser tecnólogos y se han convertido en evaluadores de presupuestos, en expertos en la redacción y evaluación de concursos públicos. El Gobierno de Canarias está plagado de jefes de servicio con responsabilidades TIC obsoletos en el sentido amplio de la palabra. Y lo que es peor, en muchos casos inmovilistas. La mayoría de los responsables políticos provienen del canal de multinacionales, con una cultura opuesta a aquellas que promueven la generación de tejido local. O peor, no tienen la formación necesaria para asumir sus responsabilidades. Eso sí, disponen una dilatada trayectoria política.

Para mi, representan la cultura informáticas de los noventa, el pleistoceno.

Los mismos que ridiculizaban primero el Software Libre como solución técnica, luego se reían de su viabilidad económica en el ámbito de la empresa, posteriormente ningunearon al Software Libre como modelo de negocio (ridiculizaban Asociaciones como ESLiC o ASOLIF), quienes asumían que la Administración requería de grandes empresas que respaldaran sus decisiones, llegando donde las pequeñas nunca podrían llegar si no crecían, se ríen ahora del Software Libre como estrategia para la creación y consolidación de un sector innovador de PyMEs productoras de Software en Canarias. Un sector con capacidad para generar redes internacionales que descentralicen los polos generadores de riqueza, en un ámbito clave del progreso futuro de cualquier sociedad como las TIC.

Se ríen de un futuro en el que el Gobierno de Canarias pueda apoyarse en gran medida en empresas locales de Software Libre, que importen mano de obra cualificada porque Canarias no puede producirla al ritmo necesario.

Lo que antes era el producto de unos pirados peludos son ahora desvaríos de outsiders del sistema económico, sin experiencia en la política con mayúsculas.

Me pregunto cuál será el próximo escalón de esta escalera.

¿Qué hará el Gobierno de Canarias?

Seguir el guión puesto en escena. Tampoco en esto seremos innovadores.

Primero tratará de aparentar un apoyo incondicional a las empresas locales, y con ellas a las de Software Libre. Después les pedirán que les saquen del entuerto en algún ámbito de impacto, pagándoles menos de lo que merecen, mientras abonan cantidades estratosféricas por mantenimientos de dinosaurios.

Se quejarán en privado de que no hay sector maduro, pero no se preguntarán por qué. Darán mucha publicidad a cualquier tontería que hagan con Software Libre y procurarán que los proveedores afines continúen "creando empleo de futuro" pasándose a productos libres, manteniendo el mismo modelo de negocio de siempre y el mismo estatus quo.

Estaremos ante un gran cambio de política.

¿Qué deben hacer?

Como se trata de criticar para mejorar, no para destruir (eso ya lo hacen ellos solitos), me gustaría terminar con un par de ideas, no exentas de cierta sorna,  sobre lo que hay que hacer.

Lo primero sería preguntar a quienes, durante años, les han dicho que se equivocaban. No se trata de darles la razón. Bastaría con escucharles. Para ello no basta con invitarles a unas reuniones sacándoles tiempo por la patilla para sus negocios. Preguntar significa en mi pueblo pagar por estudiar la situación y generar soluciones. Eso que pagan con tanta facilidad a los grandes de fuera y que nunca permiten hacer a los pequeños de casa.

Existen casos superlativos de éxito en nuestro país en la aplicación de políticas públicas, adaptadas modelos del Software Libre, orientadas a la generación de tejido local y productos de uso interno y externo. Les invito a que los observen. Y si no los ven, pregunten. Tienen en Canarias personas cualificadas que los conocen. No es necesario reinventar la rueda. Basta con asumir con humildad que otros nos llevan mucha ventaja y preguntarse por qué.

Los centros de decisión en política TIC en Canarias están ultra-descentralizados, es decir, no hay política TIC. Esta no política, además no está relacionada directamente con las de promoción TIC en la empresa, ni con las de formación en el ámbito TIC, ni con la I+D de las Universidades, ni con las de promoción exterior ni con......

Mientras eso sea así, no es posible aspirar a diseñar, y mucho menos aplicar, una estrategia diferente. No pasarán de cambiar algunos productos privativos a libres y ahorrarse pasta en licencias. Para algunos, ese es el único objetivo, por cierto.

La actual configuración de las responsabilidades del Gobierno de Canarias en materia TIC no pasa un examen elemental de una asignatura de organización. No sólo está distribuida desde un punto de vista organizativo y geográfico, sino que lo está en el ámbito político. Han confundido compartir Gobierno con partir Gobierno.

Mi conclusión es muy clara, no hay ninguna oportunidad para el cambio a corto plazo. Esta visión es compartida por muchos de mis compañeros del ámbito del Software Libre en Canarias. De esta forma, es impensable que ellos inviertan tiempo en participar de ese hipotético cambio. Y sin ellos, no será posible. Quienes nos han llevado hasta aquí tardarán tiempo en cambiar, si es que lo hacen.

No están los tiempos para luchar contra gigantes. Ahora toca mantener la empresa viva, que en Canarias no deja de ser una tarea compleja.

miércoles, 14 de marzo de 2012

Novedades de KDE para entornos empresariales: evento en CIBALL

El próximo miércoles 21 de Marzo de 2012, en la sede de CIBALL en Madrid, KDE España organiza el evento Novedades de KDE para entornos empresariales. 


A partir de las 12 horas y hasta las 14:00, podrás conocer las novedades que ofrece la comunidad de desarrollo de Software Libre KDE a empresas y profesionales del sector TIC, diseño gráfico, movilidad, gestión etc., desde diferentes puntos de vista.

El se compone de tres presentaciones de 30 minutos cada una, con los siguientes contenidos:
  1. Novedades técnicas de KDE. Se presentarán las principales novedades técnicas en relación a KDE, relevantes para entornos empresariales, tanto para empresas desarrolladoras de software como prestadoras de servicios y consumidores TIC.
  2. KDE como solución multiplataforma para diferentes dispositivos: desde media centres a móviles. KDE dispone de soluciones para entornos de escritorio, netbooks, tabletas y teléfonos móviles. Se están desarrollando soluciones para media centres. Durante la charla se describirán las principales novedades para cada tipo de dispositivo, además de los planes futuros. Asimismo, se presentarán las novedades disponibles para plataformas como Windows o MacOS, entre otras.
  3. KDE como ecosistema de empresas: más que una comunidad de desarrolladores de software. KDE ofrece garantías legales, así como un ecosistema de profesionales y empresas, sobre los que cualquier empresa puede apoyarse a la hora de utilizar las tecnologías libres desarrolladas por este proyecto de comunidad. Se describirán los aspectos más relevantes que dan soporte a ese ecosistema.

A la finalización de cada una de ellas se abrirá un turno de preguntas. Podrás seguirlas a través de twitter/identi.ca con el hastag #kdeciball

Ponentes

Rafael Fernández López: desarrollador informático experto en C++/Qt, miembro del equipo de investigación ILSA de Informática de la Universidad Complutense de Madrid. Desarrollador KDE es socio fundador de KDE España y miembro de la fundación KDE e.V.

Agustín Benito Bethencourt: Ldo. en Física Aplicada por la ULL, tiene experiencia como emprendedor, socio fundador de ESLIC (Asociación de Empresas de Software Libre de Canarias) y miembro de su Junta Directiva durante seis años, además de gerente de ASOLIF (Federación Nacional de Empresas de Software Libre). Es socio fundador de KDE España y miembro de la Fundación KDE eV.

Entidades involucradas
  • KDE España es la entidad que representa al proyecto KDE en nuestro país, aglutinando a los desarrolladores y colaboradores de KDE españoles.
  • KDE es la comunidad de internacional que contribuye al desarrollo de la Plataforma de Desarrollo, los Entornos de Trabajo y las Aplicaciones KDE, utilizadas por millones de usuarios, Administraciones públicas y empresas de todo el mundo a lo largo de sus 15 años de historia. La Fundación KDE e.V. da soporte al proyecto a nivel internacional.
 Nuestro agradecimiento a CIBALL por confiar en nosotros.

jueves, 9 de febrero de 2012

Experiencia de apoyo a la internacionalización de empresas de Software Libre españolas en FOSDEM 2012

El pasado domingo 5 de febrero, algunos empresarios, directivos, responsables técnicos e ingenieros de diversas empresas y organizaciones relacionadas con el Software Libre de España (Zentyal, Igalia, Gestiweb, KDE España y otros) nos reunimos con un representante de la Oficina de Comercio de la Embajada de España en Bruselas.

Dicha reunión tuvo su génesis en la lista pública de correo de ASOLIF y su objetivo era dar a conocer a esa Embajada el floreciente sector de Software Libre que tenemos en nuestro país. Así, aprovechando la celebración de FOSDEM y la amplia presencia de empresas españolas en la capital europea, organicé el encuentro en un conocido restaurante de Bruselas.

Así, me gustaría que empresas españolas de Software Libre, con representantes del propio sector a la cabeza (en esta ocasión Ignacio Correas, CEO de Zentyal y Vicepresidente de CESLA lideraba la "expedición"), pudieran organizar el viernes previo a FOSDEM 2013, una sesión de networking en la sede de la propia Embajada en el que se defina una serie de contactos internacionales que acudirán al principal evento europeo de Soft. Libre, y que serían invitados a esta jornada. Me parece una acción que, de consolidarse, puede significar un primer paso de enorme calado para muchas empresas españolas de pequeño y mediano tamaño en su política de internacionalización. El representante enviado a por la Embajada fue receptivo a dicha posibilidad.

Ampliar esta experiencia a otros eventos de Software Libre internacionales debe ser el segundo paso. El soporte del ICEX y de la diplomacia española a las empresas del sector el día previo a la celebración de eventos relevantes en determinadas ciudades extranjeras puede incluso generalizarse a otros sectores, si no se hace ya.


martes, 7 de febrero de 2012

Creando nodos de innovación a través de las Comunidades de Software Libre

Desde hace tiempo, me interesa el tema de la generación de nodos locales de transferencia tecnológica y generación de ecosistemas locales asociados a la innovación. Para ello, estoy convencido que la activa participación de las Comunidades de desarrollo de Software Libre puede permitir que dicha generación sea real y sostenible.

Quienes participamos activamente en alguna de ellas, tenemos claro que se trata de un ecosistema global cuya implantación y crecimiento puede resultar tremendamente beneficioso para una zona geográfica concreta. No obstante, traducir ese deseo en una iniciativa tangible no parece fácil.

Estoy escribiendo una serie de artículos en mi blog en inglés aportando ideas sobe cómo creo que puede llevarse a cabo una iniciativa que permita a las Comunidades de desarrollo de Software Libre establecerse y consolidarse en un lugar mientas los agentes locales aprovechan para aprender de ellas y generar proyectos propios que puedan, a su vez, retroalimentarlas.

Puedes seguirlos a través del blog Toscalix from the Canary Islands, concretamente los artículos denominados Building innovation nodes through Free Software Communities.

Aún estoy trabajando en la serie, de modo que hay varios artículos más por llegar.

sábado, 21 de enero de 2012

Homologación de seguridad en Sistemas Operativos

Me gustaría comentarles esta idea....

Desde una institución u organismo público o privado, con carácter independiente, se realiza para sistemas operativos un test tipo Euro NCAP Se me ocurre INTECO como primera opción, puesto que han dado pasos en el ámbito de los test de seguridad de productos. Podría colaborar con ASOLIF, por ejemplo.

Se trataría de test homologables (estándar) de seguridad de Sistemas Operativos.
Definiendo una serie de tests estándar (este proceso debe ser abierto, para que la propia industria participe) así como unas medidas que homologuen laboratorios (igual), se pondrían las cartas sobre la mesa sobre las medidas de seguridad que aplican o no los sistemas operativos actuales, en función de criterios ampliamente aceptados. Los estudios de seguridad a realizar se orientarían, en general, a evaluar posibles problemas que afecten a nuestros datos, del mismo modo que Euro NCAP evalúa la protección de los ocupantes de un vehículo ante una colisión.

Conociendo el proceso de antemano y publicando los resultados para cada producto analizado, se ayuda a crecer al sector del software. En concreto, para las empresas pequeñas sería muy interesante, si los costes de estos tests son bajos. En caso contrario servirá de poco.

Los efectos de esta medida serían múltiples. Se me ocurre......
  1. Por un lado, se llamaría la atención sobre la seguridad de los S.O. en relación a nuestros datos, tanto entre fabricantes como entre usuarios.
  2. Se normalizaría el algunos conceptos y medidas relacionados con la seguridad aplicado a S.O. lo que tendría un gran impacto sobre la protección de nuestros propios datos a medio plazo.
  3. Se podría ampliar en el futuro a otro tipo de productos de software bajo el mismo modelo. Los navegadores, clientes de correo, etc., es decir, aplicaciones básica usadas por todos, podrían ser los primeros candidatos.
  4. Se podría en el futuro desarrollar un modelo de negocio en torno a certificaciones. Serían bienvenidas por la industria y los usuarios, si son objetivos y baratos.
  5. Ayudaría a separar el polvo de la paja en áreas como vius, malware, ataques, etc., poniendo sobre la mesa la responsabilidad que tienen los propios fabricantes en muchos de los problemas que sufren los usuarios al utilizar sus productos.
  6. Se definiría un proceso de aprendizaje y retroalimentación que favorecería el aumento de calidad de los productos en este ámbito. Siendo los procedimientos de medida y evaluación aplicados, así como las condiciones de los laboratorios, públicos, las empresas podrían replicar los tests internamente antes del lanzamiento de sus productos, asegurándose una reducción del impacto negativo que supone la publicación de posibles evaluaciones negativas por parte del órgano evaluador. No se trata de crucificar a nadie, sino de aprender. Este proceso permitiría la rápida mejora de los propios tests.
  7. El establecimiento de diferentes niveles de seguridad, en función del tipo de uso y datos que gestionen los diferentes productos, abre la puerta a futuros establecimientos de niveles mínimos de seguridad, ayudando a la segmentación del mercado, a su especialización.
  8. Las implicaciones para el mercado serían enormes. Se me ocurre por ejemplo aplicar estos procesos a markets de aplicaciones para móviles.

   243. Será interesante comprobar las reacciones de algunos fabricantes ante una iniciativa como ésta, que empodera al consumidor a través de un órgano evaluador independiente.

En la actualidad, existen en el mercado certificaciones asociadas al uso de software para defensa, por ejemplo. La idea es democratizar, aportar luz y abaratar estos procesos, además de aplicarlos a software de uso común. La orientación a la protección de nuestros datos me parece fundamental. La seguridad es un concepto más amplio.

Para la industria automovilística y para nuestras vidas, esta idea ha tenido un alto impacto. No veo por qué no podemos trasladarla al software.

¿Existe algo como esto en marcha en alguna parte?¿Tiene sentido esto o ando bajos los efectos de la sopa y la pipa todavía?

jueves, 19 de enero de 2012

Fiesta de lanzamiento de KDE 4.8 en Málaga

Para celebrar el lanzamiento de la nueva versión estable de la serie 4 de KDE (KDE 4.8), la comunidad de desarrolladores, usuarios y simpatizantes de este proyecto libre realiza actos por todo el mundo. En España se celebrarán actividades en Madrid, Barcelona y Málaga.

Si el próximo viernes 27 de Enero te encuentras por la Costa del Sol, no dudes en acudir a nuestra cena. Vente con familia y amigos si quieres. Pasaremos un rato entretenido arreglando el mundo y contando anécdotas divertidas.

Puedes acceder a los datos de esta y otras celebraciones a través de la página KDE 4.8 Release Parties del wiki de usuarios de KDE (UserBase). Es necesario que te apuntes a la lista o me notifiques tu asistencia para poder realizar la correspondiente reserva.

Feliz lanzamiento.....KDE 4.8

miércoles, 4 de enero de 2012

¿Linex pasa a ser un proyecto del Estado?

Hoy se publica esta noticia en el Diario de Extremadura que he recogido a través de Gaceta Tecnológica. En gran medida propone que CENATIC se convierta en centro de desarrollo y soporte, al menos de alto nivel, de Linex, la distribución educativa de la Junta de Extremadura.

Esta iniciativa plantea algunos interrogantes:
  1. En esta época de crisis, ¿tiene sentido establecer un centro de desarrollo de software para las CC.AA., inicialmente orientado a educación y luego a otras áreas?¿Es esta medida una forma simple de reducir costes y mejorar la coordinación o una medida para justificar un recorte que afecta a un punto clave en materia educativa?
  2. ¿Es Linex un proyecto de software o se trata de un proyecto de innovación educativa?¿Puede mantenerse el proyecto externalizando el desarrollo de software?¿y el soporte?
  3. ¿Se verá reducida la calidad del servicio que se les presta a los centros educativos en Extremadura de manera inmediata?¿Qué medidas están previstas para reducir su impacto?
  4. Significa esto que se pueden coordinar las políticas TIC educativas de todas las CC.AA.?¿Es esto viable teniendo en cuenta los entornos tan dispares que tiene cada una de ellas?¿Hay margen de homogeneización?
  5. ¿Tiene capacidad y experiencia el CENATIC en desarrollo de software?¿Y en soporte a usuarios o técnicos de primer nivel?
  6. ¿Se pretende mantener al personal más cualificado asociado al proyecto, que atesora el conocimiento relevante, para no frenar el ritmo de desarrollo de Linex?
  7. ¿Cómo van a coordinarse a partir de ahora las contribuciones de docentes, teniendo en cuenta que CENATIC depende del Estado?¿Veremos por fin políticas educativas en el área TIC transcomunitarias?¿Se abrirán las fuentes de contenidos?
  8. ¿Se pretende continuar la expansión de Linex a otras áreas que afectan a la AA.PP.?
  9. ¿Qué ocurrirá si CENATIC desaparece o se integra en otro organismo, siguiendo las directrices establecidas por Rajoy de eliminar organismos y entidades públicas?¿Soportará CENATIC esta nueva competencia en un marco de restricción presupuestaria?
  10. ¿Es labor del Estado desarrollar software? ¿Contratarán personal para esa labor o será licitado para que las empresas puedan intervenir?¿Se definirá un modelo de gobernanza abierto, en el que el sector privado pueda aprovechar esta inversión pública para generar innovación, o se restringirá su uso y desarrollo a la propia AA.PP.?¿Nos iremos al modelo portugués?
 Como ocurre siempre, con esta medida puede abrirse un conjunto de oportunidades si se acierta en las medidas y en las personas que deben ejecutarlas. Da la impresión, no obstante, de que el esfuerzo necesario para este traspaso (o cambio de modelo), requería de algo de tiempo de asimilación y un proceso de cambio medido. Todo apunta a que ha sido súbito y, por tanto, se producirán desajustes relevantes en el mejor de los casos.
Aún en el supuesto de que CENATIC sea la entidad adecuada para llevar adelante esta empresa, cuente con el personal y la experiencia precisa, así como los fondos necesarios, me sigue pareciendo una medida poco meditada, con escaso margen para su correcta ejecución. El desarrollo de Linex, como el de cualquier distro madura, con un ciclo de release largo, como en este caso, no es complejo desde el punto de vista de ingeniería. Pero los procesos asociados a la recogida de requerimientos, decisión de prioridades, implantación, soporte y análisis de negocio sí lo son.

Linex consiguió un nivel alto de compromiso por parte de muchos docentes, porque vieron el proyecto como suyo. Esa identificación, clave para entender los hitos conseguidos (Linex es el proyecto de software educativo más importante en varios ámbitos a nivel mundial) están en riesgo en este momento.

Por otro lado, esta medida tendrá escaso margen de éxito si otras CC.AA. no se acercan a CENATIC para colaborar en el desarrollo e implantación del software que allí se va a desarrollar. Se le presenta a ese Centro una oportunidad de oro para colaborar con el sector del Software Libre en algo de impacto. También puede ser su tumba a los ojos del mundo.

En definitiva, que en un periodo no superior a tres meses vamos a poder comprobar si esta medida es el principio del fin de Linex y un escarnio público para CENATIC o un nuevo enfoque en la política de innovación educativa asociada a las TIC del Estado, con posibilidades de éxito.