Es normal refactorizar constantemente porque algo no te gusta, pero hay una diferencia importante: refactorizar porque tienes un bloqueo técnico real es necesario, pero refactorizar sin haber lanzado es, a menudo, una forma de procrastinar.
Esta diferencia surge cuando uno toma decisiones y las acciona, ahí es cuando tomarás buenas decisiones o te equivocarás y por tanto te tocará elegir un nuevo rumbo, pero mientras no pruebas, mientras no lanzas, si sólo construyes o reconstruyes, nunca habrá progreso.
Creo que todos hemos experimentado en algún momento esa fase de refactorización continua. Por eso a día de hoy lo que te puedo decir es que mis claves son:
- Elijo el stack con el que me siento más cómodo para el proyecto si quiero iterarlo rápido.
- Si quieres experimentar, probar, idear, entonces uso lo que me apetece, pero hay que saber cuando estás en modo "producción" y cuándo en modo "estudio".
- Lanza tus herramientas a producción cuanto antes. Esto te hará ver qué es lo que no te gusta y qué es lo que necesitas.
Iterar y lanzar rápido no solo te da feedback técnico, te quita el peso mental de sentir que no avanzas.
Por eso lo más importante es diferenciar entre el modo estudio, donde puedes experimentar, del modo producción, que es cuando quieres sentir progreso. En este modo también está bien equivocarte pero aquí un error te sirve para elegir otro camino, si no, debes seguir avanzando.
Ahora gracias a la IA la programación ya no es el cuello de botella, ahora lo difícil es pensar y tener claridad para poder guiar correctamente a los diferentes modelos del lenguaje (LLMs). Si lo haces, el desarrollo es rápido.
En mi caso la velocidad de desarrollo se ha multiplicado enormemente, incluso puedo trabajar en varias herramientas y no tener demasiadas dependencias, ya que diseñar mis propios sistemas ahora es muy rápido.
Es cuando publicas, no cuando construyes o refactorizas, cuando ves realmente lo que no te gusta o lo que hace falta, y esto es progreso, esto es aprender.
Si no sabes por dónde seguir, sólo elige la opción que más te guste. Cuando trabajas en modo estudio, experimenta, pero si quieres ir rápido deja de refactorizar.