El día que entendí que los patrones de diseño no eran solo humo… 🤯
Hola amante del código espagueti y de hacer las cosas corriendo,
Hoy te traigo una revelación que tuve hace unos meses y que te va a ayudar a elevar la calidad de tu código.
Sí, fue una de esas “revelaciones”, que cuando te das cuenta piensas…
¡¡¡Cómo no lo he podido hacer antes!!!
Cómo he podido pasar tanto tiempo sin hacerlo.
Y ahora cuando veo mi código… estoy orgulloso y sí que me considero un Tech Lead / Arquitecto Full-All-Ninja-Start-Jedi-Developer.
El caso es que durante años, repito, AÑOS, pensaba que esto de los patrones de diseño era un poco postureo… que era la típica pregunta que te hacían en las entrevistas, o la parte teórica que te aprendes, pero que luego nunca haces.
Y hace unos meses, me tocó hacer un nuevo desarrollo desde cero y pensé:
“Oye… y porque no… y si lo aplico?”
Mira, no sé si te pasa a ti también, pero me paso el día leyendo y formándome sobre cosas de programación, pero luego no tengo tiempo para aplicar todo, y como sabes… se acaba olvidando.
Y en ese momento lo vi claro… y si lo practico en este nuevo desarrollo 🤔.
Leí mi desarrollo.
Me puse a pensar.
Lo analicé.
Vi qué patrones podía aplicar.
Y me puse a desarrollar e incluso con TDD (ya puestos).
Solo una palabra:
INCREÍBLE
Y si… si ahora mismo te estás preguntando: “Ya, pero es que así tardas más, ¿no?”
✅ Correcto, se tarda más, no lo voy a negar.
PEEERO…
Primero; tardas más porque es la primera vez que estás haciendo bien las cosas y luego ya te irá saliendo solo.
Segundo; a la larga acabas ahorrando tiempo, porque cuando luego te toque cambiar el código, añadir cualquier cosa, o resolver un bug, vas a tardar mucho menos.
Una vez que terminé todo, miré de forma general todo lo que hice, y haciendo el traspaso de conocimiento a un compañero es cuando lo entendí:
👉 Los patrones de diseño no son para fardar o hacerte el chulo, son para hacer las cosas BIEN.
No son recetas mágicas, son atajos mentales para no volver a tropezar con los mismos problemas.
Desde entonces, cuando veo un código con mil condiciones o dependencias acopladas, pienso:
“¿Qué patrón le metemos a esto?”
Y siempre.
SIEMPRE.
Hay uno.
🧩 Moraleja
Los patrones no son de los arquitectos, desarrolladores senior, ni de los que hablan raro en reuniones.
Son para ti, que estás pegándote con el código todos los días y sacando todas las tareas y bugs adelante.
Y si crees que los patrones de diseño “no sirven”, espera a tener que resolver un bug en producción de un código “espagueti” o de esos que no sabes por donde coger.
Ahí espero que te acuerdes de este post.
P.D. ¿Te gustaría que en la próxima newsletter te enseñe el ejemplo real del Strategy Pattern con Spring Boot y cómo lo aplicamos en el proyecto?
Nos leemos dentro de otra semana,