Desde mi punto de vista, estaba fatal de la cabeza y si consiguió grandes cosas en la vida fue sobretodo porque se juntó con las personas adecuadas en el momento adecuado.

Mucha gente destaca que detrás de Jobs siempre estuvo Wozniak que era quien realmente hacía el trabajo.

17 días después de su muerte ya ha aparecido su biografía autorizada en las que destacan perlas como “voy a destruir Android, porque es un producto robado. Voy a iniciar una guerra termonuclear en este asunto”.

Otra buena también…“dedicaré mi último aliento, si es necesario, y gastaré cada penique de los 40.000 millones de dólares que tiene Apple en el banco, para arreglar este error”. Esta animadversión contra el sistema operativo para smartphones de Google podría explicar la cruenta guerra de patentes que está peleando Apple contra varios fabricantes de teléfonos móviles.

También era conocido por su forma de tratar a muchos empleados. Tenía una cruel facilidad para llevar a sus empleados al borde de un ataque de nervios y luego cargárselos; pocos quisieron trabajar con él dos veces.

Además de todo esto hay que sumar sus creencias místicas que le llevaron a la muerte. A Steve Jobs cuando le detectaron el cáncer de páncreas, era justamente un tipo muy especial que por suerte era fácilmente tratable. El problema vino cuando decidió seguir su camino para curarlo mediante medicinas alternativas. Esto le costó que un día tuviera que ingresar de urgencias en el hospital en un estado lamentable y costarle definitivamente la vida.

Viendo un poco la visión general, saquen sus propias conclusiones.

El más reciente gran paso es WebGL: un API OpenGL ES 2.0 para JavaScript. Es decir: gráficos 3D acelerados por hardware en el navegador. Estamos hablando del mismo tipo de tecnología con la que se desarrollan los juegos normales y corrientes. Y si bien JavaScript es más lento que el lenguaje C/C++ que utilizan los juegos, el hecho de que cada vez se haga más proceso en la GPU y menos en la CPU es una tendencia muy conveniente para hacer WebApps 3D competitivas.

WebGL no es un proyecto de especificación que algún dia verá la luz. Ya está aquí. Las últimas versiones de los principales navegadores ya lo implementan (lo que pone de manifiesto que Internet Explorer cada vez cumple menos su labor como navegador, ya que és la única excepción). Y las aplicaciones web que lo utilizan también están ya aquí. Por ejemplo:

Google Body Browser (http://bodybrowser.googlelabs.com/): un atlas anatómico completo en 3D.

Quake WebGL: por si teníamos alguna duda de si esto iba a servir para juegos. Hay una versión completa de Quake 2 (http://playwebgl.com/games/quake-2-webgl/) y visores de niveles de Quake 3 (http://media.tojicode.com/q3bsp/). Seguramente WebGL diera para portar juegos más modernos, si el código de estos estuviera disponible, claro.

Y otros muchos ejemplos de todo tipo: http://www.chromeexperiments.com/webgl

Un movimiento que confirma el poder y el peso que ha ido adquiriendo la difusión de contenidos a través de internet, consolidando la red como el gran medio de comunicación, ocio y formación.

Esta noticia me sirve para rescatar de mis favoritos, dos recursos. Por un lado la Orquesta sinfónica de Youtube y por otro lado, una coral hecha a través de vídeos generados en el portal.

Disfrutarlos!

Orquesta sinfónica de Youtube

Coral

La base metodológica, está explicada (como siempre en Google), aquí e incluso hay un artículo de la revista Nature que lo complementa.

Este plugin para Firefox permite subir más de un archivo a la vez. Sólo necesitamos arrastrar los documentos compatibles al navegador. Es muy sencillo de instalar y configurar.

Este otro truco es un poco más complejo. Hay que instalar dos extensiones para hacer un backup de todos nuestros documentos. También tenemos una extensión que incorpora el script y nos facilita el trabajo.

No repetiré aquí las informaciones técnicas.  Creo que más allá de las especificaciones y funcionalidades está la finalidad de la acción. Hoy en día, todo se hace o se puede realizar vía web. Y cuando no se puede estar online, Google facilita el trabajo mediante una tecnología Gears, que almacena información accesible online y consultarla posteriormente offline, permitiendo una secuencialidad en el trabajo y la posibilidad de continuar procesos online-offline sin pérdida de información.

La intencionalidad de Google, “atacando” seriamente tanto a Explorer como a Firefox, es interesante, al mostrar que el sistema operativo han dejado de ser el centro del proceso de información para convertirse en un medio necesario pero supérfluo que nos permita acceder a los datos, que están siempre, online.

PD. Como dato curioso, Google ha publicado un cómic para mostrar las funcionalidades del programa. El comic, ya de por si brillante, es un pequeño manual de cómo diseñar y producir un producto. Para facilitar la lectura de las imágenes escaneadas hemos creado un PDF con las imágenes que hay.

Referencias legales:

“Google Chrome is Google’s browser project; this comic book by Google, drawn by Scott McCloud, is scanned here and shown under its Creative Commons license.”

Lo más interesante es cómo está hecho. Y es que este ejemplo combina los dos elementos que considero fundamentales en drupal: CCK y vistas. Cada punto marcado en el mapa es un nodo de drupal, de un tipo GoogleMaps Marker. Este tipo contiene sólamente un título y un campo CCK para introducir las coordenadas.

De esta manera, cualquiera que cree un nodo de este tipo, hará aparecer un nuevo punto en el mapa. El mapa no es otra cosa más que una vista. Es decir: una lista de todos los nodos de tipo GoogleMaps Marker, sólo que con un formato algo diferente de la típica tabla mostrando los campos de cada entrada. El resto son unas cuantas llamadas al API de GoogleMaps, que está todo lo bien diseñada que cabía esperar.