Este es un artículo que escribí el año pasado, pero como sigue vigente y por ahi muchos no lo han leido, lo vuelvo a publicar.

La importancia de las interfaces en los nuevos modelos de interacción web

Normalmente un proyecto de aplicación web se compone de dos partes diferenciadas pero fundamentales ambas para el correcto funcionamiento de la misma. Hablamos de los procesos que se dan a nivel del servidor y los que se dan a nivel de cliente.
Si analizamos una aplicación web tradicional, al menos las que podríamos calificar como herramientas de gestión (que por otra parte son la gran mayoría), nos encontramos con que se realizan dos grandes tipos de transacciones entre las partes; las de ingreso de información via formularios, con un flujo de datos desde el cliente hacia el servidor, y las de consulta, con un flujo inverso.

En este esquema es posible lograr una separación muy grande entre cliente y servidor ya que la interacción que se da entre ellos es muy acotada, tenemos un envio de datos en cada ingreso que se, y un envio de datos en cada consulta. Esto lleva a que sea posible una separación muy clara entre el desarrollo de la capa cliente y la capa servidor, y que aparezcan equipos de trabajo con una fuerte especialización en los procesos a nivel de servidor, con especial preocupación en la estabilidad y eficiencia de la aplicación, y equipos con un enfoque hacia las necesidades del usuario (arquitectos de información, expertos en usabilidad, accesibilidad, etc.)
La reciente llegada, en terminos relativos, de Ajax, el modelo SPA[en] (single page application) y el desarrollo de los navegadores y los equipos de escritorio del cliente, han dado lugar a una nueva forma de construir aplicaciones web asimilandolas en su comportamiento a las aplicaciones de escritorio tradicionales. En esa linea tenemos a Gmail, con un sistema mucho más parecido a una cliente de correo de escritorio, y más reciente el Google Calendar que practicamente emula las funcionalidades de los aplicaciones de organización. Este cambio de modelo de interacción no ha venido, en general, acompañado de un cambio en las metodologías de trabajo.

Si tomamos una aplicación como Gmail, y usamos alguna herramienta que nos permita observar las transferencias de información que se dan (por ejemplo la extensión Firebug[en] si usamos Firefox[en]), podemos detectar que existe un constante intercambio de datos entre cliente y servidor, al contrario de lo que pasaba en el modelo tradicional. Por lo tanto nos encontramos allí con el primer problema si queremos desarrollar una aplicación con este nuevo modelo pero siguiendo paradigmas de programación web “tradicionales”: los intercambios de información son mucho más significativos, por lo tanto un área que no era de especial importancia bajo el modelo tradicional, se vuelve de suma importancia en el nuevo modelo. Ya no es posible imaginar transferencias de grandes archivos, normalmente con mucha información irrelevante, sino que debemos buscar de optimizar al máximo la compresión de la información. Tal vez sean unos bytes menos por transferencia, pero si consideramos el elevado numero de transferencias que se pueden dar en un proceso cualquiera dicha reducción se hace significativa.

Otro punto importante a considerar es el de la responsabilidad mucho mayor en todo el proceso que adquiere la capa cliente. En las aplicaciones tradicionales los puntos de mayor importancia en dicha capa eran los visuales, o sea un diseño atractivo, y la facilidad de uso de las interfaces existentes. El nuevo modelo lleva a que la interfaz se vuelva un elemento mucho más complejo, que ya no se trata solamente de codigo de estructura y presentación (HTML y CSS), sino que incluye un componente muy significativo de programación para que dicha interfaz sea capaz de cumplir con las funcionalidades que la aplicación demanda. Creo que este es uno de los puntos fundamentales de todo este cambio, y que desgraciadamente no se toma conciencia aún, se tiende a centrar toda la atención en el desarrollo a nivel del servidor dejando de lado una parte muy importante, tal vez tan importante como la de la lógica de negocio o la comunicación con el modelo de datos.

Parte de este problema viene por el lado de que se está trabajando con tecnologías demasiado nuevas, las que aún no tienen un grado de maduración suficiente, y las que aún no han sido capaces de generar profesionales, con una especialización en dichas áreas, que sean capaces de liderar el desarrollo, haciendo que en la mayor parte de los casos seamos los propios programadores quienes debamos tomar decisiones importantes respecto a los paradigmas a utilizar en dichos desarrollos.

Si analizamos el proceso histórico del desarrollo de aplicaciones vemos como es fundamental la existencia de una arquitectura bien definida a la hora de encarar el desarrollo de una aplicación de porte. En ese mismo sentido, y tomando en cuenta el gran desarrollo que se ha dado a nivel de la web es igualmente importante contar, en la medida en que el desarrollo de las interfaces se ha vuelto una pieza fundamental de cualquier aplicación, con una buena definición de la arquitectura de la misma. Creo que es hora de que se le dé la importancia que corresponde.