Barrapunto

No existe un método de desarrollar software garantizando la calidad y seguridad del mismo.

De momento es imposible, hay ISOs, teorías y miles de indicaciones para el desarrollo del software.. pero ningún documento que explique como lograrlo. Cuando exista un documento que especifique los métodos a seguir por un grupo de desarrollo para generar software seguro y de calidad que cumpla unos requisitos mínimos especificados en el mismo documento se podrá regular la ingeniería del software y otorgar atribuciones. Hasta ese día no.

Pero oye, si lo que quieres es que de informático solo pueda trabajar un tío que tenga título para que haya menos gente viviendo de esto y podamos cobrar más los que lo tenemos, por mí perfecto. A esa huelga sí que me apunto.

Lo que no me interesa es ir a la cárcel porque se haya descubierto una vulnerabilidad en un programa que hice y que un banco perdiera sus bases de datos.

Claro, claro, porque las demás ingenierías han tenido procesos claros y bien definidos desde su aparición. Lo que hay que leer...

¿Cárcel por perder las bases de datos de un banco? Y yo que pensaba que esas cosas se resolvían por lo civil...

En efecto... ese es el principal problema...

A diferencia de otros colegiados, que sí que trabajan con procesos y cálculos muy probados a lo largo de muchos años, la de informática sigue siendo muy "artesanal", a pesar de la ingente cantidad de herramientas de generación automática de código que usamos todos los días.

Nadie nos libra de los errores.

Pero... ¿qué sucede en los colegiados de Arquitectura o Medicina? Aunque un arquitecto esté seguro de sus cálculos (jaja: estarán basados en los realizados en un ordenador :) o que un médico esté seguro de su experiencia tratando enfermos, esa seguridad no es plena.

Por ello, los Colegios oficiales subscriben pólizas de seguros, para el caso de que un colegiado meta la gamba y se quede sin trabajo por culpa de un error. O incluso si tiene que ir a la carcel... el seguro le pagará una pasta.

Al final, los que ganan de verdad son los abogados y las compañías aseguradoras...

Con colegio o no, con atribuciones o no; la responsabilidad civil en los productos de ingeniería en informática debería ser obligada. Como en cualquier otra profesión.

Al margen de todo eso:

La ingeniería no consiste en verificar normas e ISOs, eso es un trabajo que puede hacer un mono tuerto y manco. La ingeniería es el trabajo que consiste en resolver un problema práctico novedoso de forma eficaz. Por eso se llama ingeniería, porque es un trabajo de ingenio. ¿Qué tiene de ingenioso leerse una norma y verificar que una solución la cumple? Eso es un trabajo técnico, mecánico. Cualquiera puede hacerlo.

Y para tener atribuciones, tampoco hacen falta garantías de ningún tipo. Un médico nunca te garantiza nada, y son los únicos a los que no les quitaría yo todas sus atribuciones. Un arquitecto, por ejemplo, solo da garantías dentro del entorno previsto. Si el entorno cambia (carga mayor de la prevista, condiciones atmosféricas distintas, etc), no te garantizan nada. Y en general, cualquier ingeniero te garantiza lo suyo solo en caso de que todo haya sido hecho sin errores respecto a lo especificado (materiales, construcción, etc). Sino, de nuevo nada.

No te equivoques: yo no quiero que sólo pueda trabajar "un tío que tenga título para que haya menos gente viviendo de esto y podamos cobrar más los que lo tenemos". No es mi caso. Estamos en otro tema: ingeniería en informática.

Partamos de la base de la juventud de la carrera de informática. No es justo comparala en métodos con otras ingenierías que llevan décadas.

Aún así, ¿te crees que todo lo que proyecta un ingeniero sobre el plano -aeronáutico, naval, de telecomunicaciones, etc- funciona con seguridad? Ni de coña. Hay prototipos y todo tipo de pruebas de funcionamiento, antes de darlo por finalizado. La cosa es que en estos proyectos de ingeniería nadie pone unos plazos ridículos de meses para un desarrollo serio.

En la Ingeniería Informática esto no pasa, ¿por qué? Por no se piensa en procesos de ingeniería (como es tu caso), sino en ñapas, chapuzas que se acaban en pocos meses y se entrega al cliente sin unos mínimos de calidad (se apañan con un simple manual de usuario). Porque como en tu casa puedes hacer los programas, la cosa no estan complicada (no se necesitan túneles de viento, osciloscopios, etc.).

A todo esto se añade que cada cliente quiere cosas distintas y personalizadas por lo que es difícil estandarizar procesos como sucede en otras ingenierías. Súmale a esto que el director del proyecto (o el comercial) dice que sí -a todo lo que pide el cliente- sin incrementar el precio del producto o alargar los plazos de entrega, porque sino el cliente se va a otra empresa que se lo "hace" por dos duros. En estos momentos nos encontramos con un marronazo encima que lo único que queremos es perderlo de vista. Y el resultado es el esperado: una mierda pinchada en un palo que no tiene nada de ingeniería.

Pensando así es imposible ver ingeniería en el desarrollo del software.

Tengo bastante experiencia profesional en empresas de todo tipo y lo primero que piden es el plazo de entrega sin hacer un análisis serio del problema. Suelo clavar los plazos de entrega, pero no veas lo que cuesta hacer compreder a un director de proyecto (matemáticos, físicos o todo tipo de ingenieros) que no se trata de picar códico desde el primer día como un pollo sin cabeza, sino de entregar un producto de calidad en plazos razonables. No pueden entenderlo, como tú.

http://www.csi.map.es/csi/metrica3/index.html [csi.map.es]