UXnicorp Academy

Construyendo un curso moderno de desarrollo web con Astro

"Una plataforma educativa orientada a performance que demuestra con su propia arquitectura los principios de velocidad, simplicidad y Zero-JS que enseña."

Trayectoria

FIG 01. Representación estructural de la solución© Gonzalo Daniel Vega

01 / CONTEXTO

El punto de partida del desafío

La mayoría de los cursos de desarrollo web en español compartían varios problemas: contenido desactualizado, demasiada teoría pasiva, malas performances y plataformas sumamente pesadas cargadas de JavaScript que penalizaban Core Web Vitals. En UXnicorp necesitaban una forma consistente de onboardear desarrolladores, documentar su stack de trabajo y enseñar su metodología de diseño centrado en producto. Decidí construir un recurso educativo de altísima calidad, pensado para el equipo pero abierto a cualquiera que quisiera aprender. Sin logins, sin pagos, sin trabas. Si a alguien más le servía, mejor.

02 / INVESTIGACIÓN

Hurgando bajo la superficie: ¿Qué investigué?

Analicé plataformas como freeCodeCamp, Udemy, Coursera, MDN y tutoriales de YouTube. Observé cuatro problemas principales:

Demasiado video pasivo, lo que reduce la retención y dificulta la consulta rápida de conceptos.
Performance ignorada: plataformas educativas que usaban SPAs pesadas enseñando, paradójicamente, buenas prácticas frontend.
Ejemplos estáticos o no editables, separando drásticamente la teoría de la práctica.
Abstracción temprana: cursos que enseñaban React antes de explicar HTML, el DOM o cómo funciona realmente un navegador.

Entendí que el curso tenía que sentirse rápido, claro, progresivo e interactivo. Y técnicamente, el producto debía ser el reflejo de sus enseñanzas: si enseñás performance, la web debe cargar instantáneamente.

INSIGHT REVELADO

LA SÍNTESIS

"Definí principios clave: Zero-JS donde no haga falta (sin cargar SPAs pesadas para texto estático), interactividad progresiva (React únicamente donde aporte valor: playgrounds, demos, toggle de temas), contenido primero y aprendizaje no lineal sin backend innecesario. El proyecto hizo evidente algo que ya venía pensando y es que la arquitectura también comunica criterio. No podés enseñar buenas prácticas de rendimiento en una web lenta."

Comprender este pilar transformó por completo la dirección táctica del proyecto, permitiendo depurar el ruido innecesario y enfocarse en valor estricto.

03 / TÁCTICAS

Análisis de compromisos: opciones sobre la mesa

Construir software a medida requiere evaluar escenarios honestamente. Ninguna arquitectura es perfecta, cada decisión tiene un precio:

OPCIÓN 1

Next.js (App Router)

Ventaja: excelente ecosistema y SSR maduro. Desventaja: demasiado overhead y JavaScript innecesario para un sitio de contenido estático.

OPCIÓN 2

Gatsby

Ventaja: orientado a contenido. Desventaja: DX menos moderna y tiempos de build sumamente lentos.

OPCIÓN 3

Astro (Islands Architecture)

Ventaja: renderiza HTML estático, elimina JS innecesario, performance excelente y perfecto para contenido educativo. Desventaja: ecosistema más nuevo y ciertas limitaciones en interactividad compleja.

04 / DETERMINACIÓN

La Decisión: El camino elegido

Elegí Astro como el core del proyecto. Esto me permitió crear contenido estático ultrarrápido y añadir interactividad encapsulada a través de "React Islands" en playgrounds y componentes interactivos como el toggle de tema o el visor de código. Para evitar un backend innecesario, mantuve el sitio completamente estático con Astro en modo SSG, sin base de datos ni APIs externas. La decisión de no tener auth ni backend no fue solo técnica: quería que cualquiera pudiera entrar y aprender sin fricción. La búsqueda, el progreso y la autenticación quedaron fuera del alcance inicial para priorizar la velocidad y simplicidad del deploy. Tiempo después migré el contenido a MDX + Content Collections, separando el contenido de la estructura y haciendo el proyecto más mantenible.

LO QUE FUNCIONÓ DE VERDAD

Astro + Islands fue la decisión correcta. El sitio es rapidísimo, las demos interactivas suman sin hacerlo pesado, y no tener auth ni backend no solo simplifica todo sino que lo deja abierto para cualquiera que quiera aprender.

LIMITACIONES Y COMPROMISOS

Sin backend se pierde seguimiento de progreso entre dispositivos.

DE LA BITÁCORA PERSONAL DE GONZALO: ¿QUÉ HARÍA DIFERENTE HOY?

"Me gustaría agregar más demos interactivas en otros módulos, no solo en CSS."

Anotación retrospectiva posterior al lanzamiento

Gonzalo Daniel Vega — 2025 — SFV Catamarca, Catamarca