Os paso este link que nos envía Jordi…Durante muchos años nos han dicho que los proyectos de software son proyectos de ingeniería. Que debe haber documentación, planificación y control para llevar a buen fin el desarrollo de un proyecto de software. Esta idea está cambiando. El debate está abierto. A veces, resulta que el caos aparente, la libertad de actuación y pensamiento sumadas a una comunidad de gente que aporta y lleva a cabo sus ideas sin ninguna metodología crean proyectos realmente buenos.
Merece la pena su lectura. Esperando que os parezca interesante y sobre todo… invitándoos a que incluyais vuestros comentarios:
Sobre ingeniería del software
http://gallir.wordpress.com/2009/07/20/¿ingenieria-del-software-ahora-vienen-los-mea-culpa/
Mi opinión… en su momento, me consideraba buena programando. Hace años que no lo hago en serio porque he tirado por otros derroteros, pero recuerdo que me encantaba resolver el problema concreto y me encantaba ver que lo que tenía en mente hacía un rato, estaba hecho y funcionando. Me licencié en informática en el año 97… ha llovido muchísimo desde entonces y lo que tengo más claro, es que a pesar de que de las 25 asignaturas de la carrera 22 eran básicamente teóricas, cuando aterricé en el mundo laboral lo importante era entregar en fecha el desarrollo. Aunque no estuviese terminado porque los plazos de entrega eran imposibles, pero había que entregar algo y después… ya se arreglará. La aplicación de cualquier metodología aprendida era una utopía. Los miles de párrafos teóricos que tuvimos que aprender, estadística, álgebra, análisis matemático, algorítmica, concurrencia, autómatas… ¿Para qué me han servido en mi vida laboral? ABSOLUTAMENTE para NADA… tiempo, esfuerzo, sudor y lágrimas perdidos y tirados a la basura. Pérdida absoluta de un tiempo precioso de mi vida donde el único objetivo, por triste que parezca, era “aprobar un examen” cuyo contenido olvidabas a la semana de haberlo aprobado. O que me explique alguien si es capaz hoy de resolver una integral de esas estupendas que hacíamos sin ningún problema en segundo de carrera…
Aprendes a sobrevivir. A buscar. A documentarte. A autoformarte… pero la verdadera carrera empieza cuando acabas. En cada sitio aprendes problemas reales. En cada empresa te enfrentas a situaciones distintas. ¿Porqué no se dejan de tanto rollo y enseñan realmente lo que se necesita después? Cuando sales de la facultad eres un pipiolo que no tiene ni idea de nada. Cualquier FP sale mejor formado para su trabajo que nosotros los licenciados. Mucha teoría, mucho libro, mucho examen y a pesar de los miles de prácticas que tuvimos que realizar… nada parecido a la realidad de lo que te encuentras después.
Aprendimos UML, Merisse (no recuerdo si se escribe así), aprendimos metodología de la programación, métricas… ¿Alguien usa algo de esto en la vida real? ¿Quien, cómo, para qué? En mi opinión es imposible. Cualquier cosa que programes es susceptible de ser mejorada. Por mucho que hoy te parezca que está perfecto, mañana se te ocurren ocho cosas más que se podrían incluir y que mejorarían sobremanera lo que hiciste ayer. Y esto no es predecible, ni es aplicable ninguna metodología. Es más… me he enfrentado en ocasiones a tener que ceñirme a un análisis estricto hecho por… se supone… analistas expertos, donde había fallos garrafales de diseño. Donde siendo programador te das cuenta de que si lo montas ciñéndote a lo que te dan en papel… la pifias… o cuando realmente te pones a ello y metes las manos en harina, ves que haciéndolo de esta otra forma quedaría mucho mejor… la programación es más un arte que una ciencia. Alguien que no nace programador, por mucho que intente aprender técnicas, no será nunca un buen programador. Igual que si no llevas el arte de la pintura, por mucho que hagas un curso, no pintarás nunca un buen cuadro… lo cual no te impide pintar un cuadro… aunque no sea bueno.
