15 artículos
Pruebas, código heredado, depuración, revisión, refactorización y SQL: qué le pido a la IA en cada una, en qué me fijo y cómo lo verifico en minutos. Y las tres decisiones que nunca le delego, con un caso real de este mes que muestra por qué.
Los avisos para desarrolladores vuelven a subir, pero no para todos, y las entrevistas dejan de pedir ejercicios de algoritmos. Qué muestran los datos de octubre, de qué se discutió esta semana y seis habilidades que podés practicar desde mañana.
Qué es el contexto de un modelo de IA, por qué se llena sin que te des cuenta y cuatro hábitos simples para que el agente no se olvide de lo que le pediste. Sin configurar nada: se aplica desde la próxima conversación.
Qué conviene que corra solo cada vez que subís código, en qué orden, y qué es mejor dejar afuera. Un ejemplo completo y las reglas para que el despliegue automático no dé miedo. Se arma en una tarde.
La anatomía de una especificación, las cinco plantillas de la notación EARS para escribir requisitos sin huecos, y por qué el modo plan es la forma más barata de empezar. La parte práctica de trabajar con especificaciones.
La especificación como fuente de verdad y el código como producto derivado. Cómo funciona el flujo en concreto, el problema real que ataca, las tres trampas que le encontraron en producción, y en qué tamaño de cambio deja de convenir.
Por qué el agente te devuelve código que no verificó, y las seis cosas del repositorio que hay que arreglar para que pueda comprobar su propio trabajo. Ninguna es una reescritura y ninguna lleva más de una tarde.
Qué cambia cuando la migración de una app Web Forms —o de cualquier otro legacy— a un stack moderno la hacés con un agente de código: los siete pasos que no me saltearía, los errores más caros, y cómo evitar terminar con un legacy nuevo escrito en un lenguaje más moderno.
Programar rápido con un agente y programar bien no son lo mismo, pero no son contradictorios. Los hábitos y las herramientas —CLAUDE.md, modo plan, subagentes, hooks— que hacen que el código siga siendo tuyo, escalable y prolijo, aunque lo haya escrito Claude.
Casi nadie sube una contraseña a propósito. Se filtran por cuatro caminos que no parecen peligrosos, y uno de ellos deja la clave visible aunque la borres en el commit siguiente.
Nadie tiene tiempo de probar todo. Pero hay cuatro tipos de prueba que dan casi todo el beneficio por muy poco esfuerzo, y varios que se escriben mucho y no sirven para nada.
La pantalla tarda cuatro segundos y el servidor no está saturado. Casi siempre es el mismo problema, tiene nombre, y se arregla cambiando una línea. Cómo detectarlo sin herramientas especiales.
Borraste un commit, rompiste algo y no sabés cuándo, o necesitás deshacer algo que ya subiste. Cinco comandos que casi nadie usa hasta que los necesita, explicados con el caso concreto en el que hacen falta.
Compila, pasa las pruebas y se ve prolijo. Eso no significa que esté bien. Seis cosas concretas que conviene mirar, en el orden en que aparecen los problemas de verdad.
Un usuario reporta un error de hace dos horas y no hay forma de encontrar sus peticiones entre millones de líneas. Tres cambios que convierten los registros en algo consultable, sin cambiar de herramienta.
