Una Guía Práctica para la Programación Asistida por IA

[Una versión ligeramente más profunda de la última charla]Lo enviaste en un fin de semana. ¿Puedes arreglarlo a las 3 AM cuando recibes una llamada de un cliente? La IA escribe el código ahora. La parte difícil es confiar en lo que no puedes leer completamente —ya seas un ingeniero que aprueba 2,000 líneas al día, un fundador cuyo producto entero fue escrito por algo más, o un estudiante preguntándose cuánto estás aprendiendo. El cambio de mentalidad que necesitamos: De ser un desarrollador asistido por IA -> A arquitecto de sistemas asistido por IA Una charla práctica sobre cómo construir el arnés: cómo ejecutar agentes de manera efectiva sin terminar con un sistema que no puedes defender. Un poco de desarrollo guiado por especificaciones y ingeniería de contexto — ¿cuál es la mejor herramienta para ti? - Si nunca tuviste que detenerlo, esa no es una ejecución limpia — es una que nadie observó. - Pedir amablemente no siempre funciona. Las restricciones solo se mantienen cuando algo las verifica. - Ve solo tan rápido como puedas ver. Qué tan grande es una tarea, cuán a menudo miras, cuándo dejar de intentar — todas son la misma llamada. - Tus correcciones son un activo. La misma corrección que haces a mano cada otras semanas debería convertirse en algo de lo que el agente deje de necesitar. - Qué no entregar. La velocidad no tiene valor si te mueves en la dirección equivocada, y delegar el trabajo que aún no has aprendido tiene un costo que aparecerá más tarde. No es un tutorial de Cursor o Claude Code. No es una promesa de 10x. Trae el fallo que no pudiste explicar y todos intentarán encontrar una manera de resolverlo.