Aún así, es un libro muy recomendable para los interesados en la cibernética, la rama de la ciencia que estudia el control y la comunicación en los sistemas, en sentido general, desde los seres vivos hasta los ordenadores o la sociedad humana. Wiener describe en muchos problemas que la cibernética puede ayudar a resolver. Desde los sistemas de control clásicos, hasta las características deseables para un ordenador digital (teniendo en cuenta que el libro está escrito en los años 40 cuando los ordenadores digitales todavía no se habían construido). Desde el análisis de cómo se distribuye la información en el cuerpo humano hasta el control de la información en la sociedad.

Me gusta la introducción en la que Wiener cuenta cómo se desarrolló la cibernética en un entorno multidisciplinario donde diversos cientificos se reunían y discutían sobre distintos temas. Y el final del libro es hasta inesperado, ya que Wiener medita sobre el control de la información en la sociedad por parte de las clases poderosas, de cómo se utilizan los medios de comunicación para enviar los mensajes apropiados.

En resumen, un libro interesante y recomendable, pero difícil de comprar, ya que está descatalogado y lo compré de segunda mano.

4HC4Y6QJXBGX

Compartir

Los periodistas deportivos suelen construir historias basadas en datos estadísticos. Es atractivo construir narrativas épicas que expliquen los datos, aunque luego no sean fieles a lo que realmente dicen esos datos. Kiko Llaneras tiene una serie de artículos relacionados con este tema muy buenos: cartera vs cartera, canteras de barça y madrid, narrativas infundadas.

Supongo que en parte se debe a que nuestro cerebro no está acostumbrado a hacer cálculos estadísticos complejos. En el libro de Nassim Taleb ¿Existe la suerte? se explica esta idea aplicada al campo de las finanzas: nuestro cerebro no calcula bien las probabilidades y suele tomar “atajos” para realizar cálculos de probabiidades.

Por otro lado, hace tiempo que pienso que introduciendo aleatoriedad por medio de probabilidades, se podría romper la frialdad asociada a los ordenadores y se podrían construir programas menos predecibles, más humanos. Incluso escribí un artículo sobre la posibilidad de usar redes bayesianas para la generación de textos de horóscopos y predicciones del futuro.

Y hace poco me encontré con un artículo de O’Reilly sobre narrativas deportivas generadas por ordenador hablando sobre una empresa, automated insights, que se dedica a unificar estas dos ideas, la aplicación de la inteligencia artificial para la generación de narrativas deportivas. A partir de unos datos, nos cuentan una historia para que los datos no se presenten tan fríos. Así que inspirado en el proceso que usamos los humanos para construir narrativas en los deportes, los ordenadores están empezando a contarnos historias analizando el contenido de grandes bases de datos.

4HC4Y6QJXBGX

Compartir

Compartir

Este pequeño rollo es para introducir el miniskybot, uno de los primeros robots (el primero que tengo noticia) completamente abierto: código abierto, hardware abierto e imprimible en una impresora 3D (que también es de código abierto e imprimible en 3D). Como bonus sólo se ha utilizado software de código abierto para el desarrollo del mismo (vaya trabalenguas).

Para la robótica como bien apunta Juan, el uso de impresoras 3D puede permitir el prototipado rápido de hardware, un elemento que hasta ahora era más bien estático. Soy un completo ignorante en las impresiones 3D, pero me imagino que podré imprimir en mi casa una pieza diseñada por un estudiante finlandés y enviarle modificaciones a su pieza para que las imprima y pruebe esté donde esté. La precisión de la impresora al fabricar las piezas y los materiales que se pueden imprimir son las limitaciones que se me ocurren a ojo.

Por último, sobre Juan, coincidí con él hace muchos años en la escuela de teleco de la politécnica, en el taller de microbótica que impartía. Sus conocimientos ya eran impresionantes y era un promotor del código abierto y del hardware abierto mucho antes de la popularización de arduino. Enhorabuena por este miniskybot!

Compartir

Compartir

Con un pequeño javascript se podría alertar a los usuarios incautos (como yo) en el primer paso y nos evitamos perder tiempo de los ciudadanos y los funcionarios. Lo que puedan hacer las máquinas que no lo hagan las personas, no me obliguen a leer una lista de navegadores válidos, pudiendo avisar automáticamente. Tampoco se pasen al otro extremo, si alguien quiere intentar la descarga, por su cuenta y riesgo, déjenle. Probablemente pueda ayudar a solucionar los problemas.

Compartir

¿Dónde encaja este tipo de computación en la arquitectura de un robot? En la parte de planificación, que puede recurrir a la nube para procesar información pesada o desconocida. Pero la parte reactiva también podría beneficiarse de la conexión a internet. ¿Qué tal una biblioteca de comportamientos reactivos? Es lo que en microsiervos comparan con la escena de Matrix de aprender “kung fu”. Descargando los comportamientos necesarios, un robot siempre podrá activar los más adecuados a su entorno y a la tarea que esté realizando. Un ejemplo sencillo: un siguelineas puede convertirse en luchador de sumo, descargando de internet  los comportamientos apropiados para cada tarea y activándolos cuando los necesite.

Hay algunos peligros en este planteamiento ¿Qué pasa cuando el robot se queda sin conexión a internet? El sistema debería funcionar correctamente y siempre debería tener comportamientos adecuados para seguir funcionando sin peligro de que el robot termine descontrolado. Por el lado de la seguridad informática, habrá que evitar que se puedan cargar comportamientos peligrosos como “matar a todos los humanos”.

Es un paradigma prometedor, hablan incluso de una “app store” para robots, en la que se podrán comprar aplicaciones para nuestro robot. Pero es más prometedora la idea de aplicar esta nube a electrodomésticos y aparatos inteligentes conectados a internet, enlazando con el concepto de el internet de las cosas.

Compartir

• Instalación de aplicaciones web como aplicaciones de escritorio: éste terreno queda cubierto por Open Web Apps, que permite a los desarrolladores web ofrecer aplicaciones instalables en el navegador.
• Integración de aplicaciones web en el escritorio: aunque no fuese demasiado completa, Prism ofrecía algo de integración con el escritorio. Chromeless profundiza en este sentido ofreciendo una herramienta más general, que permitirá desarrollar aplicaciones de escritorio con tecnología web.

Y sin embargo, como apuntan algunos usuarios en el foro de discusión abierto por mozilla, no estoy tan seguro de que este movimiento haya sido una buena idea. Prism se trataba de un producto en sí mismo, orientado a usuarios sin conocimientos. Chromeless, es una herramienta para desarrolladores, para construir aplicaciones. Y Open Web Apps por otra parte permite instalar aplicaciones generadas por los desarrolladores de un sitio web. La utilidad de Prism era que  el propio usuario podía transformar de forma muy sencilla aplicaciones web existentes en aplicaciones de escritorio. Sin Prism, los usuarios perderán la opción de instalar aplicaciones web con un solo click.

A pesar del solapamiento entre Chromeless y Open Web Apps con Prism, no sé si es buena idea terminar con Prism. Afortunadamente, hay otras alternativas: Chrome siempre ha tenido la opción de “Crear acceso directo a aplicación” que además se complementa con la Chrome Web Store. Y el desarrollador principal de Prism, ha retomado el proyecto con su nombre original, Webrunner. Probablemente es la mejor opción para los que usabamos Prism.

Compartir

All robots should have a heartbeat

Cómo guibot es un experimentador portugués que trabaja en proyectos más bien artísticos, pensé que se trataba de algo más poético. Pero no, el tweet lleva a concurrency.cc que hablan de una idea práctica:

[...] tenemos el proceso hearbeat(). Éste proceso hace que el LED del arduino luzca intermitentemente, haciéndonos saber que no se ha estropeado nada (todos los robots deberían tener pulso [heartbeat]).

No sé si el hearbeat es un concepto formal, pero es muy útil: saber de un vistazo que un robot (u otro dispositivo) sigue funcionando. Cómo un robot es también un ordenador, no está libre de colgarse, bloquearse o quedarse en un bucle infinito. Por medio del heartbeat el robot nos informa de que sigue funcionando, sobretodo en algunos momentos en que parece bloqueado aunque no lo está.

Muchos aparatos tienen indicaciones visuales de este tipo: los leds de encendido y disco duro de un ordenador o en los teléfonos móviles. Por otra parte, aunque no sé que tal funcionarán, creo que podrían usarse indicaciones no visuales, de tipo sonoro, cómo sonidos periódicos o zumbidos, o mecánico, cómo el movimiento de alguna parte del robot.

En mi caso siempre he metido un heartbeat (aunque no sabía que lo estaba haciendo). En la lámpara termómetro de phybo para saber que la lámpara sigue en marcha, la luz está pulsando y no es constante. Con arduino, siempre intento que el led de la tarjeta pulse un par de veces al arrancar (en el método setup) y luego periódicamente al inicio del bucle loop meto una función de parpadeo. Así estoy seguro de que por lo menos el procesador no está bloqueado.

Compartir

Termino con un pequeño descubrimiento. Acabo de instalar en mi vetusto popcorn hour A-100, el cliente de bittorrent transmission. Si alguien lo utiliza, que pruebe el cliente web, especialmente con chrome, en modo aplicación (Tools -> Create Application Shortcuts). Es de las aplicaciones web más parecidas a una aplicación de escritorio que me he encontrado.

Compartir