Mi espacio

La próxima versión de Opina, la versión 1.0.5, contará con un nuevo diseño del asistente de cuestionarios. El asistente de cuestionarios es la parte de la aplicación que se encarga de guiar al usuario en la realización de un cuestionario. Este asistente es muy sencillo y cuenta con los siguientes estados:

• Bienvenida: En este estado el usuario se encuentra con un mensaje de bienvenida y se le presenta el cuestionario a partir del título y la descripción del cuestionario.
• Autenticación: En caso de que se haya definido algún sistema de autenticación, se mostrará un formulario para la autenticación.
• Registro: En caso de que el cuestionario haya sido definido con registro, se mostrará un formulario para el registro del usuario.
• Paginador: Aquí es donde el usuario se mueve por las distintas páginas que se hayan definido en el cuestionario.
• Despedida: En este estado el usuario se encuentra con un mensaje de despedida y la opción de ser redireccionado a una URL previamente definida.

Este nuevo diseño tiene un aspecto muy parecido al anterior en cuando a estructura y la disposición de la información sin embargo su implementación (XHTML/CSS) ha sido mejorada considerablemente. Las pruebas realizadas con distintos navegadores han sido muy satisfactorias y se ha eliminado la necesidad de tener activado javascript para realizar los cuestionarios. En las versiones anteriores, supongo que por las prisas, era necesario javascript para moverse por el cuestionario y los efectos de rollover en los botones.

A continuación podéis ver algunas capturas de pantalla del nuevo asistente:

La implementación está disponible por si alguien desea acceder a ella.

Aun quedan por perfilar algunos retoques como son por ejemplo ordenar correctamente el código CSS y modificar algunos detalles en el lenguaje de marcado. Una vez terminado esto, el siguiente paso pendiente es la integración en Opina. Para ello habrá que modificar las vistas correspondientes al asistente.

A ver si es posible tener lista la versión 1.0.5 de Opina para antes de irme para el congreso Fundamentos Web 2006.

El pasado 18 de septiembre comencé a impartir un curso sobre estándares web en la Universidad de Sevilla. La duración del curso es de 20 horas y están distribuidas en 5 cinco días. Uno de los principales objetivos del curso es proporcionar una introducción a los estándares web. Para ello prepararé algunas transparencias [PDF|ODP] para utilizarlas como guía.

Durante el curso se responderán las preguntas:

• ¿Por qué debemos usar estándares web?
• ¿Para qué debemos usar estándares web?
• ¿Cómo usar los estándares web?

En la presentación se explicó el modelo de tres capas:

• Contenido / Estructura
• Forma / Representación / Aspecto
• Comportamiento / Interacción

A la hora de explicar este tipo de contenidos me he encontrado con un gran reto a superar. Existen demasiados vicios a la hora de desarrollar contenidos para web. ¿Cómo le explicas a un usuario que hacer lo que hace con tablas no es correcto? Sus respuestas pueden ser muy variadas. Por ejemplo puede decirte que él sabe hacerlo así y que obtiene el resultado que desea. Que si ya hay una forma de hacerlo, para qué aprender otra. Es precisamente en este instante cuando hay que coger un papel y un bolígrafo y escribir en dos columnas “PROS” y “CONTRAS”. En este caso, gracias a documentos como “Por qué diseñar con tablas es estúpido” resulta sencillo explicar las ventajas que tiene el no trabajar con tablas para la maquetación de contenidos. Sin embargo, existen otras situaciones en las hay que buscar ejemplos para que ellos mismos descubran las ventajas. ¿Qué le impide a un usuario coger su herramienta de autor (dreamweaver, frontpage, etc…) y definir un título de un documento como un texto dentro de un párrafo con tamaño de 35? El código podría ser similar a esto:

<p><font size="35" color="red">Análisis regional</font></p>

Cuando le explicas al usuario que si en lugar de tener un solo documento HTML tiene 30 cada uno de ellos con un título y se encuentra en la necesidad de querer cambiar el tamaño y/o color va a tener que modificar todos los documentos uno por uno, entonces su nivel de atención aumenta porque espera que le cuentes cómo hacerlo con mucho menos trabajo.

Para este caso sería suficiente con algo tan simple como:

<h1>Análisis regional</h1>

h1 {
    font-size: 35px;
    color: red;
}

Es recomendable (altamente) usar medidas proporcionales (%, em).

Con ejemplos como este es cuando verdaderamente descubren todas la ventajas de hacer uso de las buenas prácticas y seguir correctamente los estándares web.

Este es el títular de la noticia publicada en el Diario de Sevilla con fecha 13 de agosto de 2006. Parece ser que un estudio realizado sobre accesiblidad en los sitios web de la Junta de Andalucía desvela que, el cumplimiento de la Ley de Servicios de la Información y del Comercio Electrónico (LSSI) que desde el pasado 1 de Enero de 2006 entró en vigor, muy pocos la cumplen.

Aunque el estudio se basa simplemente en los resultados que genera la herramienta TAW y esto no “debe” considerarse un resultado final para medir los niveles de accesibilidad de un contenido web, los datos que se exponen en la noticia son muy desalentadores. Han pasado ocho meses desde que la ley entrase en vigor y sin embargo la situación actual dista mucho de lo que debe ser internet para las administraciones públicas.

Como personal técnico del Servicio de Informática de la Consejería de Obras Públicas y Transportes especializado en tecnologías web puedo afirmar que se está haciendo un gran esfuerzo por mejorar la accesibilidad y la calidad de los distintos servicios que actualmente se ofrecen a los usuarios.

En marzo de 2005 me propusieron adaptar el sitio web de la Consejería de Obras Públicas y Transportes con el fin de mejorar su accesibilidad, y como no, cumplir con la ley que entraría en vigor nueve meses más tarde. Sin necesidad de entrar en demasiados detalles paso a comentar algunos frentes importantes que había que resolver:

• Gran cantidad de contenidos estáticos mal formados y sin ninguna organización en su almacen de datos. No existía una arquitectura de información que justificase cómo y dónde debían estar almacenados esos documentos.
• Uso de formatos propietarios procedentes de la Suite ofimática Microsoft Office para la publicación de información.
• Un gestor de contenidos implementado con tecnología Java y XML/XSLT diseñado exclusivamente y con una antigüedad de unos 4 años.
• Un equipo de trabajo reducido, compuesto por un diseñador, un maquetador sin experiencia en estándares web y un programador.
• Etc…

Evidentemente el reto estaba en conseguir nuestros objetivos partiendo de lo que se tenía, porque la opción de comenzar desde cero se quedó en el camino durante los primeros días de análisis. El objetivo era adaptar, cualquier otra opción hubiera implicado un mayor tiempo de desarrollo y un gasto económico muy importante.

SceneSP es el nombre de un proyecto relacionado con la demoscene que comenzó a tomar forma durante el año 2001. Este proyecto es la evolución de otro proyecto llamado “Proyecto Euler“. Este último era una base de datos en internet en la que se pretendía recopilar el mayor número de producciones de la comunidad scener española. Proyecto Euler estuvo activo entre el 1999 y el 2001. Actualmente sigue funcionando pero sus contenidos no se actualizan. Existen otros servicios de ámbito internacional donde se organizan la gran parte de las producciones. Un ejemplo de estos servicios es pouet.

Este proyecto tiene como principal finalidad proporcionar una plataforma a la comunidad scener. Esta plataforma está compuesta por un conjunto de servicios entre los que destacan:

• Espacio web con soporte para PHP
• Base de datos (MySQL)
• Estadísticas de acceso (awstats)
• FTP Público al que también se puede acceder por HTTP.
• Herramienta de administración de base de datos (phpMyAdmin)
• Sistema de control de versiones (Subversion)

Algunos de los sitios web que se encuentran en SceneSP son:

• bcnparty (Official site)
• Stravaganza (demogroup)
• Collapse (demogroup)
• Sergeeo
• Wonder
• Skale Tracker
• ifparty (Official site)
• Modulez
• XPLSV
• Asynkro (demogroup)
• Herotyc
• Ithaqua
• JCL
• Pwyll
• SRS: Spanich Report System
• RGBA (demogroup)
• The scene school
• SectorOmega (demogroup)
• Solstice (demogroup)
• etc…

A este listado se unen otros contenidos como por ejemplo un mirror del mítico hornet, algunas recopilaciones de producciones, diskmags, etc…

Es cierto que SceneSP no dispone de un sitio web y muchos se preguntarán por qué. Se espera que con algo de suerte la podamos tener disponible en un par de meses. Hay una vista prelimiar implementada del diseño por si alguien está interesado.

En esta nueva categoría os hablaré de cuestiones relacionadas con algunos de los proyectos en los que intervengo. Digo de algunos porque en otros tengo un contrato de confidencialidad que no me permite ni mencionarlos. Sin embargo, de Opina os puedo hablar largo y tendido. Opina da nombre a una aplicación de software basada en tecnologías web que permite gestionar de forma cómoda y sencilla cuestionarios.

La idea de desarrollar un software de este tipo nació hace algunos años cuando estando a cargo de la web de la Escuela Técnica Superior de Ingeniería Informática de la Universidad de Sevilla tuvimos que realizar unas encuestas para evaluar ciertos aspectos de las prácticas en empresas que se llevan a cabo en las distintas titulaciones. En una primera aproximación desarrollé un conjunto de scripts en PHP que dieron solución a las necesidades que teníamos. Algunas voces, y en particular una de ellas, me animó a continuar desarrollando la idea. En algún descanso de clases o tomando algún café en la cafetería de la Escuela le comenté la idea a mi compañero Félix García, y juntos, comenzamos a trabajar en Opina. Si mal no recuerdo, las primeras sesiones de trabajo fueron a comienzos de 2004. Y fue en marzo de 2005 cuando pusimos en producción la versión 1.0 de Opina.

Si hay alguien interesado en conocer algo más sobre este proyecto, tenemos publicada algo de información en el project management que usamos. Actualmente nos encontramos en un proceso de refactorización importante con el fin de implementar nuevos patrones de diseño relacionados con Hibernate. Otras tareas que se han estado llevando a cabo durante el pasado mes han sido:

• Migración a MAVEN2.
• Compatibilizar con PostgreSQL
• Eliminar la dependencia del CMA de Apache Tomcat
• Compatibilizar con el servidor de aplicaciones de Sun Microsystem.

La versión 1.0.5 está a punto de salir del horno.

Tras pasar 4 días estupendos en la PlayboyMansionParty regresé a Sevilla para comenzar un viaje por Escocia. El lunes, 21 de agosto a las 7:40 salí en tren para Málaga. Me reuní con mis amigos Guti y Miguel. En Málaga nos esperaba un vuelo hasta Glasgow. Los días previos al viaje Guti se había encargado de alquilar un coche que recogeríamos en el mismo aeropuerto de Glasgow. Al parecer el coche sería de características similares a las de un Ford Focus. Sin embargo, nos esperaba un vauxhall vectra nuevo, de color negro. En Reino Unido los Opel se llaman así. El coche tenía de todo, incluso un sistema GPS que nos evitó abrir los mapas de carretera. Sólo había que indicar un destino y, una señorita (o señora) con voz muy agradable y que nunca se enfadaría con nuestras equivocaciones, nos iba indicando qué hacer. Desde luego lo peor fue hacerse a la idea de que se conducía por la izquierda y de que "todo" se hacía al revés. Por suerte no tuvimos ningún incidente con el coche.

Os podéis imaginar la cantidad de sitios que pudimos visitar durante los siete días próximos. La ruta fue algo así: Glasgow, Stirling, Dundee, Aberdeen (primera noche), Fort August (recorriendo todo el lago Ness y viendo al monstruo, claro está!), Inverness (segunda noche), Limite Norte de Escocia, Inverness (tercera noche), visita a la isla de Skye, Fort William (cuarta noche), Glasgow (quinta noche), Edimburgo (nos reunimos con nuestros amigos Pablo y Manolo que venían desde Newcastle), Glasgow (sexta noche), Edimburgo y Vauxhall (vamos, que la noche del domingo al lunes, antes de coger el avión de vuelta, la pasamos en el coche).

Evidentemente, fueron muchos los castillos, monumentos y sitios emblemáticos que visitamos. Muchas las paradas para contemplar paradisíacos paisajes. Muchos los restaurantes para comer. Si si, probamos el Haggis. A mi personalmente no me gustó demasiado. Según una de las guías que nos acompañaba (de papel, no penséis mal) este típico plato consistía en una enorme salchicha de tripas de cerdo y especias que suele comerse acompañada de puré de patatas y rábanos.

Tengo que reconocer que no hubo demasiados indicentes. Creo que el único que se quejaba era yo. Durante todo el viaje tuve un fuerte dolor en la costilla que aun continua de forma más leve. De hecho, tras regresar a España, preocupado porque el dolor continuaba, me hicieron una radriografía y según el diagnóstico, "contusión condrocostal". Vamos, una leche en Portugal que se agravó durante la playboymansionparty por dormir en el suelo y jugar al fútbol. En teoría estas cosas requieren muuuucho reposo (jajaja). Ah! se me olvida, el domingo, estando aun en Edimburgo me tuvieron que llevar de urgencias al hospital con un fuerte dolor que estómago. Lo sé, no se me puede sacar a ningún sitio. Para los que se quejan de la seguridad social en España, les invito a visitar el extranjero. Nunca olvidaré la conversación que mantuvo Miguel con un CallCenter para que me pudieran atender mientras que yo estaba tirado por el suelo deseando buscar a un médico.

Algunas fotos del viaje: