Quiero que imagines el siguiente escenario: estás almacenando la información de tus usuarios en una base de datos distribuida —esta última palabra es clave—, pues se encuentra repartida en 3 servidores A, B y C.

Cuando vayamos a guardar registros, queremos distribuir la información tan uniformemente como sea posible, es decir, que haya una cantidad de registros similar en cada uno de los servidores.

Para ello, es muy común utilizar una técnica conocida como mod-N hashing, en la que:

1. Se aplica una función de hash a una clave (como el ID del registro a insertar).

2. Posteriormente, se saca el módulo entre el número de servidores que tenemos, así:

Ya está abierto.

Después de días contándote la historia,

compartiéndote cómo nació todo esto

y hablándote de lo que estamos construyendo…

¿Es posible que un servidor haga cosas por sí solo a las 3 am mientras tú estás durmiendo? 😰.

Sí, tranquilo. No es nada paranormal, y se puede hacer gracias a una poderosa herramienta que tenemos en Linux: cron.

Si administras servidores es 100% necesario que la domines.

En este episodio aprenderemos todo sobre Cron, desde la sintaxis más básica hasta técnicas avanzadas para evitar colisiones entre tareas programadas.

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 🙌.