Bienvenidos al blog de FactorSIM.

El verano es época de bañador, sol, playa, descanso y desde hace más de 10 años, es sinónimo de Subflash. Para aquellos que no conozcan el evento (si eres desarrollador flash y web seguro que has oído hablar de el), Subflash es un encuentro anual de desarrolladores en el que, de forma auto-organizada, se gestionan unas jornadas para hablar de flash, desarrollo web, prototipado, responsive design, o lo que se tercie… Los ponentes son de primer nivel,  el ambiente genial (aún recuerdo con cariño el encuentro de Barcelona del 2005) y sobretodo una oportunidad única para aprender trucos, nuevas herramientas y ,sobre todo, pasar unos días de relax. Sol, piscina y código.

Esta introducción es una excelente excusa para explicar una funcionalidad de Google que seguro que muchos no conocen. Este año, publicaron en la web de Subflash una pista de la localización del encuentro número 11: una foto en blanco y negro con algún retoque:

http://www.subflash.com/

Con esta foto, difícilmente puedes identificar el lugar. La cosa está difícil. Pero aquí llega Google images a nuestro rescate.

En el menú superior de búsqueda de Google, encontramos el apartado de imágenes. Una vez dentro, si nos fijamos, aparece un icono de una cámara al lado de la caja de búsquedas.

Si pulsamos en la cámara, nos permite vincular una imagen desde una URL o bien subir una imagen. Esto último es lo que he hecho. Previamente había descargado la imagen en blanco y negro y la he subido a Google imágenes.

Al subir la imagen, Google buscará los recursos que se asemejen a la imagen publicada. Podemos ver que, aunque no encuentra la imagen, en las imágenes coincidentes aparece el original.

Ahora ya sabemos que el sitio escogido este año para celebrar la Subflash es Ezcaray (La Rioja).

Como podéis ver una forma sencilla y rápida de identificar una imagen y localizar la fuente de la que proviene. Ideal para localizar recursos o detectar plagios.

Todos o casi todos sabemos que hace poco murió Steve Jobs, lo que realmente no saben muchos es si realmente era un genio o estaba muy mal de la cabeza o incluso ambas cosas a la vez.

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.

Cuando aparecieron las primeras WebApps nos reimos de ellas y nos negamos a llamar aplicación a “eso”. Pero dicen que quien rie el último rie mejor. Mediante ingenio, tecnología y nuevos estándares han superado sus limitaciones iniciales y ya hace tiempo que todos somos conscientes de que las aplicaciones web son aplicaciones de pleno derecho.

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

Esta semana hemos conocido la noticia (previsible por cierto) de que Google competirá en el mercado de la televisión con Google TV.

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

Google lanzó hace unas semanas, una aplicación muy interesante de data mining, Google Flu Trends. A través de las búsquedas que se hacen en los diferentes sites de google, generan mapas de interés sobre diversos temas. En el caso que nos ocupa, sobre la gripe y su evolución. Aplican su tecnología de tendencias para mostrar la tendencia de los resfriados en comparación con años anteriores, y así poder detectar focos de gripe con días de antelación a que lleguen al sistema sanitario (2-3 días antes). De hecho, comparan los resultados con los obtenidos mediante los datos recopilados en los Centers for Disease Control and Prevention (CDC).

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