¿Como asegurar que mi aplicación web es accesible?

Recientemente estoy impartiendo un curso del Ministerio y de la Comunidad Económica Europea sobre desarrollo de aplicaciones Web con J2EE y software libre, uno de los temas trata sobre accesibilidad, la pregunta más frecuente es "¿Como asegurar que mi aplicación web es accesible?", según la wikipedia La accesibilidad: es el grado en el que todas las personas pueden utilizar un objeto, visitar un lugar o acceder a un servicio, independientemente de sus capacidades técnicas, cognitivas o físicas, resumiendo es como preparo mi aplicación para el mayor rango de usuarios posible, incluyendo los que tienen discapacidades, para las aplicaciones web el W3C (World Wide Web Consortium) ofrece pautas específicas para asegurar este tipo de accesiblidad, en concreto existe un grupo de trabajo que se encarga de este tema WAI (Web Accessibility Initiative, Iniciativa de Accesibilidad Web), y puede que la forma más rápida de entrar en contacto con estos conceptos es ir directamente a una guía rápida que ofrece WAI donde existe una serie de pautas que se puede utilizar como lista de chequeo sobre la aplicación.

Editores de texto enriquecido y Cross Site Scripting

Recientemente he tenido que incorporar un editor de texto enriquecido a una aplicación, www.tabladequesos.es, después de investigar entre las diferentes opciones que encontré, me decidí por Tinyemc, seguramente el editor de texto enriquecido más extendido entre los desarrolladores, se caracteriza por ser un edito WYSIWYG, que traducido, el acrónimo viene a significar lo que ves es lo que tienes, esto quiere decir que tu editas el texto como lo editarías en una aplicación tipo openoffice word y el propio editor lo traduce a HTML de forma transparente para el usuario, en mi caso luego quiero mostrar este texto dentro de una página generada mediante JSF (Java Server Faces), la primera opción es mostrarlo en una etiqueta de texto pero el resultado es que muestra el texto HTML en crudo, como si lo viésemos en un editor texto, sin que esté interpretado, para conseguir que se interprete como HTML es necesario poner un atributo de la etiqueta h:outputText escape="false", en este momento es cuando se me empezaron a encender en la cabeza las señales de alarma, este detalle hace que la aplicación sea vulnerable a los ataques de XSS (Cross Site Scripting), que no es ninguna tontería ya que según OWASP, que desde mi punto de vista es la biblia de la seguridad en aplicaciones web, es el segundo riesgo más importante en este tipo de desarrollos (ver top 10), indagué un poco más y vi que desde OWASP ofrecían una solución que afortunadamente estaba disponible en java, es un proyecto alojado en google code que se llama antisamy, básicamente consiste en un API y un fichero de configuración XML que es en el que se basa el análisis de código HTML para ver si es malicioso o no, en la zona de descarga se ofrecen varios de estos ficheros para que el usuario seleccione el que más se ajuste a sus necesidades, a día de hoy se dispone de cinco ficheros, entre los que destacan los de ebay y myspace, y como no el de tinymce, pues va a ser verdad que tinymce está muy extendido.

Nueva red social del mundo del queso

www.tabladequesos.es es una nueva web que pretende ser la red social de referencia dentro del mundo del queso, una red social todavía joven y en la que queda mucho por hacer pero en donde las funcionalidades básicas ya están disponibles, todas las sugerencias serán bienvenidas así como consultas o posibles problemas que encuentras al usar nuestra web.

Actualmente todos los servicios que ofrece tabladequesos.es se ofrecen de forma gratuita y sin ningún compromiso.

¿Por qué registar mis quesos en tabladequesos.es?


Tabla de quesos es una buena promoción para tus productos, porque en tabladequesos.es tendrás la oportunidad de dar a conocer tus quesos o tu negocio de una forma gratuita, llegando a tus cliente las 24 horas del días 7 días por semana, tus productos serán encontrados más fácilmente por posibles clientes ya que aquí serán más accesibles por parte de buscadores como google, esta red social será un medio de comunicación con los posibles compradores y resto de profesionales del sector como distribuidores, tiendas y restaurantes. Sacarás provecho de las nuevas redes sociales como Facebook, Twiter, etc. ya que los usuarios podrán compartir los articulos sobre tus quesos de una forma sencilla en estas redes mediante tabladequeso.es

Tim O'Reilly en FICOD

La semana pasada tuve la suerte de poder asistir a varias charlas/Talleres en el FICOD (Foro internacional de Contenidos digitales) en el Palacio de Congresos de la Comunidad de Madrid, es la quinta edición pero yo era la primera vez que asistía, la organización y el Palacio de Congresos en si, me parecieron excelentes, servicios de traducción simultanea, traductor para La Lengua de signos, control de asistencia mediante lectura de código de barras de la acreditación, un verdadero despliegue y una iniciativa que me pareció verdaderamente positiva y que desde aquí animo a repetir.

Uno de los patrocinadores fué RTVE y no se si por esta razón todas las charlas importantes están colgadas en la página del FICOD, como no pude asistir a la de Tim O'Reilly hoy he estado viendo su presentación la cual me ha parecido muy aconsejable para hacerse una idea de en que punto nos encontramos y cuales son las tendencias actualmente en las Tecnologías de la Información.

The Art of Lean Software Development (El Arte de Desarrollo de Software con Lean)

The Art of Lean Software Development (El Arte de Desarrollo de Software con Lean)
De Curt Hibbs, Steve Jewett, and Mike Sullivan
2009 (O’Reilly )
ISBN: 978-0-596-51731-1



Recientemente he terminado de leer este libro, empecé a leerlo porque quería tener otra visión de lean distinta de la que me podían dar los libros de Mary y Tom Poppendieck, algo más introductorio por decirlo de alguna manera, en ese sentido me he quedado satisfecho con el libro ya que creo es una buena aproximación a lo que es Lean, pero si ya estás familiarizado con las metodologías ágiles y sus prácticas es posible que no aproveches los capítulos centrales del libro porque tocará tópicos sobre los que ya hayas pasado, si por el contrario no tienes experiencia con las metodologías ágiles puede ser un buena toma de contacto.


El índice resumido del libro es el siguiente:


1 POR QUÉ LEAN?
2 APLICANDO LEAN AL DESARROLLO DE SOFTWARE
3 PRACTICA 0: TRATAMIENTO DE CÓDIGO Y CONSTRUCCIONES MEDIANTE SCRIPTS
4 PRACTICA 1: TESTEO AUTOMÁTICO
5 PRACTICA 2: INTEGRACIÓN CONTINUA
6 PRACTICA 3: MENOS CÓDIGO
7 PRACTICA 4: ITERACIONES CORTAS
8 PRACTICA 5: PARTICIPACIÓN DEL USUARIO
9 QUÉ ES LO SIGUIENTE?

El último libro técnico que he leido: Scrum and XP from the trenches.

Libro muy práctico enfocado al día a día de Scrum , el autor, Henrik Kniberg, cuenta como han resuelto en su equipo los problemas más comunes que se encuentran los desarrolladores de software al aplicar Scrum, aunque muchos de ellos son problemas comunes al desarrollo de software, a mi me ha servido para familiarizarme con esta metodología de trabajo, el libro está disponible de forma gratuita en INFOQ.

Metodologías de desarrollo.

Esta mañana me he preguntado qué método/metodología de desarrollo está pegando más fuerte, y siguiendo con el estilo de la semana pasada para saber que analizador de código estático está teniendo más éxito, he comparado la tradicional “unified proces” en adelante UP o RUP con las emergentes y consideradas ágiles “extreme programming” en adelante XP y “scrum” , el resultado lo podéis ver en google insights.

Desde mi experiencia personal que he trabajado intensamente tanto con RUP como con extreme programming, recomendaría uno u otro dependiendo del proyecto, principalmente tamaño, pero sin seguir de forma radical ninguno de los dos, aunque me incline ligeramente hacia las metodologías ágiles. A lo largo de los proyectos por los que he pasado, he visto desde los que se hacía necesaria la figura de una persona, o equipo de personas, que se encargue de tener los diagramas producto del diseño en sincronía con los cambios que se van haciendo en código (RUP), hasta proyectos en los que el extremismo por hacer “pair programming” , o programación por parejas, que es una práctica típica de XP mediante la cual dos programadores se sientan con un mismo ordenador y teclado, se llevaba tan a rajatabla que cuando uno de los miembros de la pareja se tenía levantar para ir al servicio el otro dejaba de programar y se dedica por ejemplo a leer el correo, tanto en el primer caso, que parece más efectivo generar los diagramas de diseño de bajo nivel mediante un herramienta de forma automática, como en el segundo que parece más razonable dejar el “pair programming” sólo para el núcleo del programa, o para formar a los nuevos miembros del equipo, o para superar un error tedioso, me parecen claros ejemplos de llevar la metodología demasiado lejos, pero no creo que se piense que estoy en contra de modelar con UML o en contra de la programación por parejas, todo lo contrario, me parecen verdaderamente útiles, pero en su justa medida.

A lo mejor es por mi educación en Ingeniería Informática, pero a mi UML me sigue pareciendo una herramienta imprescindible, sobre todo en las primeras fases del análisis, para hacer un modelo de alto nivel.

En cuanto a scrum sólo tengo unas ligeras nociones, pero viendo los resultados ofrecidos por google insights me están entrando ganas de mirarlo más en profundidad, parece que a día de hoy esta arrasando, y si que conozco alguna empresa en España que ha apostado por ella, habrá que mirar en las páginas de ofertas de trabajo para ver si de verdad se está usando.

Me resulta interesante ver que la consulta relacionada que está creciendo más es “Agile Unified Process” que es una versión simplificada de RUP añadiendo conceptos de las metodologías ágiles como el TDD (desarrollo guiado por test) pero conservando principios inamovibles como desarrollar a partir de un Modelo.

20/07/2011 Actulización de google insight añadiendo Lean



| | | |