Tag Archives: Software

Deuda técnica en el 2017

Si bien es cierto nunca he escrito sobre la deuda técnica, reconozco que cada cierto tiempo reviso o empiezo un nuevo borrador al respecto y lo dejo –con mucho dolor– en la lista de apuntes sin publicar.

Hoy por la noche voy a borrar aquellos apuntes y tengo un sinsabor que aumenta con el paso de los años.

Antes de continuar con ello y para quitarme el clavo, aquí algunos apuntes:

  1. Ward Cunningham indica que la deuda está asociada a la programación/reprogramación/corrección que harás más adelante, pues hoy –o ayer– no hiciste un programa sin seguir las recomendaciones, estándares o buenas prácticas de programación y/o arquitectura.
  2. McConnellFowler clasifican las causas como deliberadas, por desconocimiento o incluso ingeniudad.
  3. Por mi parte y considerando que más que software se entrega una solución, pienso que la deuda se debe analizar en todo sentido, en cada capa, etapa, proceso, modelo o secuencia utilizada para la creación del producto.
    • Esto significa que también se debe hacer una mención al hecho de cómo se definen las necesidades de los usuarios o cómo es que se compila, distribuye o instala el software resultante.
    • Tampoco se debe olvidar el prototipado/maquetado de la solución. El cual a veces es olvidado y otras es tan sobrevalorado que hasta llegas a odiarlo.
  4. La deuda se debe mitigar de a pocos ni bien se vaya identificando. Sería ideal eliminarla pero casi nunca es así.
  5. Para finalizar, creo que para no confundir, la deuda técnica debería cambiar de nombre o al menos de versión, pues la realidad ha cambiado y con tantos nuevos jugadores, debería existir algo así como una “Deuda Técnica 2.0”

Continue reading Deuda técnica en el 2017

¿Qué? ¿Cómo? y ¿Por qué?

Hace unos años escribí un post que resumía mi forma de pensar respecto a las trabas que identifiqué en el trabajo (de esa época).

Esto pues, muchas veces al empezar el trabajo, nos centrábamos en intentar entender el detalle y/o cómo se harían las cosas, cuando en realidad lo primordial era comprender a nivel general, la funcionalidad que se buscaba cubrir.

En resumen, perdíamos el tiempo intentando entender el ¿Cómo? cuando lo importante era el ¿Qué?

Como dije al empezar este post, han pasado los años y ahora entiendo que en realidad estaba equivocado.

what-hi

Continue reading ¿Qué? ¿Cómo? y ¿Por qué?