Cuando tenía doce años, comencé a programar en Basic, en un ZX Spectrum de 128K. En esos momentos, hacer un programa consistía en sentarme delante de mi ordenador durante unas cuantas horas para finalmente ver el resultado. Un pequeño programa de gestión de contactos, un juego de puzzle, un Tetris o un juego de plataformas en 2D. ¿Pero cuál es el coste de todo esto?
A lo largo de los años y de los lenguajes la programación se convierte en mi pasatiempo favorito y más tarde en mi trabajo. En una forma de realizar programas de ideas que me surgen, de forma heroica, y sin una fuerte organización que me permita ver el resultado de mi esfuerzo, ni las horas que voy a invertir, ni si merece la pena hacerlo de una cierta forma u otra.
Como programador disfruto de la programación sin orden, anárquica, programo lo que quiero, como quiero y todo el tiempo que quiero. Me encuentro con los problemas típicos de haber abordado un problema del modo equivocado y tener que reescribir una y otra vez el mismo código para alcanzar una forma óptima de lograrlo. No es óptimo y muchas veces aburre, ¿cuál es el siguiente paso?
Desarrollar es tener una idea en mente, darle forma hasta conseguir una idea completa y organizada, o al menos creíble, de un producto software factible mediante algún camino que se pueda tomar. Es decir, que si programo el código de una cierta forma, conseguiré lo que me propongo, ya que, mediante un diseño previo, he podido analizar las posibilidades de que no me ocurra el encontrarme ante un callejón sin salida.
Pero no es solo saber de antemano donde nos metemos al comenzar a programar, sino también, poder distribuir el trabajo en un equipo de desarrollo, un equipo de programadores. El análisis del problema nos permite ver qué hay que desarrollar exactamente, detecta las necesidades para que, después, el diseño nos diga el cómo podemos abarcar el problema para su resolución. Y ese cómo incluye la división del trabajo.
Como desarrollador, y viendo la programación como una parte del conjunto de hacer un proyecto de software, he podido aprender que, para poder realizar de forma más óptima un proyecto, hay dos caminos:
En conclusión, el siguiente paso ha sido convertirme en desarrollador. Conocedor de las metodologías predictivas y ágiles y poder dar a cada proyecto la orientación necesaria para poder llevarlo a cabo de la mejor forma posible.