De los temas relacionados con metodologías ágiles me llamó la atención hace unas semanas un par de artículos realizados por Juan Palacio en www.navegapolis.net que destacan varias cosas:

1.-Siguen existiendo dos grandes maneras de enfocar la ingeniería del software que llevan al mismo objetivo (desarrollo de software de calidad y compromiso): En el artículo “Síntesis entre agilidad y disciplina“, he entendido yo que se trata de determinar que da igual que el centro del universo del desarrollo de software esté en las personas, o esté en los procesos que realizan las personas, ya que se puede llegar al mismo objetivo. Que por cierto, como dice Rodrigo Corral en otro artículo “¿Eres un desarrollador con principios?” no confundir desarrollo ágil con “libre albedrío”, sino todo lo contrario.

2.- Que para aplicar métodos ágiles, en las reuniones de control y planificación es posible usar técnicas cerradas…curioso pero cierto como comenta en su artículo “Método ágil de estimación: Planificación de póquer“.

Otra sorpresa ha sido cuando he visto que eso del TDD “Test Driven Development” no es algo que sólo defendamos unos pocos. Véase: Java Tools for eXtreme Programming, Pon un tester en tus proyectos o Beneficios y características de un buen test unitario.

Os dejo los tres enunciados de los tres ejercicios a realizar. Los tres ya están hechos porque forman parte de la práctica, pero me tenéis que imprimir el enunciado siguiente y entregármelos con las respuestas también impresas. Os dejo también aquí el enunciado de la práctica a entregar y defender el día de Febrero que nos toque aula.

Si hace un tiempo comentaba que la web 2.0 había revolucionado hasta la manera de definir los puestos de trabajo tradicionales, ahora, apenas unos meses después, parece que se está usando tanto el término 2.0 que se ha degradado y, por lo que se ve, mejor no usarlo. Es lo que tienen las modas, normalmente acaban pasando porque acaban cansando, aunque en lo 2.0 aún no le ha llegado el turno a España.

Pero igual que algunas cosas pasan, otras evolucionan y mejoran. Y cuando las cosas se convierten en algo serio sale legislación al respecto para regularlo. En informática y en internet tenemos la LOPD y la LSSICE (que por cierto, la Agencia de Protección de Datos acaba de dictar una nueva normativa relacionada con cámaras de seguridad), o de la reforma de la Ley de la Propiedad Intelectual. El problema de la legislación no es sólo si es efectiva o beneficia a unos u otros, sino los vacíos que puede generar. Un vacío es como un error en un algoritmo, es como un caso no contemplado porque al programador no se le ocurrió (y al jurista tampoco). Menos mal que la historia de la vulneración de la propiedad intelectual de una psicofonía, descrita por David Bravo, es sólo una inocentada para reírse un rato.