Mi espacio

El otro día comentaba que tenía intención de asistir a “Día W3C en España: Standars for Business”. Finalmente no sucedió nada de última hora y pude ir con un compañero de trabajo. La agenda del evento, dejando a un lado la presentación y la clausura, estuvo formada por 12 intervenciones agrupadas en tres grupos, Web para todos, Web desde cualquier lugar y Web como base de conocimiento.

A continuación algunas notas de las intervenciones que me parerieron más interesantes:

Acciones de INTECO para la promoción de estándares de Accesibilidad

• La verdad es que había oído hablar muy poco de INTECO. Para aquellos que no lo conozcan es el Instituto Nacional de Tecnologías de la Comunicación perteneciente al Ministerio de Industria, Turismo y Comercio.
• Parece ser que uno de los objetivos es crear un observatorio de la accesibilidad en España.
• En su sitio web podemos encontrar algunos informes interesantes e información muy útil sobre legislación y normativa.
• Creo que debería ser desde este observatorio desde el que se llamase la atención a aquellas administraciones públicas que esto de la accesibilidad y los estándares web lo tienen muy poco priorizado.

Accesibilidad y usabilidad en el Ayuntamiento de Madrid: apuesta por los estándares del W3C

• El resultado es muy bueno. Parece que ellos sí tienen aprendida la lección.
• Me hubiera gustado una presentación algo más técnica en la que se hubiera hablado de los retos que proyecto de esta embergadura tiene.

La Accesibilidad Web en Caixa Galicia

• Me resultó interesante conocer la impresión de uno de los responsables de la accesibilidad y estándares web de Caixa Galicia.
• Al parece el gran reto fue manejar el volumen tan elevado de información para su adaptación a la web.
• La apuesta está clara, prueba de ello son sus canales para dispositivos móviles.
• Están convencidos de que el uso de los estándares web se verá reflejado en una mejora de la satisfacción de sus clientes.

De la accesibilidad a la movilidad pasando por los estándares

• Fue una de las intervenciones más atractivas para mi especialmente porque se habló de W3C mobileOK y Mobile Best Practices.
• TAW amplia sus posibilidades añadiendo TAW mobileOK.
• Se hizo una breve presentación de la solución Merkur, que es un sistema de adaptación dinámica de contenidos web. Me hubiera gustado ver una demostración.
• A las referencias que allí se dieron añado dev.mobi y ready.mobi.

Experiencia de un proyecto desde cero: soitu.es

• Muy buena la versión móvil de soitu.es
• Gran parte de las herramientas han sido fruto de un desarrollo interno.
• Me encanta su actitud, liberan conocimiento.
• Usan soluciones libres como Apache y PostgreSQL, lenguajes como C, PHP y Perl.

Aplicaciones web - APIs y formatos para simplificar el desarrollo y mejorar su utilidad

• Una intervención de Charles McCathieNevile estupenda.
• Hizo una exposición sobre su visión de los estándares y de la gran cantidad de APIs que existen para trabajar en la web (dojo, prototype, etc.) y de la necesidad de estandarizar la forma en la que esas API trabajan para facilitar los desarrollos.
• Habló sobre HTML5 y dejo bien claro que esta “nueva versión” es una revisión de lo anterior con el fin de dejar lo que vale y añadir algunas cuestiones necesarias por el momento en el que se encuentran los agentes de usuario.
• Habló de otros estándares del W3C como MathML y SVG.

Tu ruta por la ciudad de Zaragoza: Aplicación de la web semántica en la Web del Ayuntamiento de Zaragoza

• La presencia del Ayuntamiento de Zaragoza en eventos comienza a resultar un poco aburrida sin embargo llevan unos años haciendo muy bien las cosas y están marcando una diferencia con el resto de administraciones.
• Con base en la web semántica han construido un servicio para ofrecer rutas turísticas. El servicio integra modelos semánticos procedentes de bases de datos (monumentos, restaurantes, etc.), agenda de actividades y datos espaciales (Google Maps y IDEZar).
• Un proyecto más donde el uso de estándares web es crucial para garantizar la interoperabilidad entre múltiples sistemas y que posteriormente la información pueda ser consumida.

Esto sólo han sido algunas notas que me traje del evento. Si alguien quiere las transparencias de las intervenciones puede encontrarlas en la página web del evento.

Mi amigo Paulo Tromp me ha sorprendido con una nueva versión del logo de Opina.

El próximo 18 de junio impartiré un curso sobre Accesibilidad web organizado por la empresa Avante. El curso tendrá una duración de 7 horas y se celebrará en las instalaciones que esta empresa posee en:

C/ Torricelli, 26
41092
Isla de la Cartuja
Sevilla

El temario que he preparado es el siguiente:

1. Introducción a la Accesibilidad Web
   1. ¿Qué es?
   2. ¿Para qué sirve?
   3. Factores que intervienen en la forma en que se accede a la Web
   4. Cómo utilizan la Web las personas con discapacidad
2. W3C. World Wide Web Consortium
   1. Presentación
   2. W3C WAI (Web Accesibility Initiative)
   3. Pautas de Accesibilidad al Contenido en la Web (WCAG 1.0)
   4. Puntos de verificación para las Pautas de Accesibilidad al Contenido en la Web ( WCAG 1.0)
   5. Técnicas para Pautas de Accesibilidad al Contenido en la Web (WCAG 1.0)
   6. ¿Qué hay de las Pautas de Accesibilidad al Contenido en la Web, WCAG 2.0?
3. Marco legal sobre Accesibilidad Web
4. Evaluación de la Accesibilidad Web
   1. Métodos y técnicas
   2. Herramientas
   3. Caso práctico
5. Recomendaciones para la elaboración de contenidos Web
6. Accesibilidad Web y gestores de contenidos de software libre
7. La moda de las pegatinas y las certificaciones

Para más información sobre el curso, acceder a la página oficial.

El próximo martes 27 de mayo se celebra en Madrid el día W3C en España y que mejor forma de celebrarlo que organizando un evento a nivel nacional. El título del evento es “Standards for Business”. Otra ocasión más en la que el tiempo me impidió presentar algo porque en esta ocasión el evento estaba completamente abierto para que cualquier pudiera presentar algo.

Viendo la agenda, he comprobado que Yaco Sistemas participará con una presentación de 20 minutos titulada: “El reto de Yaco: Estandares abiertos en un mercado liderado por lo propietario y cerrado“.

Tras el evento procuraré escribir algunas impresiones.

Hace algún tiempo comentaba en este blog que estábamos trabajando en un herramienta de modelado de requisitos. Mientras obtenemos resultados en este sentido hemos preparado un pequeño plugin que se encarga de hacer lo siguiente:

Entiendo que este plugin está muy limitado, sin embargo, para aquellos que usáis TRAC y no tenéis otra cosa, quizás os resulte útil. Si hay algún interesado:

Requisitos

• REM
• Trac 0.10.4 o superior
• LXML

Instalación

• Descargar los fuentes
• Ejecutar: python setup.py bdist_egg
• En el directorio dist/ encontraremos el correspondiente archivo EGG.
• easy_install –always-unzip fichero.egg

Configuración en TRAC

• Editar el archivo trac.ini y añadimos la siguiente sección en caso de que no exista:

[components]
tracquirement.* = enabled

• Luego tendremos que asignar el permiso TRACQUIREMENT_USE a quien corresponda.

A continuación os dejo una captura de pantalla del resultado:

El plugin ha sido liberado con licencia GNU GPL v2.

Hace unos días leía en el blog de Daniel Tores Burriel que el Gobierno de Aragon había rediseñado su sitio web. Al verlo se me vino a la mente lo sucedido con el sitio web del Congreso de los diputados. Durante aquella polémica Javier Cañada proponía otra forma de criticar y en esta ocasión lo he puesto en práctica.

El rediseño que se ha realizado en el sitio web del Gobierno de Aragón deja mucho que desear, tiene errores demasiado graves, sin embargo, lo que más me sigue llamando la atención es como en la administración pública siguen sucediendo estas cosas. ¿Por qué seguimos teniendo estos resultados tras un concurso público?

Durante el día de hoy he estado preparando una implementación partiendo de la idea original, simplemente me he limitado a aplicar buenas práticas que existen alrededor de los estándares web. La propuesta es muy mejorable, pero si yo que no me dedico a esto he conseguido este resultado durante un domingo lluvioso, ¿Qué no puede llegar a conseguir un desarrollador especializado en interfaces web?

En mi anterior post comentaba que íbamos a comenzar a utilizar Doxygen para generar la documentación de nuestros fuentes. Pues bien, en esta entrada voy a comentar como ha resultado la integración de Doxygen dentro del ciclo de vida de mis proyectos.

Para integrar Doxygen con Maven he usado doxygen-maven-plugin. Este plugin básicamente lo que hace es invocar a la herramienta doxygen en la fase de generación de reportes y proporcionarle los parámetros de configuración propios de la herramienta. También existe la posibilidad de invocarlo de forma explícita.

Lo primero que necesitamos es instalar Doxygen en el equipo donde se va a construir el proyecto. En mi caso es un servidor que forma parte de nuestro ecosistema software destinado única y exclusivamente a llevar a cabo tareas de integración continua. Que no se os olvide instalar la herramienta GraphViz porque la necesitaremos para generar los gráficos de entidades y relaciones.

Una vez que tenemos estas herramientas instaladas necesitamos modificar nuestro archivo P.O.M. añadiendo el repositorio de plugins de donde se descargará el plugin que necesitamos:

<pluginRepository>
<id>doodleproject-repo</id>
<name>DoodleProject Maven 2 Repository</name>
<url>http://doodleproject.sourceforge.net/maven2/release</url>
<releases>
<enabled>true</enabled>
</releases>
</pluginRepository>

Una vez que hemos añadido el repositorio de plugins pasamos a configurar el plugin:

<plugin>
<groupId>net.sf.doodleproject</groupId>
<artifactId>doxygen-maven-plugin</artifactId>
<configuration>
<executable>${doxygenExecutable}</executable>
<configurationFile>../opina-doxygen.conf</configurationFile>
</configuration>
</plugin>

En la documentación del plugin se añade un nodo adicional justo debajo de “configuration”, sin embargo, observando el código fuente del plugin, comprobé que no era necesitario (quizás un bug). En esta configuración simplemente se le indica la ubicación del ejecutable y el archivo de configuración. Como uno de los objetivo de Maven es evitar la dependencia con los entornos de desarrollo locales, no tiene sentido haber puesto el path correspondiente a mi instalación local de Doxygen, por eso definí una variable que añadí a mi correspondiente perfil (profile.xml).

El archivo de configuración de Doxygen lo creé con el asistente gráfico que proporciona, y posteriormente lo retoqué. Algunas notas sobre el archivo de configuración:

• OUTPUT_DIRECTORY: Indicar un path relativo y correspondiente con la estructura de directorios propuesta por Maven, p.e. target/site/doxygen
• INPUT: Idem, p.e. src/main/java
• Evidentemente, lo deseable sería que estos parámetros correspondieran con ${project.reporting.outputDirectory}/doxygen y ${project.build.sourceDirectory} respectivamente. Sin embargo, para conseguir esto deberíamos aplicarle un filtro y colocarlo como un recurso.

Un inconveniente que posee este plugin es que no se integra bien con la generación del sitio web de Maven. No se genera correctamente el enlace a la documentación. En Opina para evitar este problema, hemos añadido un enlace en la menú de la izquierda. Lo tenéis publicado por si alguien quiere verlo.

Durante mucho tiempo he usado la herramienta javadoc para generar la documentación de código fuente escrito en JAVA (API, librerías, etc.). Además, su integración con Maven es buena gracias al plugin correspondiente.

Hace algunos años usé Doxygen para generar la documentación de una demo y me gustó mucho, sin embargo no trasladé su uso al resto de mis proyectos. Hace unos días surgió la necesidad de seleccionar una herramienta para generar la documentación de nuestro código fuente. Las premisas eran:

• Una única herramienta para todos los proyectos: En nuestro caso esto no supuso un problema porque nuestro marco tecnológico está definido y trabajamos con Java, Python, PHP y Perl.
• Formatos de salida usables: HTML es un buen formato porque está muy extendido y es fácil disponer de un ordenador con navegador web para procesarlo.
• No queríamos perder la integración con Maven (Maven sites).

La elección ha sido Doxygen y los motivos han sido:

• Nos permite documentar nuestro código Java, Python, PHP y Perl.
• Existen versiones para GNU/Linux, Windows y MacOSX
• Formatos de salida (que he probado): HTML (más atractivo y usable que el generado por javadoc) y PDF.
• Y para la integración con Maven existe un plugin. Muy importante para nosotros para poder añadir a nuestros procesos de integración continúa la generación de este tipo de documentación.

Podéis ver un ejemplo en la documentación de Opina.

A día de hoy ya es oficial que GMV patrocinará las IV Jornadas Cientifico-Técnicas en Servicios Web y SOA. Esto hace que me sienta aun más presionado a escribir algo. Ideas no faltan, sin embargo el tiempo es muy escaso.

Como se puede comprobar, mi blog está sufriendo cambios. Por un lado he cambiado el software del propio blog, antes usaba Serendipity y ahora Wordpress, y por otro lado, el propio diseño. Los motivos del cambio son múltiples, desde que no estaba demasiado contento con los plugins de Serendipity hasta que me apetecía probar uno de los software de blog más usados. Está claro que Wordpress es un producto muy bien acabado.

Aprovecharé este cambio para reorganizar los contenidos que tengo publicados y redactar de nuevo mi portfolio.