En el 2005 vimos cómo la introducción de XMLHttpRequest, más conocido como ajax, cambiaba las reglas del juego y elevaba las posibilidades del desarrollo web de una forma más que considerable, propiciando la creación de herramientas que facilitaban mucho más la interacción y que, junto a otras formas no técnicas de pensar y concebir los sitios web, desataron la fiebre web 2.0.

Desde esa época hemos visto aparecer un sinfin de nuevas tecnologías tanto de frontend como de backend que nos permiten hacer crecer nuestros sitios web usando buenas prácticas y con relativamente pocos recursos, al menos muchos menos que los que necesitábamos hace diez años.

De entre todas las opciones que van apareciendo, las tecnologías que más me han interesado recientemente son las permiten implementar patrones mvc o mvvm con javascript, separando totalmente el html + css + js que usamos en el frontend del backend.

Algunas de estas tecnologías aparecen motivadas por técnicas usadas en los frontend de Facebook o Tuenti por ejemplo, que cargaban diferentes partes de su contenido de forma asíncrona al cambiar de sección y sin refrescar todo el layout, mejorando la experiencia de usuario notablemente.

Existen varias opciones: javascriptMVC, knockout y backbone, entre otros. Yo me he decidido finalmente por backbone, básicamente porque me parecía más cercano a la forma que tengo de trabajar con soluciones de frameworks mvc para web y he visto que cuenta con un gran apoyo por parte de desarrolladores frontend.

No hace falta tener mucha experiencia en el desarrollo web para ver las tremendas posibilidades que ofrece backbone en cuanto arquitectura y escalabilidad.

La ventaja más evidente es que nos libramos de tener vistas html mezcladas con código de servidor en el backend. Las vistas se procesan y parsean en el cliente, con javascript, pudiendo usar cualquier motor de plantillas para javascript como mustache.

Mustache parece la mejor opción ya que cada vez más se viene asumiendo como estándar la sintaxis de django para templates html, que se ha adoptado en motores de plantillas de otros lenguajes como en el caso de php en el que disponemos de Twig (usado en Symfony2) o Haanga. Es importante esto si queremos dar compatibilidad a clientes que no tengan habilitado javascript en el navegador, una buena práctica que en algunos casos puede ser totalmente necesaria aplicar.

Esto nos permite tener en un sólo directorio y servir directamente como estático el código html de todas las plantillas de la aplicación web, con las ventajas evidentes de que los maquetadores y diseñadores puedan trabajar con ellas directamente sin tener que conocer el lenguaje de servidor que la web está utilizando, además de poder servir todo el html como estático, reduciendo los recursos necesarios de procesador en nuestra aplicación web y pudiendo cachear todo desde en el cliente con HTTP Cache, usando las directivas de caducidad max-age y s-max-age.

Las plantillas pueden recibir información a través de un objeto json, que normalmente incluirá el Modelo. El modelo se puede integrar muy fácilmente con nuestra API de servicios en el backend, permitiéndonos hacer un CRUD desde el cliente de forma transparente y sin importar la tecnología o tecnologías escogidas en el backend.

Como en todo buen framework MVC para web, disponemos de un router en el que podremos definir las urls de nuestra aplicación siguiendo un esquema de urls ajax basadas en hashbang (utilizando el símbolo #) perfectamente indexable por buscadores.

Cada ruta dispara un evento al que podemos suscribirnos para cargar el contenido necesario en el layout de cada vista. Estas peticiones se hacen mediante ajax, por lo que podemos pensar en las siguientes ventajas:

Primera ventaja: Utilizando correctamente HTTP access control podremos distribuir como queramos, y en base a nuestras necesidades, cada recurso o parte de nuestra aplicación en servidores, clusters o servicios cloud distintos, teniendo cada uno en su propio dominio o subdominio.

Al poder ser nuestro frontend totalmente estático (se basa en html, js y css), podemos utilizar frontales web que únicamente sirvan html o incluso servicios de storage cloud, como Amazon S3 con CloudFront, teniendo distribuida nuestra aplicación geográficamente con un coste inicial bastante bajo si tenemos implamentada una buena estrategia de caché en el cliente y en el backend.

Segunda ventaja: Podemos utilizar diferentes tecnologías para cada parte de nuestra web. Esto lo podíamos hacer ya utilizando Edge Side Includes a nivel de proxy con Varnish por ejemplo, ahora no es necesario aunque podría ser completamente complementario.

Tercera ventaja: Nos obliga a desarrollar la capa de servicios desde el principio, teniéndo nuestra arquitectura frontend-backend desacoplada, respetando totalmente REST, permitiéndonos de una forma cómoda en un futuro usar clientes diferentes al navegador sin tener que plantear hacer una api como una problemática adicional.

Cuarta ventaja: Podemos usar el histórico de Backbone o directamente el History de HTML5 para cachear la navegación del usuario en el navegador, haciendo cosas tan interesantes como el Tree Slider de Github.

Backbone nos da más opciones y herramientas útiles para el desarrollo con javascript, pero creo que las que he mencionado son lo suficientemente interesantes como para motivarnos a pensar en otras formas de plantear nuestros sitios web en el futuro.

Incluso en algunos casos podremos plantear prototipos de nuestros productos, perfectamente testables en html, antes de tomar ninguna decisión tecnológica de backend e incluso antes de tener que desarrollarlos.

Las posibilidades son increíblemente atractivas.

PD: El título es sólo para llamar vuestra atención, actualmente prefiero el sexo a backbone.js.

Al arder alimentarían un fuego que siempre resultaría confortable, por muy intenso escalofrío que nos hayan provocado en el momento de sentirlas.

Un fuego que lograría calentar cualquier noche en la que solos, acompañados o solos pero en compañía, necesitemos burlar, con casi desesperación, un frío que se niegue a entender indirectas en forma de abrigo.

Californication

Tras ojear la lista he seleccionado para ver After y Mentiras y gordas.

Mentiras y gordas.

Tenía pendiente de ver esta película porque tenía curiosidad de saber qué clase de bazofia podría parir nuestra exministra de cultura, la misma que creo la ley Sinde si conocer lo que dicha ley podía perjudicar a empresarios de internet que crean puestos de trabajo en un país que tiene más de 5 millones de personas en el paro.

No me ha defraudado, es una entretenida bazofia. He de decir que el reparto está bien escogido, se han seleccionado a bastantes actores que están de moda, no porque sean buenos actuando, sino porque hay mucha gente deseando verlos follar como locos en pelotas, y eso es lo que esta película ofrece y lo hace bastante bien la verdad, actuaciones penosas y sexo como si no hubiese un mañana.

Me he quedado con la sospecha de que han pretendido hacer una mezcla de dos películas que me encantan: historias del kronen y crueles intenciones, pero a esta peli le hace falta algo para llegar a rozar el nivel de estas dos referencias: un buen guión.

Con un buen guión no hubiesen desaprovechado personajes como la jefa del bar que lleva el pelo a lo afro, un personaje al que se le podía haber dado mucho juego y podría haber tenido algo de sentido esa copia descarada a las cantantes del grupo T.A.T.U. que meten con calzador en mitad de la “trama”.

Esta película contó con una subvención de un millón de euros del ministerio de cultura y sí, se trata de una película escrita por la que era entonces la ministra de cultura. Mola saber que ha sido bien invertido en una película que sólo se pirateará por sus escenas de sexo.

Lo único bueno que puedo sacar de la película, es el tema principal del soundtrack de la película creado por Fangoria, la verdad.

After

Sólo puedo decir una cosa, me ha encantado. Un drama con un guión que cuida esos pequeños detalles que distinguen a una buena película de las mediocres.

Tres personajes, tres formas de ver una noche de locura y de sacar el ser amargo que sus confortables vidas mantienen enjaulado mediante rutinas que les van quemando por dentro.

Los actores principales están brillantes y el sexo es usado con inteligencia, creando una atmósfera creíble que va desvelando la complejidad de lo obvio.

Incluso se han permitido darle un toque geek con un genial guiño a Blade Runner, que como amante de esa película me ha encantado.

En definitiva, dos películas españolas, dos películas que han sido referenciadas por sus escenas de sexo, pero que entre las dos hay un abismo en cuanto a lo que calidad, guión y buenas actuaciones se refiere.

Digo esto porque un responsable de producto que haya invertido mucho tiempo en conocer un dominio concreto puede caer en una trampa común de la dirección de producto: creerá que puede hablar a su consumidor target pensando que está más cerca de él de lo que realmente está.

No es imposible para alguien que tenga mucha experiencia en un dominio concreto hacerlo correctamente, pero deberá trabajar muy duro para tener la mente abierta a otras opciones y desarrollos.

No digo que no necesites experiencia en un dominio para hacer un buen trabajo con tu producto, de hecho comprender el dominio de tu producto perfectamente es esencial, y no me refiero a un conocimiento superficial. Pero creo que buenos responsables de producto pueden adaptarse más rápidamente que la mayoría a nuevos dominios si se enfocan de forma agresiva en el proceso de aprendizaje de los mismos.”

Marty Cagan.

Un lugar en el mundo

El principal motivo de arrancar una nueva aventura es que necesitaba un cambio, tanto personal como de concepto sobre lo que entendía como trabajo, objetivos y sentido a la hora de crear una empresa en internet, algo que casase más con la visión que andaba buscando a nivel personal y profesional. Visión que trato de afianzar con Simettric.

En una frase, Simettric es una agencia de desarrollo web enfocada en el desarrollo de productos SAAS, especialmente de innovación en internet.

Creo sinceramente que no tiene sentido entender el futuro del desarrollo de software en el escritorio, ni en que la gestión técnica del mismo dependa del usuario.

La misión de Simettric es desarrollar productos útiles para las personas o empresas que buscan ser ágiles, de verdadero valor para las mismas, buscando siempre la comodidad y facilidad de uso para solucionar problemas en lugar de crearlos.

Con esta línea hemos empezado a trabajar y, a pesar del poco tiempo de vida que tiene el proyecto, ya contamos con partners y clientes, algunos de ellos fuera de España, con proyectos bastante interesantes a la vez que motivantes.

Os animo a ojear nuestro Magazine, a que nos sigáis en Twitter y en Facebook, en los que vamos hablando sobre proyectos y tendencias innovadoras que nos parecen muy interesantes en el sector de internet.

Esto es en lo que llevo volcado las últimas semanas y en lo que estaré trabajando en los próximos meses. Sobra decir que es muy duro volver a empezar, pero apasionante.

La seguridad que te da la experiencia, levantarse y mantenerse firme después de cometer un error, no esperar nada y conseguir algo que realmente importa, ver cosas que otros no ven o quieren ver, ganar al menos una batalla al tiempo y enfrentarte sin aceptar una derrota a la incertidumbre, a tu orgullo, ver una sonrisa de alguien que desea ver la tuya a pesar de que tú no sueles sonreír, no haber dado cuartel a tu ignorancia o a la opinión fácil que haya salido por tu boca o a las primeras impresiones que disfrazan la oportunidad de cometer un error o acertar aprendiendo de ello, no haberte limitado ni dormido ni cedido, haber salido de los raíles trazados por un sistema que ha caído, raíles soldados a nuestras conciencias y miedos, seguir caminando mientras el camino nos da la bienvenida con agujeros, grietas y trampas, saber por qué sigues caminando en la dirección en la que caminas, saber que no estás solo y si lo estás, que nada va a pararte, estar preparado para enfrentarte con uñas y dientes al próximo puñetazo y saber que no cederás, siendo un loco, siendo un aparente iluso, siendo feliz, siendo libre.

Hay cosas por las que merece la pena morir viviendo.

Es una gran noticia que se considere documentar cada componente para final de año, y va muy en la línea de lo que comentaba Fabien en su blog sobre qué es Symfony2 y qué no.

Fabien quiere dar mucha importancia a los Componentes ya que es la única forma de que Symfony2 esté presente en el mayor número de proyectos posibles.

En mi opinión, y como ya he expresado en otras ocasiones, Symfony2 es un framework enorme, que intenta solucionar demasiada problemática, y en mi experiencia, cuanto más grande sea la aplicación y cuanta más problemática se intente cubrir, más complejo después será encontrar un posible fallo en entornos que no se hayan tenido en cuenta para la misma. En aplicaciones orientadas a internet, el entorno de sistemas puede que no sea el estándar LAMP, sobre todo si nos enfrentamos a webs de alto tráfico.

Otro problema, que para otros es una virtud, es que el framework intenta hacer configurable todo, con el objetivo de que los proyectos sean lo más automatizables, mantenibles y dotarles de una capacidad de reutilización en la que llegue a ser innecesario tocar una línea de código. Esto en teoría, suma más horas de desarrollo al principio y luego hace el mantenimiento más barato. Sin embargo, en proyectos que se orientan a internet, la teoría queda muchas veces en evidencia.

Hay que tener en cuenta que el mundo php5 no es como el mundo .net o java. Es complicado que desarrolladores web de php, aun con experiencia, se conviertan tan puristas de repente (más teniendo en cuenta los presupuestos tan ajustados económicamente y en tiempo que se barajan en proyectos web para internet) como para adoptar y entender todas las buenas prácticas que te obliga a usar Symfony2.

Para la mayoría de desarrolladores, el disponer de componentes, no les obliga a comprender el funcionamiento de todo el framework y pueden usarlos en desarrollos más simples o que ya tengan hechos.

De hecho, viendo estas direcciones en el proyecto Symfony2, en mi propio proyecto Leophard, un framework mvc ligero para php que por diversas razones de peso he tenido que retrasar su desarrollo, usaré algunos de estos componentes como el EventDispatcher, UniversalClassLoader, el Routing, Pimple o el HttpFoundation, que son ligeros y resuelven problemática muy importante del proyecto.

La gente de Drupal está usando algunos de estos componentes también en la próxima versión de su cms.

Anatomía de Grey