Aprender lento vale

Empiezo con un momento concreto, que ya mencioné de pasada en otro post pero acá va completo. Estaba armando una animación SVG: un ícono que respirara, que se sintiera vivo sin parecer un GIF malo. Estaba en Cursor y ya tenía el prompt escrito, aunque me daba cuenta que lo que estaba describiendo era muy vago, dado que no tenía mucha experiencia animando SVGs.

Y paré en ese momento. No porque la IA no pudiera entenderme y hacerlo mejor que yo en cinco minutos, seguramente podía. Paré porque quería entender de qué va animar un SVG: por qué una curva se ve suave y otra no, poder mirar el output después y decir “acá está mal” con argumentos, no con vibes.

Lo que perdés cuando no aprendés

Hay una diferencia grande entre usar algo y entenderlo. La IA te empeora esa diferencia porque cierra la brecha tan rápido que nunca sentís el gap.

Te pasó con una regex, seguro. Pedís “dame una regex que valide emails” y te devuelve algo con lookaheads y grupos nombrados. Funciona. Corrés los tests, pasan, shipeas. Pero si alguien te pregunta por qué ese (?= está ahí, mirás el techo.

Lo mismo con la animación. La IA te tira un SVG con transforms anidados, easing curves raras, paths que se animan con stroke-dashoffset. Se ve bien en Chrome. En Safari medio raro. No sabés si es un bug del browser o de tu código porque nunca construiste uno a mano.

El conocimiento superficial funciona hasta que deja de funcionar, y cuando falla no tenés con qué diagnosticar.

Dos cosas que ganás yendo lento

Cuando te bancás el aprendizaje lento, o aprendés haciendo un curso tradicional (lo cuál hoy en día parece que se dejó de hacer, ya que “la IA resuelve todo”), ganás dos cosas que la velocidad no te da.

La primera es criterio. Sabés qué pedirle a la IA porque sabés cómo se ve una buena solución en ese dominio. En vez de “haceme una animación linda” le decís “ease-out en el scale, mantené el transform-origin centrado, evitá animar el d del path si podés usar transform.” El prompt mejora porque vos mejoraste primero.

La segunda es diagnóstico. Podés mirar el output de la IA y detectar cuando algo no se ve bien, porque al aprender desarrollaste intuición en el dominio: la animación que funciona en Chrome pero se rompe en Safari, la regex que pasa los casos obvios pero explota con unicode, el CSS que se ve bien en el demo pero genera jank en mobile. Sin entender el dominio, solo podés kickbackear lo obvio. Con el dominio, ves el problema real.

Seguir aprendiendo de la manera tradicional, lentamente, sufriendo cuando las cosas no te salen, no te hace peor prompt engineer. Te hace el único tipo de prompt engineer que importa: el que puede auditar lo que sale, el que puede explicar lo que se necesita desde un lugar de autoridad.

No es todo o nada

No quiero decir con esto que haya que hacer todo a mano. Eso sería ridículo en el contexto actual, no me refiero a eso.

El punto es otro: no dejar que la comodidad te convenza de que no hace falta saber el dominio sobre el cuál estás prompteando. Hay cosas donde uno puede vibecodear obviamente, como es el caso de un script (de bajo riesgo) de una sola vez, un boilerplate que no vas a tocar, o una integración con una API que solo necesitás que funcione hoy.

Pero hay cosas donde ir lento todavía tiene sentido. Patrones nuevos que vas a usar seguido. Técnicas que aparecen en todo tu laburo (CSS, SQL, animaciones, system design). Dominios donde la IA se equivoca seguido y vos tenés que ser el filtro.

La regla que conté en el otro post sigue siendo la misma: si algo me va a pedir criterio en seis meses, me banco aprenderlo ahora. Si es descartable, la IA.

¿Nosotros también?

La paradoja de arrancar con IA es que los que más la exprimieron al principio fueron los que más años llevaron aprendiendo sin ella. Toda esa lentitud previa fue la base. Sin ella, el prompting es adivinar. Con ella, es dirigir.

La IA va a seguir mejorando. Van a hacer animaciones SVG, regex, migraciones de base de datos, todo, mejor que hoy. Eso no cambia la pregunta de fondo: ¿seguimos mejorando nosotros?

Yo intento parar la pelota de vez en cuando. Sigo invirtiendo tiempo aprendiendo sobre dominios nuevos que podría haber resuelto con un prompt. Tiempo que podría haber usado para aprender la “última tool” de AI. Porque cada vez que aprendo algo a mano, la próxima vez que uso la IA salgo con algo mejor, no solo con algo más rápido.

Esa inversión es lenta, fea a veces y difícil de medir en un sprint, pero es la que separa a alguien que vibecodea de alguien que construye.