No hay nada malo en un atajo. Hay mucho de malo en un atajo que nadie dejó por escrito, porque quien tiene que devolverlo rara vez es quien lo tomó.
Dos tipos de atajo
Algunos atajos están contenidos. Dejar fija en el código una lista que hará configurable más adelante afecta a un archivo, y el coste de deshacerlo es el de editar ese archivo. Otros se extienden: saltarse la autenticación «por ahora», guardar fechas como cadenas de texto o dejar que un servicio acceda directamente a la base de datos de otro. Sobre esos se construye. Cuando alguien quiere arreglarlos, la corrección ya no es un cambio: es una migración.
La distinción no está en lo rápido que fue el atajo, sino en cuántas decisiones futuras dependen de él.
Deje el préstamo por escrito
Lo más barato que puede hacer en el momento del atajo es anotarlo: qué hizo, qué habría hecho en su lugar y qué haría que mereciera la pena revisarlo. Seis meses después esa nota es la diferencia entre una tarde y quince días, porque lo caro de saldar un atajo casi nunca es el código, sino reconstruir por qué el código es así.
El MVP que en realidad es un producto
La versión más cara de esto es el prototipo que acaba publicado. Se construyó para responder a una pregunta, así que no tiene pruebas, ni gestión de errores, ni se pensó en el décimo usuario; y entonces funciona, y se queda. Nadie decide ponerlo en producción: simplemente nunca se sustituye.
Si un prototipo puede acabar en manos de usuarios reales, dígalo antes de escribirlo. Esa sola frase cambia lo que se construye, y sale mucho más barata que la reescritura sobre la que, de lo contrario, tendrá esta misma conversación dentro de dos años.