MIB (29/11/2010): XHTML, JAVASCRIPT, FLAHS, HTML5,...

Hoy hemos avanzado viendo más elementos que se ejecutan en el navegador tales como:

• XHTML y CSS: modelo que separa la estructura (XHTML) de su presentación (CSS) y que conforma el estándar de la programación HTML de calidad, respaldado por el W3C. Sus principales ventajas son que mejora notablemente el SEO, utiliza el mismo HTML para diferentes formatos de presentación, mejora la legibilidad de ambos documentos y ofrece mayor facilidad de mantenimiento y evolución.
• JAVASCRIPT: lenguaje de programación basado en scripting que se usa en el navegador para dotar de interactividad a la página sin necesidad de comunicar con el servidor. Sus usos más frecuentes son en efectos gráficos, comprobaciones de campos de formularios, pop-ups, integración de servicios, tags de tracking,...
• FLASH: formato propietario que permite un gran nivel de interacción y de efectos gráficos. Es más complejo y técnico que el HTML. Se descarga en el servidor y se ejecuta en el navegador donde precisa que se instale un plug-in. Sus usos frecuentes son en banners interactivos y rich media, microsites publicitarios, video, juegos on-line, etc. Es muy efectivo para meter videos en streaming.
• APPLETS JAVA

También hemos visto qué es el HTML5, en desarrollo desde 2004, y que representa la quinta versión del estándar HTML realizada por el W3C y que integra en el estándar nuevas posibilidades de programación que actualmente solo son posibles mediante el uso de plug-ins de terceros. Las principales novedades que aporta:

• Soporte nativo de streaming (video y audio).
• Especialización de las etiquetas HTML, eliminando las etiquetas “genéricas” como <div>, <span> o <object>.
• Incorporación de etiquetas relacionadas con la estructura.
• Soporte de comandos y etiquetas interactivos.
• Modo off-line.

Con esto Marcelo ha dado por finalizada la parte dedicada a la programación en el lado cliente (navegador) para entrar de lleno en  la programación en el lado servidor. Y para ello, nos ha explicado el motivo que impulsa al uso de servidores de aplicación: se colocan “detrás” del servidor Web y permiten manipular el código HTML antes de ser entregado, introduciendo lógica en la construcción de la página. Son “páginas dinámicas”.

Cuando un servidor Web recibe una solicitud de una página con extensión dinámica (por ejemplo .php), en lugar de servirla directamente, le pasa la solicitud al servidor de aplicación, que ejecutará la lógica para generar el código HTML resultado.

Dentro de los servidores de aplicación podemos encontrar programación pesada (JAVE/J2EE y .NET), caracterizada por ser un sistema de programación que sigue unos procedimientos muy estrictos; que emplea arquitecturas de programación que separa los tres “tiers” presentación, lógica y datos; que requiere programadores con sólidos conocimientos y que permiten la escalabilidad.

Igualmente podemos encontrar programación ligera (PHP), entendiendo que un entorno es ligero por ser un lenguaje de scripting de alto nivel con pocos elementos estrictos, pocas dificultades de arquitectura y corta curva de aprendizaje. Si se une a un framework de desarrollo sólido, el PHP es un entorno de programación tan potente como el que más.

En cuanto a las bases de datos, no son más que una forma estructurada de guardar los datos. Representan un conjunto de datos pertenecientes a un mismo contexto y almacenados ordenadamente para su uso a través de un SGBD (Sistema de Gestión de Bases de Datos). Las aplicaciones se comunican con las bases de datos en tiempo de ejecución y solicitan los datos que necesitan para generar el HTML.

Y en lo relativo a la interacción cliente/servidor, esta puede ser asíncrona (AJAX) y su base estriba en dotar a la página “estática” de capacidad para comunicarse directamente con el servidor, de manera que sea posible modificar contenidos de la página sin necesidad de realizar una solicitud http “normal”; o interacción en Flash con PHP.

Como colofón y haciendo hincapié en que se trata de un tema de vital importancia, la sesión de hoy ha acabado con la seguridad en programación, la cual se ve comprometida en Internet debido a la exposición pública de las aplicaciones. A este nivel, es fundamental proteger el código y la arquitectura, la base de datos así como encriptar aquellos datos que sean sensibles y adoptar una serie de medidas de seguridad básicas que, entre otras cosas, ayudarán a evitar el hacking:

• Priorizar la seguridad en los desarrollos.
• Usar contraseñas fuertes en los usuarios FTP.
• Usar SSL (https) y certificados de seguridad.
• Utilizar aplicaciones de detección de agujeros de seguridad.
• Desarrollar código de calidad.

Hasta mañana.

MIB (25/11/2010): ENTORNOS DE PROGRAMACIÓN

Conforme avanzamos en el módulo de Tecnología del MIB hay un pensamiento que me asalta muy a menudo: lo sencillo que es ver una página Web en tu navegador y la de información y desarrollo que esconde detrás...

Y es que gracias a Marcelo y a la forma tan cercana que tiene de plantear sus clases, en las que nunca falta una buena dosis de humor ingenioso y fresco, lo complejo se hace sencillo y entendible.

Si bien es cierto que la primera parte de la sesión ha sido engullida por algunos ejemplos relacionados con las cookies y sobre todo por la multitud de dudas y comentarios con las que hemos "acribillado" a Marcelo, tras la pausa hemos tratado el tema de la programación desde el lado cliente (desde el navegador). Hemos aprendido que dicha programación está hecha en HTML (HyperText Markup Languaje) que es el lenguaje de definición de las páginas Web mediante etiquetas.

Dicho lenguaje se caracteriza por lo siguiente:

• Es estándar según la especificación del estándar por W3C (World Wide Web Consortium): http://www.w3c.org/
• Es “descriptivo” (no contiene lógica) desde el momento en que describe la estructura y el contenido de las páginas en forma de texto interpretable para un programa (el navegador) y legible para los humanos.
• Es “estático” ya que define una página pero no permite un gran nivel de interactividad más allá de los links.

Nos ha hablado de la URL absoluta (URL normal que el navegador entiende tal cual) y la URL relativa (que se basa en referenciar "XXX" en relación con el directorio en el que está la página que la referencia). Y del hecho de que programar con URL relativas es mucho mejor siempre que estemos en un mismo servidor ya que si queremos mover la Web a otro directorio, seguirá funcionando con normalidad. En cambio, si no estamos en el mismo servidor hay que poner siempre la ruta (URL) absoluta.

Y para finalizar, hemos visto el código base de una página, entendido como el mínimo imprescindible de etiquetas que requiere una página. En cuanto a las etiquetas, estas siempre van en pares (una de “apertura” y otra de “cierre”). Y entre esas etiquetas se van a colocar más etiquetas (también en pares). A esto se llama etiquetas anidadas ya que unas están dentro de otras. Como ejemplo:

<html> de apertura

       <head> de apertura

              <title> de apertura Ejemplo </title> de cierre

               </head> de cierre

        <body> de apertura

                <p> de apertura ejemplo </p> de cierre

         </body> de cierre

</html> de cierre

Tras la clase, segundo encuentro MIBeers en el que hubo menos afluencia lo cual facilitó el seguir conociéndonos dentro de la comunidad MIBer y plantear ideas como la de organizar una cena de Navidad. También tuve ocasión de enseñar a los allí presentes el nuevo dispositivo (Dell Streak) que me han remitido desde DELL EEUU tras un correo electrónico que envié al mismísimo Michael DELL; y pude hablarles de otra gran novedad que está en camino (Dell Inspiron Duo). Y es que ¿por qué Apple si puede ser DELL?

Dell Streak:

http://www.dell.com/content/topics/segtopic.aspx/dell_streak_video_2?c=us&l=en&s=dhs&cs=19&~ck=mn&~lt=bodyonly

Dell Inspiron Duo:

 http://www.dell.com/us/p/inspiron-duo/pd

Buen fin de semana y hasta el lunes.

MIB (22/11/2010): SERVIDORES E INFRAESTRUCTURA

Hoy hemos dejado descansar a Marcelo y ha sido Jaime Fernández, Responsable de Sistemas de Acens Technologies, quien gracias a su dilatada experiencia y sus conocimientos en la materia, nos ha acercado a una serie de conceptos englobados dentro de este módulo de tecnología, utilizando un lenguaje y una metodología sencillos para asegurar su correcta asimilación.

Tras una breve introducción al significado de infraestructura, ha continuado con los dominios y la importancia que tiene su correcta configuración para el funcionamiento de los negocios en Internet así como con la razón de ser y el funcionamiento de la resolución de nombres en la Red (http://www.youtube.com/watch?v=dIGxJCqLJIY). Para aquellos que queráis conocer todos los detalles acerca del funcionamiento del DNS, podéis acudir al siguiente enlace: http://www.isoc.org/briefings/016/index.sthml

Ha cubierto con detalle y precisión el tema del alojamiento (hosting) presentando las posibilidades que ofrece; sus principales ventajas entre las que se encuentran máximas medidas de seguridad, alimentación eléctrica redundante soportada con SAIs y grupos electrógenos, climatización controlada, monitorización y vigilancia permanente 24x7x365 y conectividad redundante; las ventajas del dimensionamiento del alquiler (enorme flexibilidad que ofrece para ajustar las piezas -HW, SW, servicios, etc.- según evoluciona el proyecto, la experiencia que la empresa de alojamiento aporta gracias a casos muy similares o la posibilidad de trabajar con una empresa acostumbrada a cambios rápidos e inesperados... ¡Esto es Internet!). La clave radica en elegir al compañero de viaje adecuado.

También se han tocado temas muy actuales como la virtualización, cuya definición en informática la describe como un método por el cual uno o más recursos físicos se ocultan y se presentan como una abstracción lógica con apariencia real; o el cloud computing (http://www.youtube.com/watch?v=VOn6tg3e1t4).

A la hora de hablar de los sistemas operativos, ha utilizado un símil que me ha parecido cuando menos curioso: El ordenador tiene cuerpo y alma. Al cuerpo se le llama Hardware (procesador, memoria, discos, etc.) y al alma se le llama Sistema Operativo. Si el alma nos hace humanos, el Sistema Operativo convierte en algo útil un puñado de componentes electrónicos conectados entre sí.

Para continuar, antes de abordar el tema de la seguridad y tolerancia a fallos en servidores y de los costes, nos ha hablado de los tipos de servidores más habituales al tratar el software de servidor:

• Servidor Web: ordenador que contiene una aplicación dedicada a permitir a los usuarios el acceso a las páginas web alojadas en dicho ordenador.
• Servidor de aplicaciones: ordenador que contiene una aplicación que ayuda al servidor Web a procesar aquellas páginas que ejecutan programas.
• Servidor de base de datos: ordenador que provee servicios de base de datos a otros programas o a otros ordenadores, según el modelo cliente-servidor.
• Servidor de correo: ordenador que almacena, envía, recibe y realiza otras operaciones relacionadas con el correo electrónico de sus usuarios.
• Servidor de streaming.

En cuanto a la seguridad y tolerancia a fallos en servidores, destacar que una plataforma informática puede ser fiable, segura, ambas cosas o ninguna de las dos (que es lo más habitual, barato y rápido) y que la seguridad y la fiabilidad de los servicios prestados en Internet deben ser proporcionales a la importancia de esos servicios para la empresa. Y sobre todo, la necesidad imperiosa de que la dirección de la empresa esté comprometida con la seguridad.

La sesión ha finalizado con una breve alusión a los costes (de implantación, de mantenimiento, internos -personal cualificado- y coste total de propiedad o TCO) y al hecho de que el mayor coste lo representan las personas. Y es que este tipo de cosas funciona precisamente por las personas.

Hasta el jueves. Mañana y el Miércoles tenemos tutorías para avanzar con el proyecto troncal.

MIB (18/11/2010): SERVIDORES DNS, HTTP, URL, COOKIES

Siguiendo con la tónica de la clase de ayer en la que hubo mucha participación por parte de la audiencia, hemos avanzado hasta finalizar con la parte dedicada a la arquitectura técnica de Internet, viendo algunos conceptos que quedaban pendientes:

• Servidores DNS (Domain Name Server): servicio que traduce un nombre de dominio en la IP del servidor. El servidor Web asocia su IP a un dominio con un servidor DNS. El navegador empieza por usar el servidor DNS para localizar la IP a la que corresponde el dominio al que quiere acceder. Una vez conseguida la IP del servidor de destino, el navegador encamina su solicitud al mismo.
• Comunicación entre el navegador y el servidor: las comunicaciones son transacciones http (un protocolo). Una transacción http es el ciclo completo de comunicación entre el solicitante del servicio y el servidor; esto es, la petición http de servicio y la respuesta del servidor (respuesta http).
• URL (Uniform Resource Locator): constituyen una manera de identificar de forma única un recurso (documentos textuales, imágenes, videos, presentaciones digitales, etc.). Es una secuencia de caracteres (una ruta), de acuerdo a un formato modélico y estándar, que se usa para nombrar recursos en Internet para su localización o identificación. Las URLs son únicas; cada recurso que está en Internet tiene una URL.
• Cookies: información que se almacena en el disco duro del visitante de una página web a través de su navegador, a petición del servidor de la página. El navegador siempre devuelve las cookies sin modificar al servidor que las escribió, reflejando así un estado (memoria de eventos) en las transacciones http. Sin las cookies identificando a los usuarios, cada petición de una página web o un componente de una página web sería un evento no identificable y por tanto estaría aislado, sin ninguna relación con el resto de peticiones de otras páginas del mismo sitio por parte del mismo usuario. Una cookie siempre tiene un dominio, un nombre, un valor (que el servidor se encargará de que sea distinto para cada usuario) y, en ocasiones, la caducidad (http://www.youtube.com/watch?v=JYCpiZKY30E).

Aquí os dejo un esquema muy intuitivo que resume bastante bien y de forma sencilla la arquitectura técnica de Internet y cómo se relacionan los conceptos vistos:

Hasta el lunes.

MIB (17/11/2010): ARQUITECTURA TÉCNICA DE INTERNET

Sesión muy interesante y entretenida la de hoy en la que Marcelo nos ha hablado de una serie de conceptos fundamentales en la arquitectura técnica de Internet como:

• Navegador: aplicación que se ejecuta en el sistema operativo del dispositivo conectado a la red (ordenador, móvil, PDA, etc.) y que muestra las páginas de los sitios Web interpretando su código HTML.
• Red: infraestructura que posibilita la interconexión de un conjunto de ordenadores y otros dispositivos. A través del ISP nos conectamos a la red. Internet es una red de redes y es muy importante que se mantenga su neutralidad: http://www.youtube.com/watch?v=FiaZ6eeBHdE
• Servidor: máquina que recibe peticiones de servicio procedentes de los navegadores y de otros servidores y las atiende. Aunque es una máquina, son las aplicaciones que ejecuta las que nos interesan.
• Paquetes de datos: en origen, los datos se dividen en paquetes IP de un tamaño determinado y se numeran. Y en destino se recomponen usando dicha numeración. El seguimiento de la ruta de los paquetes de datos desde su origen hasta el destino puede hacerse a través de http://www.tracert.org/
• Dirección IP: identificador unívoco de cada dispositivo que se encuentra conectado a la red. La IP es asignada por el ISP en el momento de la conexión. Las direcciones IP de Internet son gestionadas y asignadas de forma centralizada a los ISPs por ICANN (Internet Corporation for Assigned Names and Numbers). Una IP tiene la forma aaa.bbb.ccc.ddd, donde aaa, bbb, ccc y ddd son números entre 0 y 255. Hay por tanto 256x256x256x256 direcciones IP diferentes, es decir, unos 4.300 millones. Si queréis ver si una IP está en lista negra y, en caso afirmativo, poder vehicular la solicitud para que sea eliminada de esa lista, podéis hacerlo a través de http://www.spamhaus.org/ y si lo que queréis es saber con qué IP estáis saliendo a Internet, en http://www.cualesmiip.com/ es posible.

Como ya vaticinaba ayer, el módulo de Tecnología del MIB empieza a tomar un cáliz bastante práctico e interactivo. No en vano, hoy gran parte de la tarde se la hemos "robado" a Marcelo para plantearle todas las dudas, inquietudes y curiosidades que nos iban asaltando.

Hasta mañana.

MIB (16/11/2010): FASES Y MODELOS DE UN PROYECTO DE DESARROLLO

Hilando con el punto en el que acabó la sesión de ayer y partiendo de la premisa de que la ingeniería del software es una disciplina que ofrece técnicas para desarrollar software de calidad, Marcelo Royán nos ha introducido hoy las fases de un proyecto de desarrollo en las que el equipo CLIENTE debe estar obligatoriamente presente (en todas y cada una de ellas):

• Análisis de requisitos – se corresponde con el MRD, depende del equipo CLIENTE y las líneas maestras las establece el Project Owner.
• Análisis funcional – describe con detalle el comportamiento del sitio Web una vez desarrollado ante cada una de las situaciones que se puedan presentar. Es la respuesta del equipo PROVEEDOR a lo que le entrega el CLIENTE. La responsabilidad recae principalmente en Expertos Funcionales y Consultores.
• Documento de especificaciones técnicas – describe las características técnicas de la aplicación en todos sus aspectos.
• Programación.
• Pruebas – es fundamental realizar baterías de tests y en el entorno que vaya a ser el de producción.
• Documentación – la hay de dos tipos: técnica (cómo funciona la Web) y funcional (cómo se ha programado). Es muy importante que en la funcional los programadores hagan comentarios al código para facilitar actualizaciones y evoluciones futuras.
• Mantenimiento y evolución – mantener y mejorar el software para solventar errores y desarrollar nuevos requisitos.

Vistas y analizadas en profundidad cada una de las fases anteriores, nos hemos adentrado en los modelos de desarrollo de software, los cuales pueden definirse como un paradigma que se sigue en el proceso de desarrollo de software y cuyas dos modalidades más empleadas son el modelo en cascada y el modelo iterativo.

1. En cascada: se basa en un enfoque metodológico que ordena rigurosamente las etapas del ciclo del software. El problema principal es que el paradigma es excesivamente lineal, por lo que cualquier error de diseño detectado en la etapa de prueba conduce necesariamente al rediseño y nueva programación del código afectado, aumentando los costes del desarrollo.
2. Iterativo: se creó para cubrir las carencias del modelo en cascada a fin de flexibilizar la interacción entre pruebas y desarrollo. La idea que subyace bajo este modelo es desarrollar de forma incremental diferentes versiones entregables de la aplicación.

Con esto hemos cubierto una parte importante de la teoría y ahora estamos en disposición de "bajar a la tierra" y empezar a poner todos estos conceptos en práctica

Hasta mañana.

MIB (15/11/2010): TECNOLOGÍA

Arrancamos el módulo IV del MIB dedicado a la tecnología. Y quién mejor para coordinar este módulo que Marcelo Royán González, Socio Fundador y Director de Tecnología de LogiQo.

En esta primera toma de contacto, Marcelo nos ha mostrado cuáles van a ser nuestros principales objetivos a lo largo de este módulo:

• Entender el funcionamiento técnico del medio on-line.
• Desarrollar un conocimiento técnico de gestión básico.
• Ser capaces de evaluar la puesta en marcha de una aplicación on-line.
• Familiarizarnos con los conceptos técnicos clave necesarios para el MIB.
• Familiarizarnos con las tecnologías y productos Open Source. Entender sus ventajas e inconvenientes.
• Comprender el ciclo de desarrollo del software y las metodologías estándar.
• Ser capaces de instalar y manejar un SW de publicación y gestión de un sitio Web.

Hemos identificado nuestra postura frente a la tecnología. La mía concretamente es que me atrae y quiero entenderla mejor.

Y si bien es cierto que muchas veces la percepción es que la tecnología suena a chino, que es difícil de entender, que se tarda mucho en lo que parece simple, que es misteriosa, desesperante, que nunca sabemos si se puede o no hacer, que es poco fiable, da sensación de inseguridad o que de repente falla (http://www.youtube.com/watch?v=2OBZHB5I89A), en un negocio on-line esa percepción tiene que cambiar obligatoriamente.

Hemos visto los roles de la tecnología en todos los tipos de negocio on-line:

• En los “pure palyers”, donde constituye el rol principal ya que la empresa en sí es una aplicación.
• En los “click & mortar”, donde se configura como una necesidad de “traducir” el negocio a su vertiente on-line.
• En el marketing on-line, donde la tecnología es un facilitador del marketing cuantitativo.

También nos ha hecho un recorrido por la historia y evolución de Internet, destacando que surgió en 1958 como proyecto militar, académico y comercial (liderado por EEUU) para permitir la compartición de documentos e información y la comunicación de forma segura y rápida.

Inicialmente se trataba de una red cerrada basada en la redundancia y en la confianza con unas bases: descentralizar la información, ser un mecanismo de localización unívoca de recursos, y constituir un interfaz de usuario uniforme e independiente de la plataforma. El siguiente video es muy representativo ya que aglutina muchos de los conceptos en los que se apoya Internet: http://www.youtube.com/watch?v=FGxDIh7OLno

Y la evolución de la red inevitablemente ha traído consecuencias en la red actual tanto en lo relativo a la identificación de usuarios (resulta imposible identificar con certeza a los usuarios y, en ocasiones, el anonimato se aprovecha para falsificar identidades; existen problemas de spam, phishing o con las sesiones de usuario,…) como en lo que a seguridad se refiere (hoy en la red conviven múltiple "players" con diferentes grados de confianza y existen dificultades de seguridad de los datos, las infraestructuras y la propia red).

Tras la parte introductoria, Marcelo ha entrado en la que considera la parte más importante del módulo de tecnología: la Ingeniería del Software. Y es que desarrollar un sitio Web es desarrollar software.

En este sentido, nos ha aclarado que el desarrollo de un sitio Web implicará generalmente un proyecto mixto que incluirá subproyectos de cada una de las siguientes tipologías de proyectos:

• De infraestructura (Hardware)
• De desarrollo de aplicaciones (Software)
• De implantación de aplicaciones (Software)

Y ha finalizado introduciendo los roles presentes en un proyecto tecnológico, el cual se compone de dos grupos principales como son el equipo dueño del producto (“cliente”) y el equipo a cargo de la implementación del producto (“proveedor”).

Hasta mañana.

MIB (11/11/2010): OPERATIVA DE UN SITIO WEB & RELACIÓN ENTRE CONTENIDO Y CONVERSIÓN

La operativa de un sitio Web está constituida por los procesos organizativos que tenemos para mantener un sitio tras el lanzamiento, alineado con los objetivos de negocio planteados.

Para lograr que sea efectiva, hay que identificar necesidades concretas como las tareas y su duración, cuándo se produce cada tarea, el equipo necesario para desarrollarlas y cómo se integra con otros equipos (márketing, comercial, tecnología, finanzas y legal), y los skills de cada miembro.

Es muy importante también elegir los KPIs adecuados enfrentándolos a los objetivos del negocio así como fijar el objetivo que refleja el éxito. Contar con una página de ayuda (sobre todo en sitios de e-commerce o con funcionalidades complejas), con un servicio adecuado de atención al cliente, y con una política clara de mantenimiento de páginas.

Todo esto nos ha contado hoy Daniel Fernández antes de dar paso a la presentación de Marcos Guerrero, profesional con un largo bagaje en el mundo del comercio electrónico (más de doce años de experiencia), quien ha cerrado el módulo III del MIB dándonos una visión de la relación existente entre contenido y conversión, apoyando cada punto de su exposición en ejemplos actuales de Internet.

Básicamente nos ha presentado los objetivos que ha de perseguir todo sitio e-commerce:

• Atraer clientes.
• Convertirlos en compradores.
• Incrementar de manera eficiente el valor de cada compra.
• Reducir el coste de adquisición de cada cliente.

Y cómo ha de ser un sitio de e-commerce para que tenga garantías de éxito:

• Relevante: que ofrezca lo que anuncia.
• Atractivo: que seduzca y convenza en la fracción de tiempo que el usuario está en nuestra Web.
• Con Autoridad: que sea genuino y seguro.
• Direccional: que posea un diseño y estructura que facilite la transacción independientemente del punto en que se encuentre el cliente.
• Optimizado: que nada haya sido dejado al azar.

El contenido en el contexto de comercio electrónico es tanto o más importante que el producto en oferta.

Hasta el lunes.

MIB (10/11/2010): GESTIÓN, PUBLICACIÓN Y PROGRAMACIÓN DE CONTENIDOS

Tras estos dos días sin clases, hoy hemos retomado el ritmo de la mano de Daniel Fernández (Gerente de Servicios Multimedia y Entretenimiento de Telefónica). Ha sido intenso pero muy constructivo ya que nos ha presentado de manera muy clara y estructurada una multitud de conceptos y aclaraciones en torno a los contenidos.

Hemos visto qué es el Content Management; que el ciclo de vida del contenido se sustenta en tres pilares: el contexto, los usuarios y el propio contenido; o qué se entiende por CMS, sus tipos y su razón de ser.

Que un CMS (Content Management System) debe tener desarrollo, arquitectura fiable y escalable, soporte y documentación, usabilidad, mercado, velocidad, y funcionalidad. Pero sobre todo debe cumplir con nuestras necesidades. Porque quizás el principal error a la hora de elegir un CMS es no entender el reto, no saber qué queremos hacer con nuestra Web, convirtiéndose en elemento clave el hecho de identificar las necesidades del negocio para evitar caer en este tipo de error.

Y como guinda de la sesión, nos ha introducido en la programación de contenidos hablándonos de su importancia frente al usuario, frente a la compañía, así como de su importancia organizativa en relación al equipo, los costes, la tecnología y los flujos de trabajo.

También que la programación de contenidos viene determinada por la tipología de la Web, el target de la audiencia, la estrategia de contenidos, la imagen y la política editorial.

Aunque si con algo me tengo que quedar del día de hoy es que programar contenidos no es sino "the right thing, on the right place, at the right time" para una audiencia determinada.


Hasta mañana.

MIB (04/11/2010): ORGANIZACIÓN DE CONTENIDOS

Mario Tascón, Editor de DIXI RED, ha sido el encargado de acercarnos a un ejemplo real como es http://www.lainformacion.com/ para facilitarnos la asociación de algunas ideas que Germán Frassa compartió ayer con nosotros y otras que han sido vistas en la segunda parte de la sesión.

Apoyándose en el famoso libro ¿Quién se ha llevado mi queso? y trasladando la temática del mismo al mercado publicitario actual, ha mostrado cómo el queso hoy en día es aproximadamente en un 75% de Google, Facebook, Yahoo y Microsoft; y en un 25% del resto.

Nos ha comentado un aspecto que no es la primera vez que escuchamos en el MIB y es que los Mass Media han pasado a mejor vida puesto que en la comunicación actual hay tres actores: los profesionales, los usuarios y los algoritmos. Y también que se comete un gran error cuando se piensa que en el flujo de trabajo tradicional (la cadena de valor de un medio de comunicación) sólo se ha producido un cambio en la distribución o emisión. Nada más lejos de la realidad. Con los medios digitales ha cambiado todo y los tres actores están presentes en ese todo.

Igualmente nos ha hecho partícipes de como a través de la estrategia de gestión de contenidos, lainformacion.com ha logrado adaptarse y sigue haciéndolo mediante la introducción de nuevos diseños y nuevas narrativas, el empleo de un lenguaje propio, la escucha activa de los lectores/usuarios, la presencia en redes sociales como Facebook, el desarrollo de nuevos canales como Twitter o la creación de contenidos específicos para el iPhone y el iPad.

Y que esta adaptación ha llevado asociada la aparición de nuevos perfiles tales como arquitectos de información, editores de video, expertos en usabilidad, responsables SEO/SEM/SMO, desarrolladores de nuevas narativas, MOJO's (MObile JOurnalists),...

De la segunda parte dedicada a la organización del contenido y conducida por Germán, destacaré varios aspectos:

1. Que hay que organizar el tipo de contenido para poder establecer una estructura y un propósito.
2. Que una vez tenemos los tipos de contenidos hay que establecer necesidades, objetivos, recursos y plazos; diseñar procesos unificados (fuentes, tipos, plantillas, taxonomía, flujos,…) y documentarlo; determinar roles y responsables y formarles; y pensar el “día después” de la publicación (el contenido “nace” cuando creemos que su ciclo ha “muerto”).
3. Que, una vez tenemos el contenido captado y definidas las herramientas, también hay que definir roles, reglas, controles, actividades, puntos de decisión, opciones y excepciones, aplicación de metadatos y criterios de almacenamiento.
4. Y que es fundamental contar con una política editorial en Internet que establezca las reglas que relacionen al medio con el usuario.

Para concluir, apuntar que si nuestra estrategia de contenidos está bien planteada, deberíamos ser capaces de dar respuesta a las siguientes preguntas, las cuales modificadas ligeramente también pueden extrapolarse a la política editorial para confirmar del mismo modo que es la adecuada:

• ¿Tengo una estrategia de contenidos?
• ¿Cómo se expresa en términos de fuentes, tipos, volumen, diferenciación y coste?
• ¿Tiene un responsable?
• ¿La conoce mi equipo?
• ¿La conocen mis usuarios?
• ¿Está integrada en mi herramienta de gestión de contenidos?
• ¿La reviso periódicamente? (a partir del feedback del usuario)

Buen fin de semana y hasta el miércoles que viene.

MIB (03/11/2010): ESTRATEGIA DE GENERACIÓN DE CONTENIDOS

En la sesión de hoy Germán Frassa, Director Gerente de Diario Que.es y portales verticales en el Grupo Vocento, ha hecho un análisis minucioso de los contenidos y ha dado respuesta a una serie de cuestiones en torno a los mismos con el fin de poner de manifiesto su importancia.

Nos ha explicado qué es exactamente el "contenido" y de qué está hecho; qué necesitamos para una estrategia de contenidos; cómo afecta Internet al concepto tradicional de contenido; cuáles son las fuentes de contenido; y cómo los organizamos.

Entre otras muchas enseñanzas, me quedo con una matriz sencilla pero muy reveladora que relaciona las tres fuentes de contenidos (propios, externos y aquellos aportados por los usuarios) con la escalabilidad que proporcionan, su relación con los costes y la capacidad de diferenciación de cada una de ellas.

Hasta mañana.