Los tuits de la semana (45)

Tampoco ha sido esta una semana especialmente interesante en @chechar

Los de autobombo

RT @UOCsevilla En el blog -> el 16/05 3a sesión de #debateSIC sobre prospectiva tecnológica con @chechar y Jesús Pérez de @vodafone_es http://territori.blogs.uoc.edu/es/2012/05/sic-prospectiva-tecnologica/

Pues sí, el Miércoles estaré en Sevilla intentando adivinar un poco el futuro… Y el contenido de mi presentación aún puede cambiar:

lo que pienso contar la semana que viene en Sevilla en #debateSIC. se admiten propuestas de mejora ;-) http://j.mp/IGZOzy

Los de diseño y desarrollo web

RT @kazuhito Check out this presentation : For a Future-Friendly Web (Mobilism 2012) http://www.slideshare.net/bradfrostweb/for-a-futurefriendly-web-mobilism-2012

presentación: Polyfills For The Pragmatist http://j.mp/IMfLj5

Apañao, el artículo de Wired sobre A/B testing http://j.mp/IYHSkR

Test Everything: Notes on the A/B Revolution http://j.mp/JeGaYI

RT @lucascepeda Principles of User Interface Design http://bit.ly/J0mfNY #UX #UI

Mozilla Shrinks Memory Use in Firefox (de momento sólo en las nightly) http://j.mp/IFEzsU

impresionante índice de las tecnologías que mueven la plataforma web: http://platform.html5.org/

Y uno de visualización de la información

impresionante selección de herramientas #infoviz de datavisualization.ch http://j.mp/J9JyV2

La semana que viene, más y mejor (esperemos).

Los tuits de la semana (44)

Como casi cada semana, mi particular selección de lo mejor que he ido dejando en Twuitter, a través de @chechar

De diseño y desarrollo web

Ha habido poca cosa destacable esta semana…

Cross-Browser Debugging CSS http://j.mp/IJXNCg

Google HTML/CSS Style Guide http://j.mp/JNJ6uA

Quizá mi noticia favorita sea que Microsoft ha recapacitado y que Windows 7 tendrá Internet Explorer 10:

RT @IE Hey #fronttrends attendees – #IE10 will be coming for Windows 7, we have not announced the date yet. It will run on Win 7 and Win 8.

De cacharritos

ya está aquí el raspberry pi (via @jaumefr) http://j.mp/IU97Na

en xataka: ¿Necesitamos mayor resolución en las pantallas de nuestros teléfonos móviles? http://j.mp/IuGPXv

¡mola! Newton OS emulator «Einstein» running on iPhone and iPad (YouTube) http://j.mp/IIsWUT

Para leer con calma

La tecnología no es problema para tener todos los libros dl mundo digitalizados. Todo lo demás… The Library of Utopia http://j.mp/KqHFqL

para leer sin prejuicios: Can an Algorithm Write a Better News Story Than a Human Reporter? http://j.mp/IPYXXJ

monumental pieza sobre el sushi en Vanity Fair: If You Knew Sushi http://j.mp/L46ojK

Y un par de golosinas audiovisuales

im pre sionante (en todas las palabras que haga falta) animación ‘powers of ten’ http://j.mp/Ikb012

RT @DerUser RT @digitalyn Tokyo with a Blade Runner feel: http://vimeo.com/32639143 Beautiful work, beautiful video. (cc @greatdismal) was für @denis2342

H.264 y patentes

Impresionante la joya que «esconde» Bruce Lawson en su última Reading List:

Hace dos años, Dean Hachamovitch, General Manager de Internet Explorer escribió:

Hoy en día, los derechos de propiedad intelectual para H.264 están ampliamente disponibles a través de un programa bien definido gestionado por MPEG LA. Los derechos de otros códecs son a menudo menos claros, como se ha descrito en la prensa. Por supuesto, los desarrolladores pueden contar con el códec H.264 y soporte de aceleración de hardware del sistema operativo subyacente, como Windows 7, sin pagar ningún royalty adicional.

Esta semana, la BBC informa Motorola gana la prohibición de Xbox y Windows 7 en Alemania (y también software de sistema de Windows 7, Internet Explorer y Windows Media Player):

Sigue una sentencia que Microsoft había infringido dos patentes necesarias para ofrecer a la codificación y reproducción de vídeo H.264.

Los tuits de la semana (43)

Esta semana ha habido poca cosa:

Los de diseño y desarrollo web

RT @mesh LOL : Hilarious (and sadly accurate) slide deck from @brianleroux : Mobile Web Programming is a Bloody Mess : http://westcoastlogic.com/slides/debug-mobile/#/

Video : Publish to HTML5 Using the Adobe Flash Professional Toolkit for CreateJS : http://tv.adobe.com/…/publish-to-html5-using-the-adobe-flash-professional-toolkit-for-createjs/

#interfaces puede ser muy chulo, el HUD de ubuntu 12: menús con paradigma búsqueda http://j.mp/Ihyadh

Opera’s supporting of the -webkit- prefix — Niall McMahon http://j.mp/IQO8XA

SEO Analytics, Middle Earth-Style http://j.mp/JDLoRu

Firefox deems favicons risky, banishes them from address bar (Engadget) http://j.mp/JvsKva

…y los visuales

me encanta el último PHD Comic (The Higgs Boson Explained). genial manera de contar la historia http://j.mp/ICcP8L

wow. uno de mis vídeos de animación por ordenador preferidos, convertido en invento del TBO como publicidad de Intel :) http://j.mp/KfGS6k


Como de costumbre: si queréis más… @chechar.

Más sobre Flash como herramienta de autor de HTML5

Decíamos hace un par de meses que finalmente, Flash movía ficha hacia HTML5. Pues bien: Flash CS6 está a punto de salir y la cosa ya está plenamente definida, tal y como podemos ver en el siguiente vídeo:

Primero, la mala noticia: olvídate de programar en ActionScript y que funcione en JavaScript: ambos lenguajes son primos hermanos, pero mucha de la magia que se oculta en la máquina virtual de Flash, hoy por hoy, ni existe de forma nativa en JavaScript ni tendría sentido empaquetarla en forma de bibliotecas JavaScript. Fin de la historia. Flash contará con un método para poder teclear código JavaScript desde Flash pero, así entre nosotros, es un parche bastante horroroso.

Una vez dicho esto, ¿para qué va a servir Flash en la creación de contenido HTML5? (dos aclaraciones: la primera, que entendemos por contenido HTML5, básicamente, animación, interacción y sonido en canvas; la segunda, que todo esto se basa, como comentan en el vídeo y comentábamos en nuestra anterior entrada sobre el tema, en CreateJS, una suite de bibliotecas JavaScript de código abierto y que, de hecho, pueden usarse sin tocar para nada Flash).

Repasando y resumiendo el vídeo:

  • Una de las principales gracias de Flash (la herramienta) es que una buena forma de empaquetar recursos (imágenes bitmap y vectoriales y sonido, principalmente) en un archivo de forma que luego podamos acceder a esos recursos desde un lenguaje de programación (ActionScript, en sus diferentes encarnaciones) y manipularlos de manera sencilla. Flash CS6 va a ser una buena forma de empaquetar esos mismos recursos en un archivo de forma que luego podamos acceder a ellos desde un lenguaje de programación. El cambio es que a ActionSript le va a salir un rival: JavaScript. En vez de un archivo HTML que cargue una película swf tendremos un HTML que cargue unos cuantos JavaScripts que crearán un canvas equivalente (en la medida de lo posible, que es bastante, por lo que parece) al swf.
  • Las animaciones Flash sin programación se exportarán directamente, con tweens y sonido y con carga dinámica de recursos, sin problemas. Y si usamos fragmentos muy básicos de ActionScript para, por ejemplo, poner nuestras animaciones en bucle, hacerlo en JavaScript desde dentro de Flash será bastante cutre (como ya decía antes) pero factible (de hecho, viendo cómo funciona en el vídeo, imagino que en nada habrá pequeñas bibliotecas de código que reproduzcan la mayoría de acciones básicas ActionScript y me permitiré apostar a que Flash CS7 nos traerá un soporte para JavaScript similar al actual soporte para programar en ActionScript en CS5: digno pero no espectacular). Flash hoy no acaba de ser un gran IDE para ActionScript (ese papel lo juega Flex) y, parece lógico, Flash no quiere ser un IDE JavaScript.
  • Los símbolos de nuestra película Flash serán accesibles desde JavaScript de manera sencilla. Esto permitirá (en principio y siempre según el vídeo) que ilustradores y animadores trabajen con un .fla desde Flash y irselo pasando, versión a versión, al desarrollador de turno para que este vaya haciendo su parte. Y, si desde el lado Flash no se cambian los nombres de los símbolos, debería poder substituir una versión del archivo exportado por otra más reciente sin más problemas.
  • Hay un esfuerzo importante por llegar a un equilibrio entre tamaños de archivo reducidos y código legible. Naturalmente, el HTML y JavaScript van a pesar más que el swf equivalente (pensad que hay que transmitir cada vez un montón de cosas que normalmente están en la máquina virtual de Flash, que hemos descargado una sola vez). Adobe albergará las bibliotecas JS en una CDN de manera que podamos rentabilizar cachés, pero no va a ser lo mismo. De la misma forma, el rendimiento no va a ser el mismo que un .swf, pero parece que la cosa es digna y siempre contamos con los esfuerzos de los desarrolladores de navegadores por mejorar el funcionamiento de JavaScript…

Y eso parece todo, de momento. Me atrae el pragmatismo que parece exhibir Adobe: no han intentado resolver todo el programa a costa de grandes montañas de «código spaghetti» (asumiendo las limitaciones actuales de Flash como IDE, para comenzar) y asumen que esto es una 1.0 que va a tener que mejorar deprisa si no quieren que surja un aspirante a su corona. Un muy buen (aunque tardío) primer paso, en mi opinión.

Los que estéis interesados en el tema deberías seguir por el CreateJS Developer Center que ya hay en adobe.com, que ya contiene algunos recursos y que, esperemos, crecerá notablemente en los próximos meses.