a.- Hacia los test automatizados

Hemos sentado la premisa que la certificación del producto lo hacemos todos. A su vez también hemos establecido las abstracciones como una de las claves del avance de la informática.

En paralelo a esas abstracciones, podemos ver la automatización como una de las calves del avance de la sociedad.

Esa misma automatización se debería aplicar a los procesos de software, de manera que no sólo el creador es el que decide cómo se debe comportar, sino que además decide cómo se debería probar ese comportamiento y auto-suministra métodos para llevar esas comprobaciones a cabo.

Al final siempre el creador es el más interesado en que su producto funcione bien. Por tanto el objetivo de esta creación es hacia la automatización de las pruebas, que el 90% del comportamiento del aplicativo sea predecible y comprobado automáticamente. Y a su vez seamos el resto de la comunidad los que identifiquemos ese 10% restante.

Pero siempe será mejor que sea el 10% y no el 90%. Sin duda la creación de estos test automatizados es una referencia directa a la calidad del producto.

A su vez es otra indicación hacia la in necesidad de entornos de pruebas o certificación, debido a que esas mismas pruebas se harán automáticamente.

Lenguajes como perl disponen de miles de test automatizados y ya Drupal está siguiendo el mismo camino, donde los desarrolladores, no sólo hacen el módulo en cuestión sino a su vez indican y generan una serie de test que debe pasar ese módulo.

Se trata sin duda de la correcta interpretación del proceso de pruebas, donde el que decide cómo se debe probar es el más indicado, por tanto quién ha realizado el componente.

b.- Evaluación mundial del código (descarte entorno certificación)

En la misma linea ya definida, en el momento en el que se consiga una auto comprobación de los componentes generados, desaparece la necesidad de que haya equipos humanos comprobando esos componentes.

Es la misma idea de las cadenas de producción que supusieron la revolución industrial. En el momento en el que tenemos una máquina que hace el trabajo, desaparece la persona.

Esa misma filosofía ahonda actualmente en los múltiples entornos de certificación o pruebas de aplicaciones.

Pero si lo enfocamos a nivel de evolución social, no es nada malo, se descartan labores rutinarias y permite que realmente se enfoque el tiempo y los recursos en labores de conocimiento.

El objetivo más allá de certificar el funcionamiento de los componentes deberá ser conocer esos mismos componentes y certificar el buen uso de ellos y aconsejarlos siendo una referencia de información.

Por tanto si bien es cierto que desaparece la necesidad de entornos de certificación. Directamente aparece una nueva necesidad, una necesidad tan antigua como la propia especie : La necesidad del conocimiento.

En el momento en el que se incrementa el número de componentes debe aparecer una serie de departamentos , de asociaciones, de entidades, etc.

Que permitan clasificar y jerarquizar los mismos, con objeto de buscar ese ideal de simplicidad social.

Aparecen los entornos de calidad y los modelos de arquitectura de componentes.

A partir de este momento el objetivo no es crear sino saber utilizar lo que ya está creado. De forma que uno de los principales papeles de cualquier informático es el estudio continuo de metodologías y posibles componentes aportados por la sociedad.

Porque, en el modelo libre, esos componentes SON DE TODOS. Aprovechémoslo y sigamos haciendo grande nuestra especie. Pues lo mejor que tenemos es la capacidad de pensar, idear, interpretar y sentir.

Viva el Software Libre

Vivan las personas

Viva la libertad