Mi stack personal para lanzar proyectos rápidos en 2026

¿Lanzar rápido o lanzar bien? Hay quien piensa que para “moverse rápido” hay que usar siempre el último framework de JavaScript. Con la IA se puede sacar software en muy poco tiempo, pero la tecnología que elijas sigue siendo la base. Y no solo por estabilidad: también importa tu capacidad de revisar y entender el código que la IA genera por ti.

La IA suele empujarte hacia React por defecto, pero yo he encontrado mi punto dulce de productividad en un terreno que muchos tachan de “demasiado enterprise”: .NET y Angular.

Un stack con opiniones propias

Mucha gente huye de .NET y Angular porque los ve pesados. A mí me hacen ir más rápido. Traen tanta funcionalidad de serie que no pierdo tiempo configurando librerías básicas ni decidiendo cómo organizar las carpetas.

Frente al infierno de dependencias que a veces es NPM, los paquetes de NuGet suelen tener muy buen soporte, y eso reduce bastante los problemas de seguridad. Además, el propio stack me obliga a seguir buenas prácticas: cuando la IA me genera una funcionalidad, esta encaja en una arquitectura que ya conozco y que es fácil de escalar.

Go para lo que necesita rendimiento

Últimamente he metido Go para funcionalidades concretas. Lo uso cuando necesito concurrencia, porque los channels de Go van muy bien para procesar tareas en paralelo, y cuando tengo que cuidar los recursos: en mi VPS puedo ejecutar procesos pesados con Go sin desperdiciar RAM, algo en lo que otros lenguajes se quedan cortos.

PostgreSQL y sus extensiones

En todos mis proyectos la base de datos es la misma: PostgreSQL. Con sus extensiones deja de ser solo un sitio donde guardar tablas y cubre mucho más:

• Timescale, para todo lo que tenga que ver con series temporales o analítica avanzada.
• PGvector, para guardar embeddings y hacer búsquedas vectoriales sin salir de la base de datos principal.

Mi flujo con IA: Antigravity y VSCode

Para generar código me he pasado a Gemini con Antigravity (aprovecho la suscripción de Google AI Pro que tengo por la universidad). Sus modelos y su CLI me han sorprendido para bien: si la feature está bien definida, la implementa en una o dos iteraciones.

Aun así, no he dejado VSCode del todo. Probé la extensión de Google para VSCode, pero con prompts complejos suele fallar. Y hay otro motivo de más peso: el ecosistema de Microsoft. En IDEs como Antigravity echo en falta extensiones que Microsoft no ha liberado para terceros, como el C# Dev Kit.

Así que trabajo de forma híbrida:

1. Itero y escribo la mayor parte del código en Antigravity con Gemini.
2. Lanzo y depuro en VSCode. Con .NET Aspire basta con un aspire run desde VSCode y tengo la depuración lista con la experiencia nativa de Microsoft.

Orquestación con .NET Aspire

Para juntarlo todo (.NET, Go y Postgres) uso Aspire. Me deja montar la infraestructura en un par de líneas de código y me da trazabilidad y telemetría completas. Para mí, lanzar un producto no es solo que el código funcione, sino saber qué está pasando por dentro desde el primer minuto.

Lo que me llevo

Ir rápido no obliga a sacrificar estabilidad. Con herramientas maduras, Go donde hace falta rendimiento y Postgres cubriendo más de lo que parece, paso de la idea al despliegue en días sin perder el control de lo que la IA escribe. Al final esa es la parte que más me importa: poder leer y entender el código que estoy lanzando.

¿Tú prefieres un stack ligero o te quedas con herramientas que ya traen sus propias opiniones?