Arc90 nos trae esta interesante extensión de Chrome que hace que podamos ver, de forma muy rápida, cómo quedaría nuestra aplicación en un teléfono iPhone. Glimpse es un producto pensado para ver los resultados de forma inmediata y ágil.

No se le puede pedir tampoco demasiado, ya que páginas muy complejas (pongamos por ejemplo facebook) fallan, debemos tener muy en cuenta por tanto esta carencia.

¿Cómo se usa?

Sólo tendremos que escribir la URL correspondiente en la caja de texto proporcionada a tal efecto, y rápidamente obtendremos la visualización que tendríamos en un iPhone, y lo haríamos en un navegador no móvil. Sin más complicaciones ni pretensiones.

Arc90 ha publicado este plugin bajo la licencia Apache 2.0, con código abierto, pudiendo acceder al repositorio a través de Github.

Más información | Glimpse en la Chrome Web Store | Arc90

Turbulenz es una plataforma de creación de videojuegos basada en HTML5 que funciona principalmente con Canvas, WebGL y JavaScript, su motor es potentísimo o eso es lo que demuestra al usar algún juego o alguna de las pruebas que podemos hacer con el, viendo como genera entornos 3D completos, controlando todo lo necesario en un videojuego a la perfección (como son las cámaras, luces, sombras, generación de partículas…) y con un rendimiento impecable.

Pero lo bueno, como indican en Xataka Móvil es que han liberado el código del motor bajo licencia MIT para darlo a conocer y recibir un mayor apoyo de los desarrolladores, además en el momento justo cuando más revuelo está formando HTML5, ahora que está dejando de ser el futuro y es el hoy, cuando ya vemos HTML5 como la base de un sistema como es Firefox OS, y es que como dice el director de Turbulenz:

HTM5 ya no solo sirve para demos técnicas. Con el motor Turbulenz se están desarrollando una nueva generación de contenidos de alta calidad disponibles de forma instantánea online

Turbulenze ha liberado el código del motor (solo) en GitHub y disponemos en su web oficial de el SDK para Windows, Mac y Linux y el motor para Windows y Mac, además disponemos de una amplia documentación, aunque solo en inglés. El motor es bastante completo y podemos probar sus características generales con unas demostraciones básicas (sin entrar a los juegos, que están completamente en funcionamiento y hay por ejemplo uno llamado Polycraft que es un juego 3D con el que podemos jugar con otros usuarios simultáneamente y además tiene unos buenos efectos de sonido, demostrando parte de ese potencial que tiene).

Turbulenze además no solo se basa en el SDK, sino que te proporciona una plataforma completa que incluye el motor de juego, una zona en la web para probar las aplicaciones y una plataforma de publicación y monetización de las aplicaciones y todo de forma gratuita (menos si Turbulenz distribuye la aplicación y proporciona el entorno de juego social de su propia web, donde se llevará un 30% de las ventas).

Vía | Xataka Móvil
Más información | Turbulenz

En el desarrollo web, el tema del rendimiento no debería nunca ser cosa exclusiva de backenders, los señores frontenders también deben cuidarlo, que no todo es dejar las cosas bonitas. Para ellos viene fenomenal esta guía-web llamada ‘Cómo perder peso (en el navegador)’, creada por varios cracks del desarrollo web front-end y con gran éxito a la hora de afinar al máximo el rendimiento de sus proyectos.

Se trata de una colección de tips y recursos de HTML, CSS, Javascript, jQuery y manejo de imágenes muy útiles para mejorar exponencialmente el rendimiento de tus webs desde el punto de vista del front-end. Muchos de ellos son de sobra conocidos (o deberían de serlo) por todos y otros discutibles cuanto menos (el de “no uses jQuery” no lo comparto en absoluto, por ejemplo) pero siempre viene bien tenerlos reunidos en un mismo lugar para una más eficiente consulta.

En definitiva, una lectura amena e interesante para todo aquel que ande preocupado por el rendimiento de sus proyectos.

Vía e imagen | browserdiet

Google es de las empresas que más innovan y probablemente una de las que más destaca tras cada novedad, como con los cambios del algoritmo de búsqueda. Y es que ya hace bastante tiempo que podemos ver en los resultados de búsqueda la información relacionada con el autor que ha realizado esa página o ha escrito en ella (viendo su imagen de perfil de Google+ y en el número de círculos en el que se encuentra esta persona).

Y Google ha cambiado para tener mucho más en cuenta al autor del contenido y no solo tener en cuenta (como plus para aparecer en los resultados) el Page Rank, por eso ahora contamos también con el Author Rank, que aunque no hay datos oficiales y mucho menos nombren oficialmente así a este “ranking” su existencia es algo que diversos analistas y agencias de SEO han detectado claramente.

Este cambio tendrá bastante repercusión en el mundo del SEO, donde desde hace mucho se ha dejado de valorar tanto las “florituras y tonterías” en los meta-tag y llenar el contenido de código innecesario para mejorar el SEO. El cambio ha sido claro en estos último años y se valora muchísimo el contenido y la relevancia que tiene en otras webs de la misma temática (mediante los links).

El Author Rank actuaría de forma muy similar que el Page Rank pero en lugar de tomar como referencia una web se tomaría la persona, donde tomaría una gran relevancia el lugar donde escriben esas personas (como primer dato) y así poderlas enmarcar en una temática y hacer que adquieran relevancia en ella. Otro factor es la importancia en la web de otras personas con las que tenemos contacto y las webs en las que está presente.

Y por suerte no se queda solo en Google la cosa, sino que toma datos de todas las redes sociales que son rastreables, además de tener en cuenta los comentarios de los usuarios de las webs en las que uno redacta o las opiniones externas de la misma.

Sin duda, aunque no sabemos claramente, ya que Google no es muy partidario de hablar con exactitud de su algoritmo, esto es un avance hacia una web en la que se valora más el contenido y menos el marketing, ya que cuando buscamos algo, lo mejor no tiene porque ser el que más palabras clave haya escrito y más las haya repetido en un artículo.

Vía | SEOcom
Más información | Herramientas para webmasters de Google

La Fundación Mozilla siempre está tras mejorar el crecimiento de la web y de un disfrute más amplio de ella, por lo que esta vez ha creado TowTruck, una plataforma open source (aún en una fase inicial) que permite con solo JavaScript y HTML5 poder compartir una página web entre varias personas en tiempo real, con funciones únicas de comunicación y simplemente añadiendo un archivo JavaScript (ni plugins ni nada).

El funcionamiento es muy simple, tras añadir el código que nos proporcionan aparecerá un botón para poder compartir la web en la que trabajamos en tiempo real, que nos proporcionará un link que podremos pasar a cualquiera para que se una a nuestra sesión y poder colaborar en la creación de una web.

TowTruck nos permite ver el puntero de la otra persona y que la otra persona vea el nuestro, al igual que también permite realizar cambios por ambos en el código y por tanto en la visualización de la propia web. Además para comunicarnos correctamente con nuestro compañero disponemos de un chat y de un chat de voz en tiempo real, gracias a la reciente tecnología web RTC (que permite compartir audio y vídeo por streaming de un navegador a otro y hace poco la gente de Chrome y la de Firefox demostraron su potencial en una videollamada, sin tener que recurrir a otra tecnología que no sea nativa).

Más información | Mozilla TowTruck

El equipo de Treehouse, que como siempre, está muy involucrado en hacer fácil el aprendizaje de todo lo relacionado con el diseño y el desarrollo web ha creado una “competición” multiplataforma y en tiempo real donde competiremos con hasta cuatro personas para terminar los primeros realizando una página web básica.

El juego tiene diez fases, todas de con un máximo de 45 segundos, donde usaremos elementos básicos de HTML y haremos cambios en los estilos CSS según las instrucciones que nos den e iremos visualizándolo en un cuadro al lado del propio editor.
Para empezar tenemos que registrarnos con la cuenta de Facebook y ya podemos empezar a jugar contra otros adversarios y a su vez ir aprendiendo, ya que si no sabemos realizar las fases tenemos un botón de ayuda y… bueno, un botón para atacar a los contrincantes de distintas formas: ponerle la tipografía “Comic Sans“ de letra (provoca dolor de cabeza instantáneo), lanzar una lluvia de gatos o congelar la pantalla, entre otras cosas.

Pero por desgracia solo tiene un nivel y es muy básico, pero lo positivo es que puede jugar cualquier persona, incluso sin tener muchos conocimientos de diseño web, lo que puede ser la forma perfecta para que se inicien niños o alumnos que empiezan en estas andadas. Ahora solo queda que juguéis o que se lo propongáis a otras personas, y si os han quedado más dudas podéis ver el siguiente vídeo sobre funcionamiento del juego.

Vía | Maestros del web
Más información | Code Racer

Después del revuelo y las numerosas suposiciones de la transición de Chrome hacia Blink abandonando Webkit, los desarrolladores de Google han publicado un interesante vídeo respondiendo a muchas de las principales dudas. Una de ellas, la llegada de Blink en Chrome se producirá en unas diez semanas.

Los desarrolladores que participan en este Q&A del canal oficial de Google Developers son Paul Irish como moderador junto a los lideres del proyecto de Chrome y los equipos de Webkit en Google (ahora Blink Team), Darin Fisher, Eric Seidel y Alex Komoroske.

Parece claro que Blink llegará a todas las plataformas de Chrome, refiriéndose de forma conjunta al Chrome de escritorio y de Android. Aunque con algunas reticencias a iOS, donde se seguirá usando Webkit, ya que las restricciones de Apple pueden ser un problema.

En principio, Chrome Canary ya trabajaría desde este momento con Blink, aunque hasta que no se hagan grandes modificaciones será un Webkit con otro nombre, aunque surge la duda si el User Agent, en estas versiones tempranas, cambiará por el de Blink.

Podéis ver el vídeo para conocer en detalle cada una de las cuestiones. Entre todas ellas destacaríamos, ¿La relación entre Webkit y el código de Blink?, ¿Cuándo llegará Blink a Chrome channel? ¿los planes de Google si dejará de contribuir en Webkit? ¿La competencia entre Servo y Blink?

En Genbeta Dev | Blink, el fork de Webkit de Google cierra el debate del estándar de facto que muchos pronosticaban
Vía | Google Developers You Tube

La noticia de Google de independizarse de WebKit con Blink es algo hasta cierto punto razonable, ¿pero Mozilla?… Estos últimos meses teníamos a Gecko hasta en la sopa, gracias a su muy esperado Firefox OS. Con este panorama la noticia nos ha dejado algo desconcertados, pero puede ser una genialidad si es un “paso para el futuro”.

Realmente puede ser un paso lógico para que Servo (el motor de renderizado que será fruto de la unión entre Mozilla y Samsung) acabe consiguiendo su objetivo: tener una gran seguridad desde sus bases (gracias a Rust) y rendir de una forma descomunal en arquitecturas ARM de varios núcleos… blanco y en botella: Firefox OS con motor Servo en dispositivos Samsung (con un plus de seguridad).

Sí, son solo especulaciones, pero lo que está claro es que los principales beneficiados en el acurdo serán estas dos compañías, aunque tampoco es una idea descabellada.

La seguridad y el rendimiento de Servo

Hoy en día la seguridad es un punto clave en el desarrollo de cualquier tipo de software y en este sentido Servo pinta bien, estará escrito con el lenguaje de programación Rust, el lenguaje multi-paradigma desarrollado por Mozilla Research diseñado para ser seguro, eliminando la posibilidad de explotar vulnerabilidades por el desbordamiento de buffer o por punteros nulos, por poner varios ejemplos.

En cuanto al rendimiento contamos como garantía la experiencia de ambas empresas, ya que Samsung ya ha experimentado con Rust cuando creó un motor de ejecución para ARM y Mozilla… es prácticamente nueva en esto (¿cuántos años lleva ya Gecko corriendo tras Firefox?).

Pero el punto donde probablemente puede aportar más Samsung es en el de la optimización para el tipo de hardware para el que se destinará Servo, gracias a su experiencia como diseñador y fabricante de procesadores ARM y como usuario de esta arquitectura con sus dispositivos móviles.

¿Qué papel tiene Firefox OS?

No hay datos oficiales sobre si se adoptará este nuevo motor en Firefox OS, aunque en el futuro lo normal sería que sí se acabara adoptando, pero va a ser un cambio relativamente grande a nivel de arquitectura del sistema (de la que ya hablamos en Genebta Dev) ya que de un plumazo habría que cambiar la capa que une el núcleo del sistema (Gonk) con la interfaz (Gaia) y el resto de las aplicaciones del sistema.

Quizás sea lo que por lo menos a mí personalmente me desconcierta de la noticia, que seguirá desarrollando ambos motores en paralelo para varios proyectos de gran envergadura, así que toca esperar para ver cómo termina Gecko o Servo.

Mozilla, como siempre nos da facilidades

Mozilla como ya sabemos es una fundación que tiene el código abierto grabado a fuego y por ello Servo tiene todo su código disponible en GitHub, esperándonos para que lo probemos de una forma bastante fácil, en Mac OS X y en Linux simplemente tenemos que descargar un par de librerías, compilar el motor de renderizado y ya podremos ejecutar cualquier archivo HTML.

Más información | Blog de Mozilla y Servo en GitHub
En Genbeta | Mozilla y Samsung se unen para crear Servo

El temor que surgió hace unas semanas al monocultivo de un estándar de facto como Webkit, sobre todo en navegadores móviles, al abandonar Opera su propio motor de renderizado cambiando a Webkit parece que se ha disipado de un plumazo. Google ha anunciado por sorpresa que se embarca en el desarrollo de un fork de Webkit, conocido como Blink, para mejorar lo que hasta ahora considera lento y ineficiente en Webkit. La idea es que progresivamente la plataforma Chromium que integran sus navegadores Chrome (en Escritorio, móviles y tablets) usen Blink en un futuro cercano.

El rol como impulsor de Webkit por parte de Google a día de hoy era bastante importante. El proyecto inicialmente desarrollado por Apple y liberado como Open Source en 2005 acumulaba en este último año 2012 más revisiones de Google (95) que Apple con (59) o el resto de participantes como Blackberry, Intel, Nokia, Samsung, Adobe o Netflix. Ahora el recién formado equipo de desarrollo de Blink se desliga del proyecto de Webkit con un fork propio aunque no se descarta que se siga colaborando aunque ya sin garantías, centrando sus esfuerzos en el nuevo motor de renderizado.

Por ahora, los desarrolladores web no debemos preocuparnos mucho, ya que no habrá cambios sustanciales hasta un largo tiempo. Ahora comienza un periodo de transición en que se buscará hacer más eficiente el código del proyecto de Webkit y adaptarlo aun más a su arquitectura de procesos independientes que usan en Chrome. Esto último algo que deseaban desde hace tiempo ya que, según Google, penalizaba el rendimiento, así como a su propio motor de JavaScript.

Estamos deseando ver como evoluciona este nuevo motor de renderizado y las nuevas funcionalidades que llegarán, tanto en escritorio como en móvil. Pero con cierto temor de que algunos estándares que se habían impuesto como los prefijos –webkit-feature sean modificados en este motor experimental de momento.

Vía | Chromium Blog
Más información | Blink
En Genbeta | Blink: Google contraataca con otro nuevo motor de renderizado para Chrome

Las APIs se han ido convirtiendo poco a poco en algo totalmente imprescindible en el mundo del desarrollo moderno: sacamos continuamente datos de ellas y creamos las nuestras propias para comunicar nuestros productos y servicios con el mundo. La gente de Linkedin están orgullosos de la plataforma para APIs que han creado para mejorar su funcionamiento interno y por eso, desde hace un par de semanas, han decidido liberla y compartirla con el resto del planeta developer. Rest.li es un framework REST + JSON para la creación de arquitecturas de servicio robustas y escalables usando descubrimiento dinámico y APIs sencillas desarrollado en Java por algunos de los mejores ingenieros de la prestigiosa empresa del Valle.

Entre las características que mejor pueden definir este Rest.li están las de diseño orientado a entidades, una nomenclatura estándar al estilo HTTP para operar con las entidades anteriores, un esquema de serialización flexible y operaciones batch para apoyar el acceso a grandes bases de datos.

Además, los señores de Linkedin (que son unos jachondos) acompañan este framework Rest.li con dos capas, una de balanceo y otra de transporte, que han decidido llamar R2 y D2 respectivamente. Que la fuerza los acompañe. Todo, por supuesto, viene muy bien documentado y está disponible en Github (¿dónde si no?) por lo que si eres un desarrollador Java en busca de crear una API RESTful potente y sencilla quizás no te vendría mal probar Rest.li y ver si se adapta a tus necesidades. Ah, y luego nos cuentas, claro.

Vía e imagen | Linkedin Engineering