La propuesta

El 14 de octubre, Epic Games lanzó la preview de su nuevo launcher con un anuncio que no pasó desapercibido. El post oficial de la empresa lo decía sin rodeos: "Programar es difícil. Así que, en lugar de hacerlo, hemos hecho vibe coding del nuevo Epic Games Launcher, que es mucho más rápido y responsivo que el actual."

Cuesta no agradecerlo. La preview realmente arranca más rápido que el cliente anterior: Epic publicó sus propias pruebas de rendimiento, recogidas por Tom's Hardware, comparando 5,5 segundos contra los 10 de Steam, una mejora del 46%. Y es una beta, así lo etiquetaron ellos mismos.

Lo que encontraron los usuarios

Según la cobertura de Tom's Hardware y Windows Report, entre otros, la preview llegó con un puñado de bugs que los usuarios encontraron en los primeros días: la tienda cargando en blanco, la ventana del launcher volviéndose imposible de mover, errores de inicio de sesión, y el panel de Fab y amigos desapareciendo por completo en Linux. Valve actualizó Steam poco después y, según varios análisis, recuperó la ventaja de velocidad que Epic había reclamado. El parche 0.100.0 del 21 de octubre resolvió algunos de esos problemas. El launcher sigue en preview.

Por qué las críticas no eran realmente sobre los bugs

Las críticas que siguieron no tenían mucho que ver con los bugs en sí. Las betas incluyen bugs; es para eso que existen. Lo que molestó fue el encuadre, no los bugs en sí. El post de Epic atribuía a la IA el motivo de que el launcher existiera, y ese mensaje llegó justo después de que la empresa hiciera recortes importantes en su plantilla, incluyendo una ronda de aproximadamente 1.000 puestos a principios de 2026, según los medios de la época. El momento en que llegó el mensaje, más que el mensaje en sí, es lo que generó la reacción.

La lección real para los indies

Para alguien que está desarrollando un videojuego indie, la lección no es "Epic tuvo mala comunicación". Es algo más concreto. El vibe coding y el desarrollo asistido por IA son herramientas reales que ayudan a ir más rápido. Pero no cambian lo que pasa cuando alguien abre tu producto por primera vez y encuentra que el login no funciona o que hay un panel que no carga. Los bugs que encontraron los usuarios de Epic en los primeros días son del mismo tipo que el QA detecta antes del lanzamiento: no son casos extremos, son cosas que aparecen en los primeros cinco minutos de uso normal, con alguien que no ha visto el build antes.

Epic puede publicar parches cada semana hasta que el producto quede sólido. Un desarrollador indie que lanza una demo tiene una sola primera impresión. La diferencia entre "funciona en mi máquina" y "funciona para alguien que lo abre por primera vez" es exactamente para lo que sirve el testing.

IndieBug trabaja con desarrolladores indie para encontrar los problemas que solo aparecen cuando alguien de fuera del equipo abre el build por primera vez.