Building for the Long Term

Construyendo para el largo plazo

Los marcos cambiarán. Las bases de datos cambiarán. Lo que sobrevive es la claridad de tu pensamiento.

Cada pocos años, la industria decide colectivamente que todo lo que hemos estado haciendo está mal y que hay una manera mejor. Nuevos marcos, nuevos paradigmas, nuevas herramientas de construcción. La rotación es implacable y, si no se tiene cuidado, se pasa más tiempo migrando que construyendo.

He estado escribiendo software el tiempo suficiente para haber visto varios de estos ciclos. jQuery a Backbone a Angular para reaccionar a lo que venga después. Cada transición se sintió urgente en ese momento. Mirando hacia atrás, las cosas que realmente importaban rara vez tenían que ver con el marco.

lo que sobrevive

Los modelos de datos limpios sobreviven. Sobreviven fronteras claras entre sistemas. Los buenos nombres sobreviven. La decisión de mantener las cosas simples cuando se podrían haber hecho inteligentes, eso definitivamente sobrevive.

Lo que no sobrevive es el código escrito para impresionar, las abstracciones creadas para problemas que nunca se materializaron y las arquitecturas diseñadas en torno a las opiniones de un marco en lugar de la realidad del dominio.

El mejor código que he escrito es aburrido. Se lee como prosa, hace una cosa bien y no requiere un doctorado en teoría de categorías para comprenderlo. El peor código que escribí fue técnicamente impresionante en ese momento.

💬 Discussion 1
Guest
Avatar
  • Gabriel Ortiz (collapsed)
    Se me ocurrió probar algo relacionado con «Construyendo para el largo plazo» un viernes por la tarde. En resumen: adiós fin de semana y hola a cantidades industriales de café. ¿Existe un manual de supervivencia para hacer esto sin perder la cordura?
    0