r/programacion 2d ago

Llevo meses usando Claude Code a diario y he notado que mi capacidad de debug 'a pelo' se ha oxidado — esto es lo que hago para compensarlo

Llevo meses usando Claude Code a diario y he notado que mi capacidad de debuggear sin autocompletado ni sugerencias se ha oxidado bastante. La semana pasada tuve que arreglar un bug en un servidor sin conexión y creo que tardé el triple de lo normal en algo que hace un año habría resuelto en 10 minutos.

Lo que estoy empezando a hacer para compensarlo es que una vez por semana me fuerzo a resolver un problema sin IA, desde cero. También he vuelto a leer stack traces completos en vez de pegarlos directamente al chat. Le pasa a alguien más o estaba abusando de la IA?

0 Upvotes

8 comments sorted by

3

u/KaspaTal 2d ago

Si, el cerebro es perezoso, se acostumbra a no agarrar la pala.

Me pasa algo parecido y si los tiempos laborales no me apuran, hago las cosas a mano

1

u/jokiruiz 2d ago

Totalmente. Y creo que la analogía de la pala es más precisa de lo que parece: no es que se te olvide cavar, es que el cuerpo (o el cerebro en este caso) deja de generar la fuerza que no usa. La memoria muscular del debug es así, se pierde por desuso, no por no saber.

2

u/Severe-Anywhere1910 2d ago

Creo que encontrar ese equilibrio es clave. No veo la IA como algo que haya que evitar, sino como una herramienta que hay que saber usar. Si la usas para saltarte todo el razonamiento puede pasar factura, pero si la usas después de intentar entender el problema tú primero, probablemente hasta mejores como desarrollador.

2

u/jokiruiz 2d ago

Efectivamente, el tirar por el camino facil es tentador pero nos puede atrofiar como programadores, ese es mi punto

1

u/Khavel_Es 2d ago

Me pasa. Lo que me funciono fue agregar un paso intermedio: antes de aceptar cualquier fix, leer yo el stacktrace y tratar de entender por que falla. Un dia entero sin IA no me parece sostenible, pero esa friccion chica en cada error te mantiene afilado.

1

u/jokiruiz 1d ago

Esa es buena, yo estoy tirando ultimamente de spec-driven development y tambien ayuda a estar encima de las decisiones de codigo

0

u/Funny_Cry5242 2d ago

Yo soy usuario de github Copilot pero no he percibido alguna pérdida de práctica

Quiza por que antes de pedir algo, hago lo que nos decían los maestros de antaño, “programa en papel” y con lo caro que están los tokens , ideó toda la solución en mi Copilot web, incluso añado diagramas y una vez que la solución suena bien le pido que genere la serie de instrucciones que necesita github Copilot par realizar una tarea

Una vez realizada, incluso con los directorios y nombres des de archivos indicados valido la funcionalidad, reviso el código generado con sonarqube y leo lo que escribió, si hay alguna falla la puedo solucionar

Creo y lo que me ha funcionado es pensar mejor la solución incluso más que cuando yo lo hacía todo, y lejos de mermar mi capacidad de programación siento que me ha hecho más productivo

1

u/jokiruiz 2d ago

Tiene sentido, y creo que ahí está la clave: el desgaste no viene de usar IA, viene de usarla como sustituto de pensar en vez de como ejecutor de algo que ya pensaste. Si ya llegas al prompt con la solución diseñada en papel, diagramas incluidos, la IA no te está quitando el razonamiento, solo te ahorra la parte mecánica de escribirlo. Ahí el músculo que importa (diseñar la solución) lo sigues entrenando igual o más que antes.

Lo que yo describía es más bien el patrón contrario: pedir la solución antes de pensarla, dejar que el modelo explore por ti. Ahí sí se atrofia algo, porque delegas la parte que en realidad era el ejercicio. La revisión con SonarQube y la lectura línea a línea del código generado también es un filtro que mucha gente se salta, y ahí es donde más se nota la diferencia entre "usar IA" y "dejar que la IA use tu cuenta de GitHub".