Seminarios de Google en la Universidad de Oviedo

Con motivo de la concesión del premio Príncipe de Asturias a Google, hoy hemos organizado 2 seminarios en la Universidad de Oviedo.

Los seminarios fueron impartidos por Luis Collado, director de Búsqueda de Libros de Google y en ambos me tocó presentar al ponente.

El primero se celebró en la Escuela Politécnica Superior de Ingenieros de Gijón y el segundo en la Escuela Universitaria de Ingeniería Técnica Informática de Oviedo.

El seminario consistió en presentar las herramientas y servicios que ofrece Google en el ámbito educativo. Luis comenzó explicando la evolución tecnológica y el papel que juega Google para facilitar la búsqueda de información en la Web.

Luego se dedicó a presentar algunas propuestas. Empezó por las más sencillas, como la posibilidad de utilizar Google como calculadora (mucha gente no conocía esa posibilidad), para convertir monedas o para traducir páginas Web.

A continuación describió Google Libros que facilita la búsqueda de libros incluyendo la posibilidad de buscar palabras dentro del texto de los libros. Una parte importante de este servicio es la gran cantidad de libros que están siendo procesados para incluirlos en dicho sistema, incluidos libros antigüos (puso el ejemplo de una edición de El Quijote del año 1605). Las posibilidades que se abren para la investigación son enormes y será cuestión de encontrar aplicaciones imaginativas que las exploten.

También presentó Google Académico que permite buscar en artículos científicos, Knol, que es una especie de wikipedia en la que los artículos están firmados y Google News que incluye un buscador de noticias al que se están incorporando hemerotecas de periódicos antigüas (puso el ejemplo de noticias del año 1969 sobre el aterrizaje del hombre en la Luna.

La charla fue bastante amena y el público de ambos eventos hizo bastantes preguntas. Fue curioso porque en la charla de por la tarde había muchos más asistentes con portátil que eran casi todos informáticos, y las preguntas que le hicieron fueron más encaminadas a aspectos tecnológicos, mientras que en la charla de la mañana, donde el público era más heterogéneo, las preguntas fueron más encaminadas a los aspectos económicos (modelo de negocio, posicionamiento) y legales (copyright y similares).

Curso "XML, Servicios Web y Web Semántica"

Ayer terminé la clase del curso XML, Servicios Web y Web Semántica.

Como ya me ha pasado más veces, me quedé corto de tiempo para contar lo que quería contar. Uno de los problemas de estos curso es la concentración de mucha materia en poco tiempo.

Mientras impartía el curso, me llegó una notificación del rectorado diciendo que rechazan mi propuesta para del curso de verano que habitualmente imparto sobre XML y Web Semántica.

En el escrito no indican ningún motivo y la verdad que me parece bastante mal que un curso que hasta ahora siempre tuvo un 100% de ocupación y unas buenas críticas sea rechazado sin explicaciones.

Nueva versión de la clase: REST vs SOAP

El pasado jueves impartí de nuevo una sesión en la asignatura Servicios Web del Master de Ingeniería Web. Al igual que el año pasado, volví a intentar hacer la sesión en plan debate. Una primera parte de exposición del profesor, luego media hora de trabajo individual de cada alumno, seguida de otra media hora de trabajo en grupos y finalizada por una exposición de los resultados de cada grupo en la que íbamos rellenando el esquema de la figura adjunta.

Se puede comparar el diagrama del año pasado con el de este año. En realidad, sé que muchos de los alumnos se inspiraron en el diagrama del año pasado, pero creo que éso no es malo, ya que así pudieron complementarlo con otra información.

De nuevo, quedé contento con esta forma de impartir la clase. Evité soltar un rollo de 3 horas, y creo que los conceptos del debate REST vs SOAP quedaron más o menos claros.

Inteligencia Artificial Artificial

Esta mañana estuve buscando servicios Web "reales" para mostrar en el próximo curso que voy a dar sobre tecnologías web en Chile.

Parece que Amazon es una de las empresas que más fuerte está apostando por ofrecer servicios Web originales y con un modelo de negocio detrás.

Muchos de los servicios que ofrece son de pago (aunque las cantidades son muy bajas), pero como no tengo muchas ganas de gastarme el dinero, no los he probado.

Me ha llamado la atención (de momento) el Amazon Simple Storage Service que ofrece un servicio de almacenamiento de información y el Amazon Elastic Compute Cloud que ofrece capacidades computacionales. Ya digo que en realidad no los he probado todavía.

Pero el que más me ha llamado la atención (y por el que escribo este artículo), es el Amazon Mechanical Turk, un servicio que de computación inteligente humana, nada menos.

Por lo que yo he entendido, el servicio es un intermediario entre tareas en las que se requiere inteligencia humana. La idea es que una empresa puede requerir ciertas tareas que son difíciles de automatizar. Por ejemplo, etiquetar contenidos de fotografías. Las llaman HITs (Human Intelligence Tasks).

Entonces la empresa monta un sistema para que unos trabajadores humanos puedan realizar dichas tareas y ofrece el servicio a Amazon diciendo cuánto dinero pagará por cada tarea realizada. Luego, los trabajadores humanos se pueden registrar y elegir qué tareas realizar y cobrar dinero por dichas tareas.

Yo me suscribí y elegí una tarea que te pedía realizar un dibujín por 0,01$ (la verdad que no creo que uno se haga millonario con esto, pero es divertido). Luego vi que había algunas tareas que ofrecían más dinero (la que más, creo que eran 23$). Algunas tareas eran realizar traducciones o hacer valoraciones de productos. Y algunas te pedían una prueba de cualificación.

La verdad que al principio pensé que era una broma (el 28 de diciembre fue hace 2 días) pero tal y como está, no tiene pinta de serlo.

Y entonces, si uno empieza a dejar volar la imaginación, se puede ver el sistema como una especie de mercado de trabajo global, en el que las empresas piden tareas y los trabajadores las realizan. Ahora mismo, las tareas son tonterías y el dinero que pagan muy poco, pero como el sistema tenga éxito, podrían empezar a pedir tareas más complejas y pagar más dinero por ellas.

En el lado positivo, el sistema ofrece un mercado de trabajo global libre de intermediarios (bueno, el intermediario es Amazon, claro). En el que las personas con acceso a Internet (e inteligencia) pueden ganar un dinero extra por realizar tareas que requieren éso, inteligencia.

En el lado negativo, también se me ocurrió que puede dar paso a nuevas formas de explotación. Por ejemplo, una empresa podría tener trabajadores confinados en un sitio y pagarles dinero por realizar ese tipo de tareas. Por ejemplo, alguien podría andar explotando a personas y pagarles para que etiqueten imágenes o similares...de esa forma, los trabajadores humanos harían lo que mejor hacemos los humanos, o sea, pensar.

Según su página, el nombre Mechanical Turk lo tomaron de un dispositivo creado por Wolfgang von Kempelen que construyó un autómata para jugar al ajedrez llamado el turco que realmente ocultaba a un jugador de ajedrez dentro.

Al buscar esta información, la wikipedia pone que Amazon ya sacó el sistema en 2005, aunque yo reconozco que acabo de enterarme. Supongo que habrá que dejar algo de tiempo para ver cómo evoluciona, pero es una aplicación original e intrigante.

Tipado opcional

Alguien me ha dicho que por algunos artículos de mi blog, puedo dar una imagen de ser una persona bastante friki. Bueno, pues este artículo creo que es bastante friki, y de hecho, lo más llamativo (para mí) es que lo escribo después de haber "estado" un día en familia.

El caso es que preparando el curso que voy a dar en Chile, decidí actualizar la versión de Axis. Esta vez tengo intención de usar Axis2, que parece que soporta el modelo REST de servicios Web y trae su propio servidor de aplicaciones (por lo que creo que ni siquiera necesitaré Tomcat), aunque también dediqué un cierto tiempo a instalar Tomcat 6 (al principio no me funcionó por una colisión de puertos, y tirando de google descubrí una utilidad llamada "netstat" que te muestra los puertos que están siendo usados).

También estuve buscando tutoriales recientes de servicios Web y de ahí, encontré un blog de Jonathan Marsh, que creo que participa en el desarrollo de WSDL 2.0. Llegué a él porque tiene una entrada en la que comenta que está portando los servicios REST de Flickr a WSDL 2.0.

Tirando de ese blog, llegué a otro artículo del Blog de James Clark sobre lenguajes de Schemas. Aunque no he tenido tiempo, intentaré leerlo con calma, porque parece interesante. En ese mismo blog llegué a una entrada en la que habla del sistema de tipos opcional de Ecmascript 4.

Y en ese mismo artículo menciona un artículo que también me parece muy interesante sobre el diseño de lenguajes de programación y los sistemas de tipeado opcionales, de Gilad Bracha, uno de los que creó GJ (Generic Java) un antecesor de la versión con genericidad de Java.

La verdad que es divertido ver cómo se mezclan los servicios web, los esquemas, los lenguajes de programación y los sistemas de tipos en un poquito de tiempo dedicado a navegar por Internet.

Servicios Web Semánticos en el Master

Ayer asistí al curso de Juan Miguel Gómez Berbís sobre Servicios Web Semánticos dentro del Master de Ingeniería Web. Creo que Juan Miguel es uno de los mayores expertos en servicios web semánticos de España y cuando lo invité al curso no sabía cómo iban a ser sus clases. No me decepcionó y creo que hizo una clase muy amena y a la vez de alto nivel comparando las diferentes propuestas: WSMO, OWL-S, METEOR-S, etc. y dejando un poco de tiempo para el debate.

En mi opinión, es una pena que haya una especie de guerra no declarada entre dichas propuestas y creo que esa situación va a perjudicar al desarrollo como no se busque un consenso pronto. Se están vendiendo muchas motos con el tema, y para que todo esto funcione es necesario disponer de soluciones estándar.

Clase de SOAP vs REST

Esta tarde me tocó dar clase en el Master de Ingeniería Web sobre SOAP y REST.

Se me ocurrió aplicar una técnica que nos enseñaron en un curso del ICE. Hice una introducción durante unos 45 minutos. Luego les dejé otros 45 minutos de trabajo individual para que recopilasen información sobre características, ventajas e inconvenientes de cada propuesta: a unos a favor de SOAP y WS-*, y a otros a favor de REST. Luego, los junté en grupos de 5 personas para que pusiesen en común sus ideas. Finalmente, la última hora presentaron sus propuestas y sacamos conclusiones.

Utilizamos FreeMind para crear un mapa conceptual sobre el tema. El resultado lo he convertido a un fichero JPEG y lo adjunto en este artículo.