Archivo de la etiqueta: codigo

Resistencia al cambio

El desarrollo de software hoy ha cambiado mucho.

Hace algunos años, desarrollar suponía un esfuerzo continuo de prueba y error, para el cual se debía contar con un IDE poderoso que nos permitiera “debuggear” la aplicación mientras la íbamos escribiendo. Esto, si bien útil, terminaba por ser una tediosa tarea; aveces terminabas de escribir un método o procedimiento e inmediatamente buscabas que la aplicación compile, la ejecutabas, ponías “breakpoints” y “watchlists” de variables y te fijabas si la estructura de datos que habias armado se estaba llenando bien, si el reporte traia los datos correctos, o si el algoritmo funcionaba como debia.

Y gracias a dios; porque antes de eso, los programadores mas viejos te contaban “que en sus tiempos” los buenos programadores eran los que hacian las mejores “pruebas de escritorio”…y claro, compilar nomas, en la época de Fortran, Cobol y los disquettes de 5 1/4, y capacidad de 360kb…era un parto.

(Tiempos que se fueron y no vamos a extrañar…)

Pero hoy el desarrollo es inclusive mas distinto: ya ni siquiera es necesario ejecutar todo el programa, las pruebas unitarias hacen que el desarrollo sea un deleite: tenes una clase recién hecha o no sabes si el algoritmo lo codeaste bien? No hace falta compilar toda la app, correrla, hacer el camino hasta donde sea que se ejecute el código y ver por que “no anda como esperabas”, no…

Ahora, creas un nuevo caso de test, ejecutas el plugin de JUnit y san se acabo!

Todo ese lío de compilarlo todo y correr todos los pasos, quedaron restringidos a la integración o a la prueba del frontend…una delicia y un gran avance, porque ademas de desarrollar mas rapido te quedan luego los casos de test ya armados! con lo cual la aplicación (e inclusive el proyecto) en si termina siendo mas robusto. ( y ni te cuento si contas con Selenium o similares…)

Una belleza…

Sin embargo, aun hoy, ya a las puertas del 2014 y bien metidos en la panza del siglo XXI…sigo viendo desarrolladores en Argentina que continúan con practicas de los 90′. O peor, que asocian este tipo de desarrollo con sofisticadas practicas de agilismo a las cuales ellos no serian adeptos, como TDD o XP. (Y luego no te ponen un puto comentario en el código porque ellos son “agiles”)

Mmmmm…no.

La forma de trabajar evoluciono, es mas fácil, es mejor, pero nos resistimos al cambio. Como podes decirte informático y tecnólogo si lo nuevo te da miedo?

My two cents.

Ezequiel

Anuncios
Etiquetado , , ,