Pasar a la acción gracias al AI Vibe Coding

Llevaba meses, si digo años no mentiría, queriendo crear mi sitio web personal. Tenía la idea clara, pero cada vez que abría el editor, me enfrentaba a la misma barrera: la página en blanco. No es que no supiera programar, con treinta años de experiencia, pero empezar desde cero requiere energía que escaseaba para proyectos personales.

Todo cambió cuando empecé a usar Cursor. En lugar de escribir todo el código, escribía lo principal y el resto me lo completaba. Ese cambio de mentalidad fue suficiente para romper la barrera. Este no es un tutorial sobre "vibe coding" (ya hay muchos de esos), es lo que aprendí construyendo el sitio que estás leyendo.

1. El Problema de la Página en Blanco

Al empezar un proyecto desde cero, hay que tomar cientos de decisiones: ¿Qué framework? ¿Qué estructura? ¿Qué herramientas? Cada decisión parece importante y puede ser "incorrecta". Es fácil quedar paralizado, porque sabemos lo que implica querer cambiar luego esa decisión.

Ya había pasado por esto. Un sitio anterior con Jekyll funcionaba, pero mantenerlo era una carga. Esta vez quería algo simple, pero "simple" también es una decisión. La parálisis por análisis es real, y después de meses años sin hacer nada, me di cuenta de que necesitaba un empujón para empezar, y ese empujón terminó siendo Cursor.

2. AI Vibe Coding: Conversar en Lugar de Escribir

Cursor con el tiempo cambió mi enfoque. En lugar de "¿cómo escribo esto?", pensé "¿cómo describo lo que quiero?". Empecé describiendo: "Un sitio estático, simple, con Tailwind self-hosted, modo oscuro basado en preferencias del sistema."

Cursor generó código. Lo revisé, ajusté, y seguí describiendo. Cada iteración me acercaba más, y cada una requería decisiones sobre qué pedir. No era pasivo, estaba dirigiendo la generación.

Este proceso me obligó a ser más claro. Cuando escribo código, uno puede ser vago. Con IA, hay que ser específico. Y eso mejoró el resultado: terminé con un diseño más coherente y pensado que el que tenía en la cabeza.

3. No Escribir El Código Vos Mismo

Hay una idea errónea: si no escribo código yo mismo, será malo. Mi experiencia fue diferente. El código de Cursor no era perfecto, pero era más consistente que el que yo habría escrito manualmente. Cuando le pedía algo específico, aplicaba patrones consistentes.

El truco está en cómo pedirlo. "Hacéme un botón" da un botón genérico. "Hacéme un botón que siga el sistema de diseño, con colores primarios, hover states, y accesible" da algo mucho mejor. Pero tenés que saber qué pedir, eso requiere criterio profesional.

La IA generó cosas que no necesitaba: scripts de Analytics, meta tags irrelevantes. Tuve que revisar y pedirle que los removiera. Ese proceso de revisión es crucial, es como code review pero del código generado, y necesita el mismo criterio.

4. Usar IA También Para Desplegar

Configurar deployment no es algo que hago todos los días, a veces pasan meses sin hacerlo. Quería Nginx con Docker y Kamal, pero no tenía tanta experiencia con nginx como con Kamal, lo que normalmente significa horas de documentación antes de escribir una sola línea.

Con Cursor, le describí lo que quería: "Dockerfile con Nginx para archivos estáticos, configuración de Kamal, el sitio está ya pregenerado." Generó todo y funcionó a la primera. Luego refiné detalles: variables de entorno, dominio, headers de seguridad.

La IA también me explicó qué hacía cada parte, y eso me permitió aprender mientras construía. El deployment no fue perfecto, tuve que ajustar cosas, pero el punto de partida fue mucho mejor que empezar desde cero.

5. Lo Que Funcionó y Lo Que No

Lo que funcionó bien: estructura inicial rápida y efectiva, estilos consistentes aplicados automáticamente, configuración de deployment que funcionó a la primera, iteración rápida y cambios en segundos.

Lo que fue más difícil: la IA no puede tomar decisiones arquitectónicas, hay que saber lo que uno quiere antes o sino tocará aguantar una copia barata de lo más popular en internet. A veces requería varias iteraciones para llegar exactamente a donde quería. No siempre recordaba decisiones anteriores. Debugging era más difícil porque no había escrito el código yo mismo.

Usar IA no elimina la necesidad de juicio profesional, mueve el lugar donde lo aplicás: mientras describís lo que querés, y mientras revisás lo que volvió.

6. Lo Que Me Llevo

Hay una idea de que la IA va a reemplazar desarrolladores. Mi experiencia apunta para el otro lado: cuando le pedís algo a una IA tenés que ser específico y saber qué querés, y eso es todo criterio.

Este mismo post fue escrito con ayuda de IA. No por IA, con ayuda. Yo tenía las ideas y la experiencia, la IA me ayudó a estructurarlas y encontrar las palabras. Esa es la parte que me sirve: puedo mantener el sitio actualizado sin que sea una carga enorme.

Todavía estoy viendo dónde está el límite. El sitio funciona y lo terminé, que después de meses sin arrancar es todo el punto. Si el mismo enfoque aguanta algo más grande que un sitio estático, no lo sé todavía.