Construyendo Passport: una app full-stack en un fin de semana

La idea

Trabajo en analítica de aviación. Después de años de trabajo con datos en la industria aérea, quería algo que nadie había construido todavía: una forma de visualizar cada vuelo que he tomado sobre un globo 3D interactivo.

Casi todo el mundo tiene mapas de vuelos. El mío grafica 230 vuelos a lo largo de 28 países y 50 aeropuertos, sobre un globo que puedes rotar, acercar y explorar. Se llama Passport.

La línea de tiempo de antes

Hace seis meses habría empezado este proyecto con una estimación realista: seis a ocho semanas. Eso es lo que toma ir de la idea a una app web en vivo cuando la construyes tú mismo.

Este es el stack que consume tiempo:

• Framework de frontend (React, Vue o similar)
• Librería de visualización 3D (Cesium, Three.js, Babylon)
• API de backend para servir los datos de vuelos
• Configuración de base de datos
• Pipeline de despliegue
• CSS que no se vea roto

Cada pieza tiene su curva de aprendizaje. Cada punto de integración es un lugar donde hay que depurar.

Qué cambió: Claude Code

Un fin de semana. De principio a fin.

Así pasó realmente. Tenía clara la idea de lo que quería construir. Sabía qué stack iba a funcionar. Tenía el conocimiento del dominio (conozco aviación y datos de vuelo). Lo que no tenía: tiempo para escribir todo ese boilerplate.

Ahí es donde Claude Code hizo la diferencia.

En vez de escribir el código yo mismo, describí lo que quería. Claude escribió el esqueleto, las APIs, los componentes. Yo me concentré en la lógica que sí importaba: dejar bien los datos de vuelo, asegurarme de que el globo funcionara, ajustar el diseño visual hasta que se sintiera bien.

Lanzamos Passport. En vivo. Usable. Funcionando.

La lección de fondo

Lo que hizo que esto funcionara no fue solo Claude. Fue la combinación. Yo aportaba algo que Claude no podía: conocía aviación. Podía detectar cuándo los datos de vuelo estaban mal. Entendía qué debería mostrar realmente una buena visualización. Tenía criterio.

Claude aportaba velocidad. Escribió el boilerplate. Manejó los puntos de integración. Conocía las librerías y frameworks que yo no necesitaba perder tiempo aprendiendo.

Lo que ocurrió entre los dos fue la iteración. No usé el primer borrador de Claude. Lo ajusté, lo rompí, pedí algo distinto, lo refiné. Ese ciclo fue lo que convirtió una buena idea en algo que valía la pena lanzar.

El error que comete la gente es pensar que la IA reemplaza el pensar. No lo hace. Solo quita la fricción alrededor de lo que no es pensar. No pasé tiempo escribiendo boilerplate de React. Pasé tiempo entendiendo el problema.

Si tienes conocimiento del dominio, una visión clara y disposición a iterar sin encariñarte con la primera versión, programar con IA funciona. Si eres vago sobre lo que quieres o no sabes reconocer si algo está bien cuando lo ves, ninguna cantidad de IA te va a ayudar.

Lo mismo aplica a tu trabajo. La ventaja competitiva no va a ser de la empresa con el stack más elegante ni de la persona que mejor conoce la IA. Va a ser de quien entienda su problema lo suficientemente a fondo como para saber qué construir, y además tenga la velocidad para construirlo.

Passport empezó como un proyecto de fin de semana. Es un recordatorio de que el cuello de botella para construir ya no es programar. Es pensar. Es saber qué construir. Ahí es donde debería ir tu tiempo.

Pruébalo: https://lnkd.in/eHrKZnJD

¿Qué es esa cosa que has estado posponiendo construir?