← Volver a artículos

Aprender lento vale

Por qué hacer cosas a mano sigue siendo la mejor inversión.

iaingenieríaaprendizajedesarrollo

Empiezo con un momento concreto. 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. Sino porque quería entender de que va animar un SVG. Quería saber por qué una curva se ve suave y otra no. Quería poder mirar el output después y decir “acá está mal” con argumentos, no con vibes.

¿Qué 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 herramientas para 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. No le decís “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. Es posible gracias a que uno al aprender desarrolla una potente intuición en el dominio. Esa animación que funciona en Chrome pero se rompe en Safari. Esa regex que pasa los casos obvios pero explota con unicode. Ese 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.

Mi regla práctica, imperfecta: 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: ¿seguimos nosotros mejorando? ¿Contamos con una estrategia para combatir la atrofia cognitiva?

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 es la inversión. Lenta, fea a veces, difícil de medir en un sprint. Pero es la que separa a alguien que vibecodea de alguien que construye.