La web como plataforma de desarrollo

• Como han sucedido las cosas.

Quién soy?

• Apoyo tecnológico de la Fundación casa del Bosque.

  

• Desarrollador de JavaScript desde finales 2010

• Sysadmin y demás

  Plan 9, OpenSolaris, GNU/Linux, *BSD

• BOB.js

  Un módulo para usar Basic Open Bridge (BOB) en Node.js

  http://github.com/arpunk/bob.js

Inicios de la web

• 1945, Memex, de Vannevar Bush.

• 1960, El proyecto Xanadu.

• 1962, NLS (oN-Line System) fue publicado.

• 1980, Tim Berners-Lee del CERN construyó ENQUIRE.

• 1989, Tim Berners-Lee propuso un espacio global accedido mediante URIs.

• 1990, Tim Berners-Lee construyó las herramientas necesarias para una web funcional.

• 1991, Tim Berners-Lee anunció el proyecto World Wide Web en alt.hypertext.

Los hitos de la web

• 1992 - 1995

  Crecimiento de la WWW, navegadores iniciales, organización de la web.

• 1996 - 1998

  Comerzalicación de la WWW.

• 1999 - 2001

  El boom del "dot-com" y su ruptura.

• 2002 - hoy

  La web se vuelve obícua, la web 2.0

Las diferentes eras de la web

• HTML

• LAMP

• JavaScript

La era de HTML

Para la muestra, Geocities

Todo era sobre documentos, fieles a la visión original de Tim Berners-Lee de un "gran sistema de documentación virtual en el cielo."

La era de LAMP

"CGI, PHP, Ruby on Rails, or Django, the dominant pattern was populating an HTML template with database values."

Todo giraba al rededor de las bases de datos. En lugar de documentos, los stacks dominantes en la web eran LAMP o LAMP-like.

La era de JavaScript

JS!

Lo importante son las corrientes de eventos. Páginas web modernas ya no son simples páginas, son aplicaciones orquestadas mediante eventos por los cuales la información se mueve.

Resignificando la web

Reconocer esto significa:

• Cambiar nuestra visión del servidor de ser un portador de documentos (HTML) o un renderizador de plantillas (LAMP), a una función en particular y a ser remitente de flujos de datos (JavaScript).

• Traspasar la barrera del isoformísmo significa crear un numero de retos que los actuales patrones de diseño basados en MVC no solucionan.

• No seguir subestimando la capacidad del los recursos técnicos del cliente.

Estamos desarrollando aplicaciones!

Quien no crea...

Importancia de JavaScript

• Isomorfo

  ἴσος isos "igual" y μορφή morphe "forma"

• Multiparadigma

  Orientado a objetos, imperativo o funcional.

• Basado en prototipos

  Extender la clonación.

• VM's

  Rhino, SpiderMonkey, JägerMonkey, IonMonkey, V8, Carakan, Nitro, KJS, Narcissus, Chakra, dyn.js, Nashorn, YAJI.

• Eventos

  Tanto el usuario como el sistema generan y reaccionan a eventos. La interacción con el usuario se consigue mediante la captura de los eventos que éste produce.

Similar a como desarrollamos aplicaciones nativas

Ya existen apps nativas, ¿por qué no compilar y distribuir?

¿Qué era un problema?

• Nivel de penetración de la web en la cotidianidad

• El unico lenguaje que es soportado en el navegador era para animar el documento ...

• ... o para cambiar colores de los elementos del DOM ...

• ... o para AJAX

• Manejo de dependencias

• Accesibilidad a las herramientas

Sandbox

GUI

• Drag and Drop, Canvas 2D, WebGL, SVG
• Elementos de interacción con el usuario a.k.a GUI toolkits
• Dojo, jQuery, YUI, et al

I/O

• Escritura de archivos y almacenamiento persistente.
• Comunicación bidireccional entre los clientes y el servidor.
• JS/Linux with persistent storage: http://stud.hro.nl/0814604/jslinuxdemo/emulator.html

Plataforma

• Chrome, Safari, Firefox, Opera, IE, ...
• GNU/Linux, Solaris, Windows, Mac OS X, Android, iOS, Blackberry, ...
• PC, Móbil, casi que cualquier cosa con Internet hoy en día.
• Distribución de aplicaciones en caliente a.k.a multitenancy.

Suena bien, ¿no?

Patrones de arquitectura

Entre los más usados en el desarrollo de software están:

• Model-View-Controller

• Model2

• Model-View Presenter

• Model-View-ViewModel

Implicaciones para apps en tiempo real

• Model-View-Controller: Si
• Model2: No
• Model-View Presenter: Si
• Model-View-ViewModel: Si

• MVC, MVP y MVVM son modelos aceptables en client-side.

• ¿Y para server-side?

Resource-View-Presenter

• Charlie "indexzero" Robbins @ nodejitsu
• "the MVC, MVP, and MVVM patterns will not work on both the client and the server."

Algunas ideas

• Aplicación en cache del cliente a.k.a "offline mode".
• Compartir las vistas en el cliente y en el servidor.
• Comunicación bidireccional mediante WebSockets entre multiples pares.
• Descentralizar las apps redefiniendo el papel del servidor web.

Quien no siga creyendo...

¿Preguntas?

This presentation is Open Source software.

Partes de la plantilla la escribió Charlie Robbins

1. All software is available under the MIT license.
2. All content is available under Creative Commons Share-Alike no-attribution commercial ok.
3. Special thanks to Deck.js for making a killer open-source front-end: http://imakewebthings.github.com/deck.js




http://fcbosque.nodejitsu.com