La IA como fuerza amplificadora
Lo que me llevé de Tropical Rails 2025.
Fui a Tropical Rails con la expectativa de siempre: ver qué onda la comunidad Ruby, qué herramientas nuevas andan circulando, charlar con gente. No esperaba que la conferencia entera orbitara alrededor de un solo tema. Pero lo hizo. IA y agentes. Y no en el sentido de “miren esta tool nueva”, sino en el sentido de “esto cambia las reglas del juego y tenemos que hablar en serio”.
La conclusión
El takeaway que me llevé, y que fue el hilo conductor de casi todas las charlas, es simple pero contundente.
Los LLMs y los agentes de IA no tienen opiniones sobre la calidad del código. Amplifican lo que ya está ahí. Buenos patrones adentro, buen código afuera. Tech debt adentro, más tech debt afuera. Y más rápido.
Si la codebase no está limpia y preparada para escalar, no va a tener la capacidad de acompañar el crecimiento del producto. Y ahora que los agentes pueden producir código a un ritmo que ningún humano puede revisar, eso no es un problema de calidad. Es un problema de capacidad.
No es que esto no fuera verdad antes. Lo era. Pero ahora es más importante que nunca.
Dos herramientas que me quedaron
Dos gems salieron varias veces y valen la pena mencionar.
evil-seeds, como un dump de base de datos pero inteligente. Podés configurar cómo se scrobea la data, qué tablas incluir, cuántos registros sacar. Suena como un buen camino para finalmente tener una copia limpia y segura de producción para trabajar localmente.
Blazer, para detectar data rara o inconsistente en producción. La idea de tener algo que monitoree activamente la salud de los datos es algo que podríamos necesitar, más allá de si adoptamos esta tool en particular o no.
La moraleja
Si vamos en serio con usar IA para movernos más rápido, la codebase tiene que estar en un estado que lo haga posible. El tech debt dejó de ser solo un problema de calidad. Es un problema de capacidad. Y los agentes lo amplifican, no lo resuelven.