Aprendí esto de la forma más estúpida.
Cuando cambié a Cursor, luego a Windsurf y ahora a Antigravity, me enganché a la velocidad. Abría una ventana de chat, escribía una frase poco precisa y veía cómo todo el código aparecía mágicamente. Yo no estaba programando. Solo estaba aprobando automáticamente todo lo que la herramienta soltaba.
Se sentía genial, hasta que mi comprensión de la tecnología empezó a deteriorarse. Podía sentir cómo mis habilidades se iban apagando. Me convirtió en un impostor dentro de mi propio campo.
Pulsa Enter o haz clic para ver la imagen en tamaño completo.
Los usuarios que no sean miembros de Medium pueden hacer clic aquí para leer gratis.
¿Qué demonios es la programación mediante prompts?
Con los editores de código con IA tomando el control, la programación pasó de escribir código a dar prompts como:
“Crea una aplicación en React para reseñas de restaurantes”.
La herramienta construye todo: la estructura, las pruebas y las notas de despliegue. ¿Necesitas una funcionalidad? Pregunta. ¿Una corrección? Pregunta. ¿Un tema diferente? Pregunta otra vez.
Tú das el prompt. La herramienta programa. Eso es programación mediante prompts.
¿En qué se diferencia la programación mediante prompts del vibe coding?
La diferencia es pequeña, pero importante.
El vibe coding es aleatorio y reactivo. Los principiantes lo hacen porque no saben lo que quieren.
La programación mediante prompts se siente controlada. Llegas con un plan.
Pero sigues entregando tu pensamiento a una máquina que no entiende tu dominio, tus restricciones ni tu criterio.
Y como los desarrolladores con experiencia son quienes más hacen esto, el daño es más profundo.
Por qué la programación mediante prompts es peligrosa
Piensa en los ingenieros senior que pasaron a puestos de gestión hace años. Una vez fueron desarrolladores sólidos, pero sus instintos se fueron debilitando porque dejaron de tocar código.
La programación mediante prompts te empuja hacia ese mismo deterioro, solo que más rápido. Dejas de razonar sobre los problemas. Dejas de entender la estructura. Dejas de pensar en código.
Tu cerebro es bueno descartando cualquier cosa que considera innecesaria. Teniendo eso en cuenta, delegar tu pensamiento en la IA se vuelve todavía más peligroso.
La solución no es dejar la IA. La solución es la disciplina.
La mejor forma de usar la IA
Este es el método que realmente detuvo ese deterioro en mi caso.
Piensa el problema antes de tocar la herramienta. Escribe primero las reglas, las restricciones y los casos límite. Si no puedes describir el problema, no puedes juzgar la solución.
Usa la IA solo después de que ya conozcas la forma de la respuesta. Deja que la herramienta acelere lo que ya has diseñado, no que invente cosas que tú no has pensado.
Revisa cada resultado como si viniera de una persona recién incorporada al equipo. Despacio, con cuidado, línea por línea. Tu criterio se mantiene afilado cuando permaneces en el asiento del revisor.
Este proceso simple es la “mejor forma”.
Basándome en el método anterior, he adoptado los siguientes hábitos para proteger mis habilidades.
1. Escribe las reglas antes de pedir ayuda a la IA
Anota primero los requisitos, los casos límite y las restricciones. Incluso una lista pequeña evita que la herramienta tenga que adivinar. Añadir un par de pruebas unitarias desde el principio también le da a la IA suficiente contexto para mantenerse precisa.
2. No confíes en cambios grandes sin una lectura cuidadosa
Cuando la herramienta genera un diff enorme, ve más despacio. Léelo como si estuvieras revisando una pull request de alguien nuevo en el equipo. Entiende cada cambio antes de pulsar “aplicar”.
3. Usa la IA para lo aburrido, no para funcionalidades importantes
Deja que se encargue del boilerplate, la estructura inicial de pruebas, conversiones de archivos o formatos, explicaciones y ayuda rápida con expresiones regulares. Evita usarla para componentes completos, grandes refactorizaciones o cualquier cosa vinculada a la lógica de negocio. Eso siempre tarda más en corregirse después.
4. Usa la IA solo en código que realmente entiendes
Antes de pedirle a la herramienta que modifique un archivo, revísalo tú mismo por encima. Aprende el flujo y detecta cualquier helper o patrón especial. Una vez que entiendas la forma del código, deja que la IA te ayude.
5. Deja que la IA apoye tu depuración, no que la dirija
Haz la depuración tú mismo. Cuando tengas una teoría, pregúntale a la IA si el código coincide con ella o si se te está escapando algo. Debe validar tu pensamiento, no reemplazarlo.
6. No aceptes el autocompletado a ciegas
Si una sugerencia no es lo que esperabas, detente y léela. Si algo parece raro, recházalo. Acepta solo las sugerencias que puedas anticipar. Esto por sí solo evita muchísimos errores pequeños.
Sigo usando IA todos los días. Simplemente mantengo el control
Sigo usando IA todos los días. Simplemente mantengo el control.
Las herramientas son poderosas una vez que tomas el mando. Cursor sigue siendo mi editor principal. Windsurf gestiona bien bases de código grandes. Antigravity es rápido y fiable.
Pero nunca olvido el momento en que las cosas empezaron a deteriorarse, cuando me di cuenta de que estaba aprobando código que no entendía por completo. Ese fue el punto de inflexión.
La fantasía de que la IA construya todo por ti es la trampa.
Lo que funciona es simple:
- Pensar primero el problema.
- Usar la IA solo después de saber lo que quieres.
- Revisar cada cambio como si viniera de una persona recién incorporada a tu equipo.
Esto mantiene la velocidad sin permitir que tus habilidades vuelvan a deteriorarse.
Gracias por leer Código en Casa.
Si esto te a ayudado y te sumo algo Dale un 👏 , compártelo con tu red o dejame un comentario para saber tu opinión.