Programar sin IA: una habilidad que algunos empiezan a echar de menos

Un usuario de Hacker News publicó esta semana una pregunta sencilla pero incómoda: llevo mucho tiempo sin escribir código sin IA y lo echo de menos. ¿Cómo vuelvo a hacerlo sin acabar recurriendo a ella? La pregunta tiene pocos puntos y ningún comentario aún, pero el hecho de que alguien la formule en voz alta dice bastante sobre dónde estamos en mayo de 2026.

No es una queja sobre la IA ni un llamamiento al ludismo. Es algo más parecido a la sensación que describe alguien que lleva años usando calculadora y un día se da cuenta de que ya no recuerda cómo hacer una división larga. La herramienta ha funcionado tan bien que ha sustituido al músculo.

Qué hay detrás de la pregunta

La adopción de asistentes de código ha sido tan rápida y tan profunda que para muchos desarrolladores el ciclo natural de trabajo ya incluye a Claude Code, GitHub Copilot u otras herramientas como parte indistinguible del entorno. No como un complemento opcional, sino como una capa que siempre está ahí. Escribes, sugieres, aceptas, ajustas. El bucle se vuelve automático.

El problema que describe el autor del hilo no es que la IA produzca código malo —en muchos casos produce código perfectamente funcional—. El problema es la pérdida de agencia sobre el proceso. Hay una diferencia entre resolver un problema y supervisar cómo lo resuelve otro. Ambas cosas pueden producir el mismo resultado, pero la experiencia cognitiva es distinta, y para algunos desarrolladores esa diferencia importa.

Esto no es nuevo en la historia del oficio. Ha pasado antes con los IDEs frente a los editores de texto plano, con los frameworks frente a la escritura a mano de SQL, con los gestores de dependencias frente a copiar librerías manualmente. Cada salto de abstracción tiene sus defensores y sus escépticos. Lo que cambia ahora es la velocidad y la profundidad del salto: Claude Opus 4.7 con un millón de tokens de contexto puede sostener prácticamente cualquier proyecto complejo en una sola sesión, lo que hace que la tentación de delegar sea casi constante.

Para quién es relevante este debate

Este tipo de reflexión no le interesa igual a todo el mundo. Para un desarrollador que trabaja en un equipo con plazos ajustados, la eficiencia que aportan las herramientas de asistencia es un argumento difícil de rebatir. Nadie le pide al carpintero que rechace la sierra eléctrica.

Pero hay perfiles para los que la pregunta tiene más peso:

• Desarrolladores que aprenden: si el modelo resuelve el ejercicio, el aprendizaje no ocurre. La IA puede ser un atajo que cierra la ventana de aprendizaje justo cuando debería estar abierta.
• Desarrolladores senior que quieren mantener el criterio técnico: supervisar la salida de un modelo sin entender bien lo que propone es una forma de deuda cognitiva. Si nunca vuelves a escribir código desde cero, tu capacidad para evaluar el código generado puede degradarse sin que te des cuenta.
• Quienes programan como actividad creativa o recreativa: hay gente que programa por el placer del problema, no por el resultado. Para ellos, delegar en un agente elimina precisamente la parte que les interesa.

Estrategias que suelen aparecer en estos debates

Aunque el hilo original no ha generado respuestas aún, esta conversación ha surgido en variantes en distintas comunidades. Las aproximaciones más habituales que se mencionan son:

• Entornos deliberadamente acotados: usar un editor sin extensiones de IA, o programar en un lenguaje o contexto donde los modelos son menos útiles (ensamblador, restricciones de plataforma específicas, puzzles de programación sin conexión).
• Proyectos personales con reglas propias: decidir de antemano que un proyecto concreto se hace sin asistencia, de la misma manera que alguien puede decidir hacer una ruta a pie en vez de en coche.
• Katas y ejercicios de código: plataformas como Exercism o Advent of Code en modo sin conexión. El contexto lúdico reduce la urgencia de buscar la respuesta rápida.
• Revisar código propio antiguo: volver a leer y modificar código escrito hace años, cuando el hábito de delegar no existía, puede ayudar a recuperar el ritmo.

Ninguna de estas estrategias es técnicamente sofisticada. Todas requieren principalmente decisión deliberada, que es exactamente lo que la automatización tiende a erosionar.

Opinión EP

Que alguien formule esta pregunta en 2026 no indica que las herramientas de asistencia sean un error; indica que su adopción ha sido lo suficientemente rápida como para que algunos desarrolladores no hayan tenido tiempo de decidir conscientemente cómo quieren integrarlas. Eso merece más atención que la que suele recibir.