La verdad, últimamente también veo a mi alrededor que la gente con más experiencia parece divertirse más jugando con la IA.
Se siente cómodo poner a la IA a hacer cosas que antes hacías trabajando con personas, sobre la base de la experiencia de ya haber hecho algo.
Visto de otra manera, quienes disfrutan esta situación ya están en cierta posición y pueden ver la IA casi como un juguete y jugar con ella, pero también me preocupa que para la gente joven el panorama se vea incierto.
Leí el texto original y me parece un análisis y una crítica válidos. Pero los modelos experimentales de los estudios citados, a estas alturas, se sienten un poco anticuados, ¿no?
La pasión se reaviva — voces de empatía entre gente con trayectoria
burnstek (en sus 50)
Se había cansado por completo de los cambios interminables en el stack web (Angular, React, Vue, npm, etc.) y había dejado de programar por completo
Herramientas como Claude Code se volvieron el "truco definitivo" que le devolvió las ganas de crear
Entiende la arquitectura y la plomería del código, pero ya no necesita preocuparse por los detalles de implementación
Agrega que también le parece bien que LeetCode desaparezca
kitd (en sus 60, se jubila este verano)
Postura contraria: los agentes le arrebataron gran parte de la satisfacción de diseñar, implementar, probar y completar funcionalidades
Cree que hacer las cosas de forma simple y eficiente, sin frameworks, ya es en sí mismo suficientemente gratificante
Lo compara con lo que habrán sentido los tejedores durante la Revolución Industrial frente al telar mecánico
Reconoce el atractivo de los agentes desde la perspectiva de negocio, pero para él la alegría de programar desapareció
LogicFailsMe (mucha experiencia)
Tenía ideas de sobra, pero no tiempo para programar prototipos; Claude Code resolvió ese problema
Como la IA no puede mejorar el rendimiento de código ya optimizado, siente que consiguió un ingeniero junior incansable
Claude Code resuelve fácilmente cosas con las que Cursor se perdía hace un año, aunque todavía alucina en partes inesperadas
Evalúa a los agentes de codificación con IA como una innovación comparable a cuando vio CUDA por primera vez hace 20 años
Así como en ese entonces hubo resistencia a CUDA, espera que ahora también haya gente que rechace la IA
ACCount37
El núcleo de la división de opiniones: si disfrutas el trabajo "micro" de encajar fragmentos de código, o si disfrutas el construir sistemas que funcionen ("macro")
Si eres del primer grupo, probablemente no te gusten los agentes de IA; si eres del segundo, probablemente sí
ThrowawayR2
Considera que la esencia de la división es la diferencia entre perfil gerente vs perfil hacker
Señala que buena parte de la gente fascinada con los LLM no son coders hands-on, sino PM, managers o ingenieros Staff+
También señala que los datos de entrenamiento para futuros lenguajes y frameworks al final los producen los hackers que hacen el trabajo "micro"
nineteen999 (más de 40 años de experiencia)
Ya no tiene la misma agilidad en las manos y le surgieron artritis o dolor de muñeca, así que la IA se volvió un regalo del cielo
Su experiencia es que, si uno mantiene todo bien organizado y se enfoca en APIs e interfaces, la IA logra resultados impresionantes
cheema33 (en sus 50)
Como encuentra la alegría en resolver problemas en sí y no en los detalles de una API, siente que Claude Code le dio alas
Así como el rol del programador en ensamblador se redujo a lo largo de décadas, cree que ocurrirá un cambio parecido
bartread (edad y situación similares)
Estaba extremadamente cansado de reaprender durante décadas las mismas tareas de siempre, solo que de nuevas maneras
Claude es un enorme multiplicador de fuerza que le permite enfocarse en resolver problemas y en UX sin necesidad de teclear código
Sin tener que lidiar directamente con CSS o Tailwind, basta con describir cómo quiere que se vea y así sale
Lo describe como "la programación declarativa definitiva"
jitbit (cumple 50 este año)
Su pasión por programar nunca se apagó, pero el problema cada vez más grande es el tiempo limitado
Gracias a Claude Code y Cursor puede ahorrar enormes cantidades de tiempo
Como todavía tiene entre 10 y 20 años de vida activa por delante, siente que estas herramientas son aún más importantes
Críticas y preocupaciones — advertencias de los expertos
samiv (Principal Engineer)
Siente despojo porque el conocimiento especializado acumulado durante décadas quedó fuertemente devaluado
Observación empírica: quienes más se entusiasman con la IA suelen ser precisamente quienes peor software construyen
Está deprimido, sin motivación y considerando jubilarse antes de tiempo
hi_hi
Réplica: se puede usar el conocimiento especializado de décadas para usar los LLM como experto
Los criterios centrales del buen software (mantenibilidad, funcionamiento a largo plazo) no cambian
Como la IA no puede producir nada útil por sí sola, la experiencia sigue siendo necesaria para crear valor
bri3d (Staff Engineer)
Para un gran ingeniero, la IA es un multiplicador de fuerza; para un junior, un amplificador de 10x en producción de slop
La preocupación real: cómo formar en el futuro gente capaz de distinguir entre buen código y mal código
Si baja la contratación junior, ¿quién crecerá hasta volverse experto? En 5 a 10 años podría haber montañas de deuda técnica y nadie para arreglarla
Paradójicamente, para los ingenieros experimentados de hoy esto podría ser una oportunidad de oro
switchbak
Advierte que la actitud de "no hace falta preocuparse por los detalles de implementación" provoca problemas serios
Ya se está viendo a managers entregar PR gigantes ignorando los detalles
En codebases desconocidas, como Haskell, incluso con la mejor intención se pueden cometer errores graves
0x20cowboy
Los LLM son excelentes para codear, pero malísimos para ingeniería de software
Eso es exactamente lo que significa decir que necesitan una "guía"
Está arreglando una app vibe-coded: cada función individual está bien, pero la estructura general es código espagueti
Si disfrutas el acto de teclear código, es un problema; si disfrutas construir sistemas completos, todavía hay mucho por hacer
codazoda (40 años de experiencia, cumple 50 este año)
Hizo con Claude un editor basado en Node y, a diferencia de su herramienta previa de 2.7KB, salió un bundle de 48KB con 89 dependencias
Fue error suyo por no incluir la condición "zero-framework" en el prompt, pero el punto es que hay que operar la IA con criterio profesional
Juzgó que era un código incapaz de pasar la prueba de 5 años y decidió empezar de nuevo
ACS_Solver
Llevaba 2 años escéptico sobre programar con LLM, pero siente que los modelos recientes cruzaron un umbral
Completó en 4 horas un refactor que habría tomado días, y tareas de 1 hora en 10 minutos
Pero tuvo que corregir personalmente los momentos en que iba por mal camino o se saltaba edge cases
La preocupación real: si no hay contratación junior, ¿cómo nacen los expertos?
Le impresionó que, al menos en Sonnet 4.6, se resolviera el problema de modificar tests arbitrariamente
Debate sobre la democratización — ambos bandos
lovelearning
Critica como elitista la frase "cualquier idiota puede hacer software con LLM"
Lo valora positivamente citando precedentes históricos como la democratización de la publicación de libros, la publicación web, el open source y el hardware
latexr
Réplica: los LLM no son una democratización real. Son una estructura de dependencia de unas pocas empresas
Sostiene que lo verdaderamente democrático era el internet anterior, lleno de recursos gratuitos
atonse (Tech Lead)
El juicio, el gusto y la arquitectura siguen siendo su aporte, y la IA los multiplica por 100
Celebra que ahora también sea accesible para no desarrolladores: las ideas ya no tienen que morir en la cabeza
iExploder
Ya estaba democratizado: cualquiera con ganas podía aprender
Aun así, entiende la frustración de que se haya roto la promesa social de "si estudias, serás recompensado"
Conflicto generacional y realidad económica
tavavex (generación joven)
Señala que la mayoría de los comentarios en HN son de gente de 40 a 60 años, personas que ya acumularon patrimonio y carrera
Ellos están protegidos por la seniority, la experiencia y el salto a puestos de gestión, pero quienes de verdad están en riesgo son los recién llegados y los perfiles mid-level
Dice que, en el contexto de fondo de una "explosión", todo esto suena como "hablar de jugar con juguetes"
Dumblydorr
La realidad es que habilidades acumuladas durante décadas ahora pueden ser replicadas por un PM con tokens en 5 minutos
Despidos masivos, mal mercado laboral, inundación de herramientas de IA y posible burbuja: no ve fácil ser optimista
rps93
Empezó su carrera en UX research y frontend en 2009, pero siente que por culpa de la IA se volvió una profesión en desaparición
Está vendiendo su casa para asegurar ganancias y prepararse ante un colapso del mercado de IA
bayarearefugee
Quienes están financieramente estables aman el mundo LLM, mientras que quienes no lo están están perdiendo sus carreras
Señala que las experiencias de estos dos grupos están radicalmente separadas
Casos de resurrección entre desarrolladores mayores
dbdoug (casi 80 años)
No había programado en más de 10 años, pero volvió a escribir Python y AppleScript con Claude y Gemini
Lee y estudia el código generado línea por línea y lo usa como herramienta de aprendizaje
meebee (66 años)
En los últimos meses terminó personalmente varias apps: wishlist de medios, lista de compras, registro de salud, habit tracker, app de iOS para reloj (incluyendo un entrenador de tácticas de ajedrez), etc.
Como las apps pagas existentes no ofrecían todas las funciones que quería, creó sus propias apps con vibe-coding
Implementó sincronización familiar conectando iCloud con una base SQLite en Raspberry Pi
rayxi271828 (más de 30 años de experiencia)
Pensaba que la emoción de la era COM/DCOM/MFC/ATL había desaparecido para siempre, pero con Claude Code y Codex volvió esa emoción de primer amor
Incluso construyó por su cuenta un orquestador que conversa con agentes en contenedores y Telegram
ChrisMarshallNY (63 años)
Lleva 1 mes reescribiendo con LLM una app real en producción con miles de usuarios (algo que originalmente le tomó 13 meses)
Lo más duro de la jubilación había sido el aislamiento de trabajar solo, pero el LLM le devolvió la sensación de soñar junto a un equipo
tqwhite (73 años, totalmente jubilado)
Escribió su primer programa en 1967 y, décadas después, hoy opera un agente basado en Claude Code (“Milo”) integrado con la base de datos de grafos neo4j
Usa neo4j sin aprender el lenguaje de consultas CYPHER, y vive la IA como compañero cognitivo
Expresa tristeza porque sus pares jubilados no logran entender esta alegría
Discusión más profunda sobre la dicotomía "micro vs macro"
zmmmmm
Recomienda mantener el control directo en lugar de usar agent mode
Así uno se libera del aprendizaje tedioso de sintaxis y de obstáculos de infraestructura, pero conserva el control de la arquitectura
fragmede
Réplica: sin agent mode, el aumento de productividad es limitado
Si coordinas bien los loops, puedes implementar workflows que funcionan solos durante horas
Dice que la satisfacción se movió de "escribir código" a "pulir después de completar componentes"
empath75 (ADHD)
Por su ADHD tenía una lista de proyectos inconclusos acumulada durante décadas, pero Claude eliminó la fricción entre idea y ejecución
El valor clave es haber podido crear rápido CLI/TUI/web UI
En pocos meses descartó varias ideas y llevó una a producción en el trabajo
echelon (ADHD)
Dice que Claude Code le borra el ADHD y lo pone en estado de hiperfoco
Todavía no usa agent mode; sigue indicando personalmente ubicación de archivos, nombres de structs y hasta joins SQL, y revisa todo el código
Evalúa especialmente bien la calidad del código Rust
Advierte que, en proyectos de baja calidad, la IA también devuelve código de esa misma calidad
Perspectivas peculiares y reflexiones filosóficas
antirez
Los buenos programadores aprovechan bien los LLM porque saben qué crear y tienen ideas de arquitectura
Sin ideas ni dirección, el resultado será malo, como una persona común con Corel Draw en los 90
rendall
Lo compara con el cambio de paradigma por el cual, tras la invención de la cámara, los pintores pasaron de registradores a artistas e intérpretes
El impresionismo, el surrealismo y otros movimientos fueron resultados de décadas de adaptación a ese cambio
Los ingenieros con experiencia podrían incluso volverse socialmente más valiosos después de la IA
jorl17 (principios de sus 40)
La sensación universitaria de "ir 10 pasos adelante" se había ido apagando en los últimos años, pero con la IA esa sensación regresó
Se dio cuenta de que no encontraba alegría en programar, sino en resolver problemas
Dice que el software por fin entró en su era DIY: una época en la que incluso una persona no desarrolladora de 65 años puede crear su propio software
elzbardico
Aunque usa mucho Claude Code y AMP, si no los vigilas suelen aparecer mal código, regresiones y falta de optimización
La modularidad es pésima y se ignoran conceptos de hace 50 años como cohesión y acoplamiento
Los agentes de codificación son grandes herramientas, pero quienes creen que "pueden construir solos sistemas complejos" los están usando mal
al_borland (prefiere codear él mismo)
Probó Claude durante dos días y no le satisfizo en absoluto: se sentía como sacar A en un examen haciendo trampa
No aprendía nada, no sentía logro, solo aparecía el resultado
Lo explica como la diferencia entre arreglar tú mismo una tubería o contratar a una empresa para cambiar una ventana: solo en el primer caso siente logro
Planea borrar esa rama y reescribirla por su cuenta
vitaflo (desarrollador Rust)
Frase de su líder de equipo: "el recorrido de cada quien por este camino es distinto"
A él agent mode le deprime, pero usa LLM como herramienta de planificación; le sirve muchísimo para brainstorming y como rubber duck
Recomienda encontrar la forma que mejor funcione para cada persona
Thanemate (45 años)
Advierte sobre el sesgo de supervivencia y el pensamiento grupal en HN
La gente atrapada en la fiebre LLM tiende a visitar HN con más frecuencia
Cuenta que ha vivido crisis existencial y depresión por la presión de usar IA, y que le resulta agotador tener que corregir a varios agentes
Tuit de presentación de Karpathy
> Lo preparé para quienes quieran probarlo durante el fin de semana.
> Es una obra mezclada con código, ciencia ficción y un poco de locura :)
¿Por qué hace estas cosas en fin de semana, profesor?
Parece que se midió un resultado agregado en el que se mezclaron variables ajenas a las características del lenguaje. En GitHub están los resultados del tiempo requerido por experimento, pero no hay registros de ejecución. Es difícil verificar incluso el tiempo por subtarea, que es uno de los indicadores más comunes, y por la naturaleza de la salida de los LLM, parece imposible reproducirlo.
El autor también reconoce en la sección de limitaciones que se trata de un trabajo puntual en etapa de prototipo. Aun así, en general me parece un experimento con poca transparencia y sin control de variables.
Pero, por la naturaleza de Ruby, es inevitable que consuma menos tokens. Como se presta para escribir código de forma más compacta, también se reduce el consumo de tokens en aspectos como la cantidad de tokens de salida.
Todavía no sabemos cuándo la IA realmente reemplazará a los desarrolladores, ni siquiera si eso de verdad será posible, así que no parece necesario alabarla ciegamente. De hecho, incluso en Reddit hay bastantes publicaciones de gente que construye algo, empiezan a llegar usuarios y luego piden ayuda sin siquiera saber qué aspectos de su propio servicio son riesgosos.
Totalmente de acuerdo.
La verdad, últimamente también veo a mi alrededor que la gente con más experiencia parece divertirse más jugando con la IA.
Se siente cómodo poner a la IA a hacer cosas que antes hacías trabajando con personas, sobre la base de la experiencia de ya haber hecho algo.
Visto de otra manera, quienes disfrutan esta situación ya están en cierta posición y pueden ver la IA casi como un juguete y jugar con ella, pero también me preocupa que para la gente joven el panorama se vea incierto.
Leí el texto original y me parece un análisis y una crítica válidos. Pero los modelos experimentales de los estudios citados, a estas alturas, se sienten un poco anticuados, ¿no?
Un resumen algo distinto de los comentarios en Hacker News
La pasión se reaviva — voces de empatía entre gente con trayectoria
burnstek (en sus 50)
kitd (en sus 60, se jubila este verano)
LogicFailsMe (mucha experiencia)
ACCount37
ThrowawayR2
nineteen999 (más de 40 años de experiencia)
cheema33 (en sus 50)
bartread (edad y situación similares)
jitbit (cumple 50 este año)
Críticas y preocupaciones — advertencias de los expertos
samiv (Principal Engineer)
hi_hi
bri3d (Staff Engineer)
switchbak
0x20cowboy
codazoda (40 años de experiencia, cumple 50 este año)
ACS_Solver
Debate sobre la democratización — ambos bandos
lovelearning
latexr
atonse (Tech Lead)
iExploder
Conflicto generacional y realidad económica
tavavex (generación joven)
Dumblydorr
rps93
bayarearefugee
Casos de resurrección entre desarrolladores mayores
dbdoug (casi 80 años)
meebee (66 años)
rayxi271828 (más de 30 años de experiencia)
ChrisMarshallNY (63 años)
tqwhite (73 años, totalmente jubilado)
Discusión más profunda sobre la dicotomía "micro vs macro"
zmmmmm
fragmede
empath75 (ADHD)
echelon (ADHD)
Perspectivas peculiares y reflexiones filosóficas
antirez
rendall
jorl17 (principios de sus 40)
elzbardico
al_borland (prefiere codear él mismo)
vitaflo (desarrollador Rust)
Thanemate (45 años)
Tuit de presentación de Karpathy
> Lo preparé para quienes quieran probarlo durante el fin de semana.
> Es una obra mezclada con código, ciencia ficción y un poco de locura :)
¿Por qué hace estas cosas en fin de semana, profesor?
¿No se puede descargar, por casualidad?
Parece que se midió un resultado agregado en el que se mezclaron variables ajenas a las características del lenguaje. En GitHub están los resultados del tiempo requerido por experimento, pero no hay registros de ejecución. Es difícil verificar incluso el tiempo por subtarea, que es uno de los indicadores más comunes, y por la naturaleza de la salida de los LLM, parece imposible reproducirlo.
El autor también reconoce en la sección de limitaciones que se trata de un trabajo puntual en etapa de prototipo. Aun así, en general me parece un experimento con poca transparencia y sin control de variables.
Últimamente siguen ocurriendo cosas parecidas en los paquetes de npm.
Pero, por la naturaleza de Ruby, es inevitable que consuma menos tokens. Como se presta para escribir código de forma más compacta, también se reduce el consumo de tokens en aspectos como la cantidad de tokens de salida.
Entonces, dicen que la IA está reemplazando a los juniors que algún día se convertirían en seniors. Viva la IA, viva, viva por siempre.
Según lo que respondiste, si la IA es la que falla, ¿quién supera eso? ¿Un junior recién egresado de la universidad?
Dejo un comentario amable y mesurado.
Pronto, parece que la opción
--agent-friendlyse va a generalizar…Ese maldito Ruby
Si el autor de Ruby lo probó, entonces dirá que Ruby es bueno
Todavía no sabemos cuándo la IA realmente reemplazará a los desarrolladores, ni siquiera si eso de verdad será posible, así que no parece necesario alabarla ciegamente. De hecho, incluso en Reddit hay bastantes publicaciones de gente que construye algo, empiezan a llegar usuarios y luego piden ayuda sin siquiera saber qué aspectos de su propio servicio son riesgosos.
Pero, ¿por qué de repente confesó?
Si me preguntas en cuál implementación confiaría más… jajaja
En casi la gran mayoría de los casos, también pasa con BM25.
Así que es bueno usar también un analizador morfológico.
https://github.com/bab2min/Kiwi
Verifiqué los hechos y parece que no hay evidencia precisa de esto. ¿Alguien más ha tenido alguna experiencia al respecto?
~~está muerto 💀💀💀
Mozilla Foundation Security Advisory 2026-13
Qué impresionante.
Parece un caso que nos vuelve a recordar lo importantes que son los casos de prueba estrictos.