La IA me está volviendo más tonto
(jpain.io)- Escribir con IA es una tentación fuerte al redactar artículos, código y documentación, pero aumenta la ansiedad de que se está perdiendo la capacidad de escribir y pensar por cuenta propia
- Al releer los resultados creados por IA, queda la sensación de que "simplemente se siente como IA", y de que no transmiten bien el propio estilo ni la intención
- Durante los últimos 1 a 2 años ha dependido mucho de la IA para programar, escribiendo casi solo prompts, y crece la sensación de pérdida, como si hubiera olvidado cómo escribir código directamente
- Ahora intenta volver a aprender a programar con las manos, y cree que incluso después de la IA seguirán haciendo falta personas que sepan leer y escribir código
- El impulso mismo de pegar un texto en Claude para revisarlo es una forma de duda sobre uno mismo, y la IA se convierte en algo contra lo que hay que luchar porque se alimenta de esa ansiedad
Ansiedad por el debilitamiento de las habilidades de escritura y programación por el uso de IA
- Escribir con IA es muy tentador al redactar artículos, código y documentación, pero da la sensación de que está reduciendo la capacidad de escribir directamente
- Antes pensaba que, aunque no fuera extraordinariamente bueno, tenía cierto nivel tanto en escritura como en desarrollo de software, pero cuanto más usa IA, más siente que sus habilidades empeoran
- Al releer lo escrito con IA, da la impresión de que “simplemente parece IA”, no coincide con su tono ni con su intención, y no logra expresar bien lo que quiere decir
- Esta ansiedad alimenta la duda sobre uno mismo y el síndrome del impostor, hasta el punto de hacerle cuestionar si realmente puede producir esos resultados por sí mismo
Por qué quiere volver a aprender a programar con las manos
- Durante los últimos 1 a 2 años ha usado IA de forma total para programar, escribiendo casi solo prompts, y siente que ni siquiera escribió una sola línea de código directamente
- Como resultado, siente que ha olvidado en gran parte cómo programar, y le resulta triste y deprimente haber perdido algo que en otro tiempo estuvo en el centro de su vida
- Ahora está volviendo a aprender por su cuenta a programar con las manos
- Cree que, incluso con IA, la capacidad de desarrollar software no desaparecerá por completo
- Seguirán siendo necesarias las personas que sepan leer y escribir código
- Puede que disminuya la cantidad de personas necesarias, pero ese tipo de personas seguirá siendo indispensable
- Espera que la IA incluso pueda revertir la tendencia de los últimos 20 a 30 años de exceso de demanda de desarrolladores de software
- Como en las charlas de Robert Martin (Uncle Bob), antes de que la informática se convirtiera en una profesión, quienes programaban eran especialistas como físicos, matemáticos y académicos
- Considera que, con el aumento explosivo de la demanda de desarrolladores de software, la especialización se fue diluyendo
- Aunque el texto haya sido escrito sin IA, le preocupa que algo suene raro o que falte algo, y surge el impulso de pegarlo en Claude para revisarlo
- Ese impulso en sí mismo es la duda sobre uno mismo de la que vive la IA, y sigue siendo algo contra lo que hay que pelear
1 comentarios
Opiniones de Hacker News
No conecto mucho con esta afirmación. Cada vez que uso IA para escribir código, termino peleando con esa sensación incómoda de que tengo que revisar todo lo que hizo la IA y complementarlo o corregirlo con mi propio código
Está el dopamínico de obtener una app funcional en minutos con vibe coding, pero esa incomodidad lo compensa y no parece que vaya a desaparecer pronto
Supongo que es porque ya tengo experiencia; si fuera un desarrollador junior o mid-level, perfectamente podría haber caído también. Si no fuera por las cicatrices de inicios de carrera, cuando mentores con conocimiento me destrozaban el código en las revisiones, quizá ni tendría ese instinto
Todo lo que produce Claude hay que revisarlo con muchísimo cuidado; si no, la base de código seguirá creciendo hasta acercarse asintóticamente al 100% de deuda técnica
Reviso todo lo que saca Claude, y en un 90~95% termina en “wow, sí funciona. Pero hay demasiado código. Ahora vamos a pasar 3 horas de la mano hasta dejarlo en lo mínimo posible”
Tenemos que encontrar mejores formas de colaborar con agentes. Si una persona revisa las partes importantes y “terceriza” el resto, puedes llegar más rápido a código y diseños que funcionen igual que si hubieras programado tú mismo
Yo también reviso como el 90% del código que escribe el agente, pero me resulta mucho más agradable escribir o dictar unos cuantos prompts que teclear decenas de miles de caracteres y estar saltando entre archivos todo el tiempo. Igual solo estoy cansado de teclear
Pero para tareas pesadas, tediosas y que consumen mucho tiempo, primero diseño una arquitectura clara y luego le encargo la implementación a la IA. Aun así, después hay que revisarlo para asegurarse de que no haya construido cualquier cosa
Un buen ejemplo reciente: en un juego que hago con Godot, Codex intentó reimplementar desde cero algo que Area2D ya ofrece
En cuanto le pides a la IA que haga algo significativo, te llenas de minas terrestres y decisiones rarísimas. Tal vez sería distinto gastando cientos de dólares en tokens, pero desde mi posición, que pago 10 dólares al mes, no vale el dolor de cabeza
Además, mi proyecto es un hobby y programar todavía me divierte. Solo le dejo a la IA las partes aburridas, como guardar/cargar, parsear archivos de datos o menús de configuración, y la mantengo lejos de lo que requiere criterio humano
Me gustaría pensar que yo habría usado a los agentes para profundizar más y aprender más rápido. Antes era bastante difícil armar una solución hilando Stack Overflow, varios canales de IRC, Reddit y demás
Pero también me copié tareas en la universidad y no siempre revisaba bien las respuestas, así que no estoy seguro. Quizá habría sido distinto porque no solo buscaba el título; también programaba por interés
En cualquier caso, me alegra haber acumulado mucha experiencia y muchos fracasos antes de entrar en la era de los LLM
El código que escribo yo mismo es mejor que el de Claude o GPT, todas las veces
Una vez saqué una especificación de un proyecto que ya había escrito y le pedí a un LLM que lo reimplementara viendo solo esa especificación; al comparar el código, la versión del LLM era un vómito
Como desarrollador, todo esto se siente en cierto grado como estabilidad laboral
He usado LLM por un tiempo y la verdad me parecen bastante buenos; además me gusta usarlos. He hecho vibe coding de algunas apps y hay una gran dosis de dopamina en ver cómo una idea cobra vida al instante
Pero por mi experiencia, si confías ciegamente, te va a morder sí o sí. Incluso en proyectos hechos con vibe coding, sigue agregando “funciones” que yo nunca pedí
Si es un proyecto personal, no me importa tanto mientras el resultado final se parezca a lo que esperaba, pero las empresas no van a ser tan flexibles. Y a los clientes tampoco les va a gustar que las funciones cambien o se agreguen cada vez que haya correcciones o actualizaciones
Mi resumen de la situación actual es: muchas empresas van en esta dirección y, sin ingeniería de verdad, la IA puede escribir más código y cambiar apps de forma no intencional
Por el miedo a la IA y la caída en contrataciones, van a entrar menos ingenieros junior al mercado
Cuando el uso de IA llegue a un punto crítico, va a haber cambios enormes y quienes la “promptean” podrían empezar a verse sobrepasados
Habrá más funcionalidades que mantener en la cabeza. Como no se puede confiar al 100% en los LLM, el desarrollador igual tiene que saber exactamente qué hace la aplicación
Al final habrá muchísimos bugs y los desarrolladores empezarán a quejarse de que hace falta más gente. Entonces volverán a contratar
Ahora mismo, la peor posición es la del desarrollador nuevo, y la mejor parece ser la de quienes ya están dentro del mercado
Casi no se prepararon para hacerlo funcionar; contrataron a ciegas la opción más barata, tiraron requisitos ambiguos y apenas hicieron revisiones técnicas o supervisión continua
El patrón fue muy parecido a lo que describes. Al principio parecía un éxito porque subían prototipos rapidísimo con el código más mugroso imaginable, pero con el tiempo la deuda técnica y las malas decisiones se volvían una resistencia cada vez mayor, el avance se frenaba y al final el proyecto se detenía o moría
Esta vez podría ser diferente, pero una parte importante de mi trabajo al inicio de carrera fue limpiar proyectos de ese tipo. Ojalá los desarrolladores que vienen subiendo también tengan esa oportunidad
Primero, la mejora en eficiencia es enorme. Más grande que con cualquier herramienta, a cualquier precio. El producto principal de mi empresa es una web app, y llevamos varios años reescribiéndolo
Una tarde pude crear un proyecto nuevo con el stack que quería y hacer vibe coding de un MVP del producto en el que hemos estado trabajando durante años, todo en cuestión de horas
No era perfecto, pero fui pidiendo funciones una por una con prompts pequeños, y cada una tardaba entre 5 y 10 minutos. Se veía bastante profesional y, bajo cualquier criterio, era “lo suficientemente bueno”
Si le hubiera dedicado un poco más de tiempo, creo que yo solo podría haber lanzado y mantenido algo que antes le tomaba años a un equipo pequeño. Lamentablemente, esto se parece menos a una herramienta de aumento de eficiencia y más a un sustituto barato de “equipo completo”
Además está la fiebre por la IA entre CEOs no técnicos. Nuestro CEO y los ejecutivos ya compraron por completo el conjunto de herramientas de agentes de Claude, y todos los días están levantando mockups, apps y toolchains
Se nota que están enganchados y que sienten el beneficio directamente. Todavía no pasa, pero no me sorprendería que un CEO despida a la mayor parte del equipo de desarrollo y se ponga a hacer vibe coding de toda la app con unos pocos desarrolladores expertos
Hoy dicen “¡la IA no reemplaza, multiplica!”, y en la misma frase añaden “¡si con esto no tenemos que contratar por varios años, es una victoria!”
Me preguntaron de frente por qué no deberíamos hacer vibe coding de toda la app, y la verdad es que no tenía una gran respuesta. Tengo intuiciones plausibles, como “no van a saber mantener la app”, pero Claude ya puede hacer bastante en manos de un solo desarrollador
También está la idea de que “la IA puede cambiar la app de forma no intencional e introducir bugs”, pero con la observabilidad adecuada, pruebas y prompts adicionales, eso se puede corregir en minutos u horas
Honestamente, ya no parece tener mucho sentido que la empresa siga manteniendo un equipo completo de desarrollo. Por más proyectos e iniciativas que arranquemos, el backlog se reduce rápido y el rendimiento individual de cada desarrollador se dispara a niveles absurdos
A los CEOs no técnicos no les interesan la deuda técnica, la deuda cognitiva, las malas prácticas de diseño de software, aprender a programar, mantener inteligentes a los desarrolladores, el placer de resolver problemas ni el arte de un buen algoritmo o una buena arquitectura
Lo que quieren es un producto que funcione más o menos bien, entregue valor, sea vendible y salga con la inversión más barata posible. Y por desgracia, la IA encaja en casi todo eso
Espero que el enorme volumen de software nuevo aumente la demanda, pero me preocupa que no alcance para compensar el gigantesco aumento de capacidad productiva que trae la IA
Reservé tiempo para aprender TypeScript el mes que viene. No pienso excluir por completo a la IA del proceso
El plan es leer un libro de principio a fin y luego escribir código. Creo que le escuché este método a Mitchell Hashimoto en algún podcast
Como el autor original, he pasado mucho tiempo haciendo prompt coding, así que me emociona y me asusta a la vez
No escribir código a mano no puede volverte menos inteligente. Si eso fuera posible, tendrías que volverte más tonto cada vez que te vas de vacaciones
Hablar con un chatbot no mata las conexiones neuronales de tu cerebro
Lo que sí ocurre en realidad es que dejaste descansar temporalmente una habilidad altamente técnica. Cualquiera en la Tierra “olvida” parte de una habilidad si no la usa durante un tiempo
Pero la información no desaparece; solo baja de prioridad, desplazada por información más relevante. Con un pequeño repaso, vuelve
Incluso antes de la IA, a veces pasaban meses sin que escribiera un programa completo en alguno de varios lenguajes. Se me olvidaban hasta cosas simples, como cómo empezar una definición de función
Pero no es que lo hubiera olvidado de verdad; bastaba mirar por un momento una función existente para recordar todas las demás variantes de sintaxis posibles en la definición. No hay que alarmarse, tu cerebro está funcionando normal
En la escuela se habla mucho de los riesgos de la IA, pero el mismo riesgo aplica en cualquier entorno de aprendizaje
Empecé hace poco en un trabajo nuevo, y la IA está haciendo que mi onboarding sea mucho más difícil. Me estoy adaptando al rol mucho más lento que colegas que la usan menos
Estoy programando en un lenguaje que no me resulta familiar, así que la tentación del vibe coding es todavía más fuerte. Aun así, tengo el nivel suficiente para notar cuando Claude me da respuestas absurdas o innecesariamente largas
Pero cuanto más tiempo le pido a Claude que escriba código, menos siento que estoy desarrollando las capacidades que exige este puesto. Incluso cuando abro un PR, me siento mal porque no tengo la confianza que necesito en mi propio trabajo
Sinceramente, otra parte del problema es que le estoy pidiendo a Claude que busque en Slack y en la documentación cosas que debería preguntarle a personas
La IA está alimentando mi ansiedad social y tentándome a evitar el contacto humano, que me ayuda tanto a entender mejor como a mantener interacciones sociales básicas
Suena a que estoy evadiendo responsabilidad, pero hay que señalar que cierta tecnología puede ser especialmente adictiva para ciertos tipos de personas y encerrarlas en bucles de comportamiento negativos
Si postergo mi dependencia de la IA ahora, creo que después voy a tener la capacidad suficiente para delegarle tareas repetitivas, donde validar el resultado sea fácil. Es difícil, pero necesario
Así sí puedes aprender durante el proceso. No hace falta usarlo como motor de búsqueda; solo pregúntale lo que necesitas saber en ese momento y agitará la cadena de tokens para darte algo útil, sobre todo si eres principiante en el lenguaje
De esa forma puedes ejecutar tu plan de desarrollar primero la habilidad y empezar a delegar después
Yo lo he hecho así, y para mí es un buen equilibrio. Pedirle a Claude que escriba código que no sabes evaluar me parece una locura, pero al parecer esa es una postura minoritaria
De hecho, es uno de los pocos casos de uso realmente válidos que he visto, fuera del vibe coding
No uso IA para reemplazar el pensamiento, sino para liberarme de escribir código repetitivo y aburrido. Una vez implementado el prototipo, la IA es lo bastante competente para escribir código
Yo escribo personalmente un prototipo tosco para la prueba de concepto inicial. Sin comentarios, con variables hardcodeadas y así. Luego la IA lo pule hasta llevarlo a nivel producto
Eso me permite dirigir un equipo de agentes en vez de gestionar personas con ética laboral, nivel de habilidad y capacidad de mantener alta calidad de código totalmente dispares
A menudo la IA también es bastante buena para mantener patrones existentes en la base de código o alinearse con buenas prácticas de la industria
Si usas IA, dejas de escribir tanto en lenguajes de programación. Tu idioma principal pasa a ser el inglés, o el idioma en el que converses con el LLM
Hoy en día paso gran parte de mi jornada arreglando las imperfecciones que deja un robot generador de código
Claro, en mi caso no estoy puliendo prototipos, sino manteniendo, evolucionando y modernizando un producto crítico de más de 8 años
Honestamente, ¿cuánto de ese código repetitivo aburrido hay realmente en un proyecto cualquiera?
Hace falta prompts muy elaborados, así que tienes que entender bien el framework y el lenguaje base. Si no, todo se vuelve un desastre espantoso
Tampoco sé bien cómo manejar varios agentes. Normalmente terminan bastante rápido. Ni siquiera puedes hacer otra cosa entre ejecuciones. Es esa sensación constante de “un minuto más y termina”
Y cuando termina, tienes que evaluar la salida. Así que ni siquiera puedes pensar en profundidad mientras “trabajas”. El patrón se parece a las redes sociales: atención constante, recompensa casi inmediata
Al final tu capacidad de concentración se hace pedazos, de verdad
El problema es que esos planes desaparecen en cuestión de horas, y luego te toca analizar salidas e iterar filtrando las partes tontas
Manejar salidas de varios agentes es puro cambio de contexto constante. Suerte con que eso funcione bien a largo plazo
Si dejas que los agentes corran libres y hagan lo que quieran, la salida casi seguro será un desastre espantoso. Punto
En mi proyecto actual programo todos los días en Java, Ruby y JavaScript. Estoy gastando muchos tokens solo para confirmar diferencias entre lenguajes que antes resolvía con una simple búsqueda en Google
Me confundo seguido con cosas como la diferencia del operador null-safe entre Ruby y JavaScript, o las sentencias continue/break entre Ruby y Java
Creo que Claude se decepcionaría de que la tarea más compleja que le pido sea refactorizar bucles viejos de Java a streams más modernos. Ese tipo de código quizá sea casi imposible de escribir improvisando para una persona
Puntos extra si haces tu propio collector o usas alguna parte más obscure de la librería estándar
También hay casos contrarios. En modo /plan, intercambiar ideas con la IA, detectar sus supuestos equivocados y dejar que te explique con claridad los huecos de conocimiento cuando hace falta puede ser intelectualmente bastante estimulante y hacerte mejor ingeniero
La clave es abordar la IA de forma socrática, pensar con cuidado todo lo que propone y no dejarse hipnotizar por el tono seguro ni por la lógica perfectamente estructurada con la que presenta las cosas
Mi experiencia es completamente opuesta. Supongo que es porque en mi área el código/software no es el producto sino una herramienta
Estoy aprendiendo muchísimo más y muchísimo más rápido. Por ejemplo, ahora mismo trabajo con hardware de espectroscopía como Raman y NMR, y le hice escribir a Claude código para interactuar con equipos a nivel de hardware
En vez de ponerme a revisar datasheets y escribir montones de código wrapper, Claude lo hizo por mí
Avanzo mucho más rápido discutiendo distintas técnicas con Claude, implementándolas y probándolas. Antes, este ciclo me habría tomado entre 5 y 10 veces más tiempo
Como no tengo que gastar esfuerzo mental en escribir código insignificante solo para ver resultados, estoy aprendiendo muchísimo más sobre este equipo, estas técnicas y estos datos
Llevo más de 10 años trabajando como desarrollador. Me alegra sentir que por fin voy hacia un mundo donde el código puede usarse como herramienta, en vez de pensar siempre en convertirlo en producto
No creo que mucha gente tenga el privilegio de disponer de tiempo para escribir código a mano
Si miras el código que usamos en realidad, en mi caso la mayor parte no es nueva ni genial, sino el típico “hacer un backend para X”, arreglos simples de bugs y tareas menores para programadores mid o senior
Las tareas más difíciles suelen ser decisiones de arquitectura por encima del código, y también estoy pensando cómo podríamos construir sistemas para evitar que el LLM se desvíe al implementar funcionalidades
Lo que quiero decir es que quizá hoy todavía esté bien escribir código a mano, pero en el futuro accionistas o jefes van a querer que, con ayuda de LLM, saquemos funciones y arreglemos bugs más rápido
Si no puedes ir a esa velocidad, tu rendimiento va a parecer bajo. Al final no importa lo que queramos nosotros, sino lo que quieran los accionistas
Claro, si no estás agotado, siempre puedes escribir código a mano en tu tiempo libre. No quiero sonar pesimista, pero creo que pronto va a ser una realidad bastante concreta