Una acreditación para todos los ingenieros

El lunes 11 de junio de 2012 se ha realizado en Barcelona el I Fòrum de l’Enginyeria, la presentación en sociedad de la catalana Agència Qualificadora de Professionals de l’Enginyeria (AQPE). Esta agencia, promovida por 5 colegios profesionales (Caminos, Agrónomos, Telecomunicaciones, Industriales e Informáticos), tiene como objetivo ofrecer una certificación que evalúa las competencias profesionales de los ingenieros de diferentes ámbitos. Esta certificación pretende facilitar la movilidad de los ingenieros a nivel internacional y hacer más transparentes los procesos de selección de las empresas, al poner de manifiesto los conocimientos y experiencia profesional de los candidatos. Un primer punto a destacar es el hecho que los 5 colegios que promueven esta agencia lo hacen a iniciativa propia (no hay ley que les obligue… todavía), pero pretenden adelantarse a los acontecimientos y responder a los retos de la ingeniería en el escenario actual: Un catálogo muy amplio de titulaciones de ingeniería EEES (>500 entre grado y máster), rompiendo la tradición 1 título = 1 profesión = 1 colegio profesional La tendencia a la liberalización y desregulación de las profesiones La internacionalización y globalización de la profesión, y la necesidad de convergir hacia normativas europeas e internacionales que permitan la movilidad Otro aspecto destacable como muy positivo es la colaboración entre los colegios para llegar a acuerdos que rompen las “parcelas” de responsabilidad de cada uno y buscan un factor común entre todas las ingenierías. Parafraseando a Tolkien, es “una certificación para unirlos a todos” y un ejemplo de colaboración en lugar de proteccionismo. La certificación ofrece una calificación en 9 niveles de aptitud: 3 niveles basados en la formación Nivel...

Oracle vs Google (II): efectos de un juicio sobre violación de patentes y copyright

Retomamos el tema que planteábamos en la entrada anterior: el litigio entre Oracle y Google por el uso de Java en Android. El juicio por esta demanda comenzó el pasado 16 de abril, dos años después de la primera demanda de Oracle. Durante estos dos años, las partes y el juez han estado estudiando la validez de cada una de las patentes, la forma de calcular los daños, entre otras muchas cosas. El juicio se ha dividido en 3 fases: infracción de copyright, infracción de patentes, y daños. La primera fase concluyó con un triunfo parcial de Oracle, puesto que el jurado admitió que Google había infringido el copyright de Oracle al copiar parte de la API de Java. Sin embargo, el jurado no supo decidir si este uso de la API de Java había sido legítimo o no (bajo la doctrina del ‘fair use’ americana). Además, el juez había requerido al jurado que tomasen su decisión asumiendo que las API están sujetas a la protección del copyright, aspecto sobre el cual el juez aún no había dado su veredicto todavía en aquel momento. Por tanto, quedó pendiente saber si Google debería indemnizar o no a Oracle por esta supuesta violación del copyright. La segunda fase del juicio, como vimos hace dos semanas, terminó con una derrota clara de Oracle. El jurado decidió que Google no ha infringido ninguna patente de Oracle en su reimplementación de la máquina virtual. Ahora, por último, el juez acaba de decidir que las API no están sujetas a la protección del copyright, por lo que el resultado final de este juicio acabará siendo...

Oracle vs Google (I): efectos de un juicio sobre violación de patentes y copyright

Parece que Oracle se ha llevado un duro golpe con las últimas sentencia del caso Oracle vs Google, que enfrenta a estos dos gigantes de la informática por una supuesta infracción de Google a los derechos de propiedad intelectual e industrial de Oracle. El jurado popular ha declarado recientemente que Google no ha infringido ninguna de las patentes que Oracle posee sobre Java y que las APIs no están sujetas a copyright. Para aquellos que no recuerden cómo empezó esta batalla legal hace ya casi 2 años, intentaremos en dos entradas haceros un pequeño resumen del caso. Bueno, al final quizá no sea tan pequeño el resumen 🙂 Google escogió Java como la tecnología que permitiría el desarrollo de aplicaciones sobre Android básicamente porqué existe una gran comunidad de desarrolladores de Java, y Google sabía que esto haría crecer rápidamente el conjunto de aplicaciones disponibles para Android. Sin embargo, Google no adoptó directamente la plataforma de Java desarrollada por Sun (y luego adquirida por Oracle), sino que decidió utilizar una implementación propia que no estuviera distribuida bajo licencia GPL. La razón por la cual Google no quiso utilizar la plataforma Java de Sun fue precisamente la licencia GPL (algunas partes del código están también bajo licencia GPL+CE). El problema de esta licencia es que obliga a redistribuir cualquier modificación del código bajo la misma licencia GPL, dando acceso además al código fuente modificado. Por tanto, si Google hubiera querido utilizar la plataforma Java de Sun, tendría que haber distribuido también el código bajo licencia GPL, y esto podría haber representado un freno a la adopción de Android por parte...