Si has estado pendiente de nuestras redes sociales, seguramente ya hayas visto un video reciente en el que hablamos sobre el auge de MCP o Model Context Protocol.

Si no lo has visto, hazlo 😉 (porque igual lo vas a necesitar).

Tal y como lo dijimos en el vídeo, MCP actúa como el cable USB-C que usas en tu laptop; te permite cargarla, transferir datos, conectar pantallas y hasta cargar otros dispositivos.

Pero en el contexto de MCP, se estandariza la comunicación de los sistemas de IA en general —no solo chatbots— a herramientas externas y fuentes de datos.

No todos están recibiendo estos correos.

De hecho, si te están llegando,

es porque en algún momento levantaste la mano,

te uniste a la newsletter,

Ya me lo han preguntado varios:

“¿Por qué montáis esto en WhatsApp y no en Discord?”

Respuesta rápida<:

Porque no quiero ruido.

Llevo 4 días contándote mi historia.

No por nostalgia.

No para que me aplaudas.

Sino porque sé que, en algún punto,

Había noches donde me iba a dormir a las 2 o 3 de la mañana.

Y me despertaba a las 7 con un solo pensamiento:

seguir.

En 2020 todo se vino abajo

Tenía un trabajo estable, proyectos con Oracle, rutinas claras.

¿Alguna vez has tenido que desarrollar una pasarela de pagos? 😬.

Bueno, realmente no es complicado si entiendes el flujo de pago. Sin embargo, una parte que sí se puede tornar realmente complicada (y que, por supuesto, aprenderemos hoy) es la del manejo de errores.

Durante la realización de un pago, se pueden presentar una cantidad de situaciones: particiones de red, fallas en los sistemas del banco o incluso un timeout.

Nuestro mayor desafío será decidir cuándo es conveniente reintentar el pago y cuándo no.

Mi primer lenguaje fue C.

Mi primera “herramienta” fue un boli Bic.

Quería ser arquitecto.

De esos que diseñan espacios y construyen cosas bonitas.

Hace dos domingos nos quitaron una hora.
A ti te dolió el sueño.
A tu API… le dolió la lógica.

Tiempos desfasados.
Registros duplicados.
Fechas que parecen sacadas de un multiverso.

Todo porque alguien se olvidó de esto:

Las máquinas no entienden el cambio de hora.
Solo entienden UTC.

Si tienes experiencia programando, probablemente ya hayas utilizado patrones.

Los patrones son soluciones reutilizables y probadas para resolver problemas, bien sea en el diseño, la arquitectura o la implementación del software.

Ahora bien, así como hay patrones, también existen los anti-patrones.

Particularmente, en la arquitectura de microservicios, hay algunas prácticas que se consideran anti-patrones y que, a la larga, pueden generar serios problemas.

Me pasaron un Excel con 3.000 registros.

Tenía que subirlos a mano a un CRM.

Una de esas tareas que te quitan la fe en la humanidad (y en los formularios web).

Abrí la hoja, suspiré... y pensé:

Un lunes por la mañana, con los ojos medio cerrados y la agenda ardiendo, me encontré en medio de una mini pesadilla:

Tenía que actualizar datos en dos plataformas diferentes, a mano.

Copiar. Pegar. Repetir. Y no equivocarme.

Tenía dos opciones:

Fue en una integración que parecía fácil.

Unas cuantas rutas REST, una aplicación frontend conectando a un backend, y todo debería funcionar como un reloj.

Pero no.

Cada vez que lanzaba la petición, la API respondía con un glorioso: error 500.

Literal.

Yo pensaba que todo estaba controlado.

Un sistema de reservas, sencillo, funcional, casi elegante.

Hasta que un día la API dejó de responder.

Pero ya podría estarlo.

GPT, Gemini, Claude…

Todas usan algo que tú deberías dominar: APIs.

Sin APIs no hay IA.

Así como organizamos nuestras casas, de vez en cuando hay que organizar también el código.

El ‘refactoring’ o refactorización es una práctica que consiste en mejorar la estructura y claridad del código sin alterar su comportamiento.

Mantener el código organizado no solo nos facilitará su futura comprensión y depuración, sino que también reducirá en gran medida la temida deuda técnica.

En este episodio, nos centraremos en explicarte distintas técnicas probadas con las que puedes refactorizar tu código. Si bien hay unas más simples que otras, al final del día verás como, al aplicarlas todas, tu base de código mejorará drásticamente 🙌.

Netflix no se cae.

Y no es porque tengan duendes mágicos.

Es porque su arquitectura está pensada para algo que la mayoría ignora:

Fallará. Tarde o temprano. Fallará.

Hay apps que se caen con solo abrirlas.

Y otras que, aunque tengan miles de usuarios al mismo tiempo, siguen funcionando como si nada.

¿La diferencia?

No es magia.

Una API no es código raro.

Tampoco es una herramienta para nerds con gafas y Red Bull en la mano.

Una API es, literalmente, el puente entre dos cosas que no se entienden.

Y como cualquier puente…