- El auge de las herramientas de generación de código con IA está reduciendo el rol de los programadores a simples revisores
- La verdad más incómoda sobre las herramientas de codificación con IA es que realmente funcionan, y si no lo crees, espera seis meses
- Los desarrolladores senior pueden negarse a usar IA por principios morales, pero sus colegas junior con bazucas y jetpacks terminarán superándolos en productividad
- Como la última generación que moldeó código a mano, extrañaremos esos momentos peleando con el depurador a las 2 a. m. y el orgullo de pensar "yo construí esto"
- No se trata de celebrar ni de resistirse al nuevo mundo, sino de tomarnos un momento para llorar un oficio que está desapareciendo
La era de la IA y la realidad de los programadores
- Nunca quise que mis posts de blog y mi código fueran consumidos y repetidos por una IA para que otra persona ganara dinero con eso
- El rol del programador se está degradando al de un agente de TSA glorificado, alguien que revisa código para asegurarse de que la IA no haya metido de contrabando algo peligroso en producción
- Lo peor de estas herramientas es que sí funcionan, y dentro de seis meses será aún más evidente
Diferencias de reacción entre generaciones
- Si estás en la etapa final de tu carrera, puedes rechazar la IA por principios morales
- Los desarrolladores al inicio de su carrera ya usan Warp, Cursor, Claude y aprovechan ChatGPT como terapeuta y como programador de apoyo
- Este texto va dirigido a los desarrolladores cuarentones que todavía no han asimilado esta realidad
- Si un senior rechaza la IA, sus colegas junior lo terminarán aplastando con una diferencia comparable a bazuca con jetpack contra bicicleta infantil, y el jefe empezará a preguntar por qué cobras el doble para producir una décima parte del código
Una elección realista
- Si tienes hipoteca, pagos del coche y una familia, al final terminas tomando una decisión pragmática
- Puede ser una decisión que tu yo más joven e idealista no habría querido tomar, pero es la que protege tu casa, tu coche y la seguridad de tu familia
Duelo por la última generación que escribía código a mano
- Algún día les contaremos a nuestros nietos lo ridículo que era teclear sintaxis de JavaScript con los dedos, pero por dentro lo vamos a extrañar
- Extrañaremos esas manos de artesano que sostenían el código y lo moldeaban como arcilla, esas peleas contra bugs absurdos frente al depurador a las 2 a. m., y la experiencia de crear algo que te llenaba de orgullo
- Desaparecerá esa satisfacción parecida a la firma de un artista al dejar en un repositorio de GitHub: "yo construí esto"
Actitud frente al nuevo mundo
- No se trata ni de celebrar ni de resistirse al nuevo mundo; como la salida y la puesta del sol, es una corriente que no se puede detener con protestas
- El oficio de programar se volverá, para las generaciones futuras, una curiosidad arqueológica, como las herramientas de un herrero encontradas en una excavación
- Que todo termine convirtiéndose en polvo es parte de la naturaleza de las cosas, pero aun así ahora toca llorar un oficio que se desvanece
Temas principales discutidos en los comentarios
-
Revisión de código con IA y deuda técnica
- La revisión de código por parte de desarrolladores senior sigue siendo necesaria, pero el siguiente paso serán revisores de código con IA, refactorizadores con IA y auditores de seguridad con IA
- Proyectos como Ralph y Gas Town apuntan en esa dirección
- Claude hoy produce código redundante y verboso, pero al agregar más etapas de IA el problema realmente puede resolverse
- Si intentas resolver todo en una sola conversación, sale basura, pero eso no significa que sea imposible no producir basura
- La deuda técnica se está acumulando a la mayor velocidad de la historia, y el texto de Greg Jorgensen de 2007, "Introduction to Abject-Oriented Programming", aunque era sátira, describe con precisión cómo escribe código Claude
-
Dudas sobre la sostenibilidad económica
- Modelos mejores pueden ser económicamente inviables si no bajan el consumo energético y el costo del hardware
- Cuando se acabe el enorme flujo de inversión gratuita y terminen los subsidios, el mercado de agentes de código podría recibir un golpe fuerte
- Incluso aumentando el tamaño del modelo 10 veces, ya se observa una caída en los rendimientos: no se logra una mejora de rendimiento de 10 veces
- Si revienta la burbuja de inversión de tamaño 17x de la era punto com, queda la pregunta de quién pagará el costo de operar estos modelos
- El primer gran salto de los LLM fue inesperado, no planificado y, sobre todo, irrepetible
-
Costos energéticos y regulación
- Es posible que los costos de energía bajen con el tiempo gracias al incentivo para construir modelos y hardware más eficientes, pero por ahora seguimos en la etapa de reutilizar chips para gamers
- Ya aparecieron modelos como Kimi K2.5 que pueden ejecutarse en hardware propio, pero por la paradoja de Jevons la mayor eficiencia energética puede aumentar el uso total y, con ello, el costo energético total
- La regulación podría ser el único medio para frenar este futuro, y si la tarifa eléctrica se duplica, podría aparecer la voluntad política necesaria
-
El choque entre capitalismo y automatización
- La economía capitalista depende del circuito trabajo → salario → ingreso → consumo → ventas, y el capital siempre intenta sustituir trabajo para reducir costos, aunque eso termine destruyendo la economía
- Si las recomendaciones de IA superan el desempeño de CEOs, abogados y otros, surge la pregunta de quién recibirá el rescate financiero
- En última instancia, cuando la concentración de la riqueza haga imposible sostener a una familia, habrá ajustes en la ley y en el contrato social, o de lo contrario llegará el caos
-
El valor del open source y la colaboración humana
- El proyecto Pinafore fue un experimento para construir una aplicación web perfecta sin compromisos en rendimiento, accesibilidad ni seguridad
- También se hizo para que funcionara bien incluso en KaiOS y mantuvo una cultura de bienvenida a contribuyentes
- Dentro de seis meses cualquiera podrá crear su propio Pinafore con vibe-coding, pero en el proceso desaparecerán las oportunidades de encuentro y colaboración entre personas
- El código es un modelo de la realidad, una expresión de las necesidades y demandas de la gente; si no conoces la realidad, no puedes crear un modelo de ella
- Cuando apareció ChatGPT por primera vez, a partir de la experiencia previa en procesamiento de lenguaje natural parecía algo como los antiguos modelos de Markov o predictores de la siguiente palabra, pero generó inquietud y, visto en retrospectiva, quizá fue un mecanismo de defensa
17 comentarios
De verdad... mis condolencias por el difunto.
Se me están acumulando en la carpeta de trabajo proyectos hechos sin escribir ni una sola línea de código.
> Los desarrolladores que están al inicio de su carrera ya usan Warp, Cursor, Claude y otros, y están aprovechando ChatGPT como terapeuta y programador en pareja
El hecho es que hasta ese debugging lo va a hacer la IA por su cuenta.
El único hecho aquí es que tu opinión no es un hecho.
La ilusión de que los hechos lo son todo
Hasta corregir los malentendidos lo hace la IA.
error humano recursivo
Comentarios en Hacker News
Empecé a programar hace 40 años porque las computadoras se sentían como magia.
Ahora vivimos en una época todavía más mágica que aquella.
Hablar con computadoras y ver realidad la fantasía ochentera de imaginar sistemas con personalidad ya es posible.
Algunas personas dicen que “hemos perdido algo”, pero yo más bien siento que estamos en una edad de oro de la computación.
Extraño la época de los viejos microprocesadores de 8 bits, cuando te daban instrucciones de hardware junto con código de ejemplo.
Ahora la IA funciona como una caja negra, y dominan el software por suscripción, el hardware cerrado y la infraestructura centralizada (GitHub, AWS, etc.).
La abstracción de escribir lenguaje natural como pseudocódigo es interesante, pero por sí sola no basta para tapar los problemas de la computación moderna.
Dentro de 40 años seguirán existiendo C, bash y grep, pero la mayor parte del SaaS actual y del código en JS, Python o Go habrá desaparecido.
Hay tantas dependencias que, para correr en 2050 un repo de 2026, hará falta modificar muchísimo.
Aún no sabemos si la IA resolverá ese problema o si lo volverá todavía más complejo.
La IA ya aprendió patrones de código abierto y genera con facilidad código repetitivo.
Los humanos siguen siendo necesarios para el trabajo creativo, pero no está claro cuántas personas harán falta en el futuro.
Ahora vivimos en una era donde escribes un “significado” y te encuentra la palabra.
De verdad siento que es una gran época para estar vivo.
Los LLM pueden ser una amenaza si uno se ve a sí mismo como un simple productor de código.
Pero si eres alguien que “piensa qué construir”, más bien puedes usarlos como una herramienta de apoyo.
Yo ya aprendí a distinguir qué cosas delegar a un LLM y cuáles debe hacer un humano.
Si la IA escribe el código por mí, ese disfrute desaparece.
Al final, lo importante es el proceso de construirlo yo mismo.
Su capacidad para entender el contexto todavía es insuficiente.
La velocidad para escribir especificaciones (
spec) se volvió el cuello de botella, y el futuro de la profesión se siente sombrío.Trabajar con robots también es interesante, pero ya se perdió el placer de escribir código directamente.
Yo no estoy triste.
Desde niño, mi objetivo ha sido crear cosas bellas y útiles.
Ahora diseño sistemas con palabras, y la IA se encarga del trabajo repetitivo.
El código es solo un medio; la esencia sigue siendo “la alegría de crear algo”.
Me preocupa si algún día la IA llegará a decidir por sí sola incluso qué construir.
Aun así, creo que, como en el ajedrez, la creatividad humana seguirá teniendo sentido.
Trabajar con LLM se parece a un artista que crea imágenes con IA.
El resultado puede tener valor, pero cuesta llamarse a uno mismo “programador” por eso.
Aun así, está bien poder dejarle a la IA las partes repetitivas y aburridas.
Pero en las empresas importa la productividad, así que cada vez queda menos espacio para programar uno mismo.
La verdadera creatividad sigue siendo territorio humano.
Todavía puedo diseñar arquitecturas elegantes, y eso es lo que disfruto.
Es irónico ver a la industria tecnológica inquieta por su propia automatización.
Siempre hemos dicho “vamos a automatizar su trabajo”, y ahora nosotros mismos nos convertimos en ese objetivo.
El objetivo no era reemplazar personas, sino ampliar sus capacidades.
También empatizo con el autor.
Disfruto el proceso de escribir código directamente y pensar en estructura, rendimiento y pruebas.
Me resulta extraño que tanta gente diga que “programar no es divertido”.
Con LLM se pueden hacer proyectos rápido, pero me incomoda que se pierda una comprensión profunda del código.
La IA no escribe buen código de manera instintiva y sigue necesitando ajustes constantes.
Creo que quienes “aprendieron a programar por dinero” la van a pasar peor con estos cambios.
Llevo 3 o 4 años escuchando eso de “espera solo 6 meses”.
Los empleos ni siquiera han desaparecido todavía, así que parece un funeral demasiado apresurado.
Los debates de hace 6 meses ya hoy quedaron sin sentido.
Dicen “nuestro craft desapareció”, pero eso es solo tu craft.
Si se trata de frontend web simple, un LLM quizá pueda reemplazarlo, pero no toda la programación es así.
La salida de un LLM es un resultado comprimido con pérdida, así que llenar esa diferencia sigue siendo tarea humana.
Los seres humanos somos seres experienciales.
Nuestras experiencias son clave para la supervivencia, la cultura y la identidad.
Por eso es natural entristecerse cuando desaparece un oficio.
Igual que vale la pena recordar la destreza de los domadores de caballos o los cocheros, también vale la pena recordar el craft de los programadores.
La automatización es necesaria, pero también hace falta hacer duelo por la pérdida.
Antes disfrutaba leer código poético, pero después de vivir pesadillas de mantenimiento cambié de opinión.
La cultura de medir el rendimiento por líneas de código (LOC) es una métrica equivocada.
El código realmente difícil puede resolver un gran problema en solo dos líneas.
Si la gente que era evaluada por LOC desaparece por culpa de los LLM, sinceramente creo que me alegraría.
Los jefes que cuentan LOC no duran mucho.
Un amigo mío dejó FAANG tras 30 años de carrera y fundó una startup,
y dice que este es el mejor momento porque puede crear ideas que la IA no puede replicar.
Lo expresó así: “En una época en la que todos andan en bicicleta eléctrica, yo me estoy preparando para el Tour de France”.
Decir “la IA va a escribir mejor código que tú en 6 meses”
es solo una promesa repetida durante años.
Cuando señalas las limitaciones actuales, la única respuesta que recibes es “espera un poco más”.
Sorprende la cantidad de opiniones negativas que hay.
Lo lamento profundamente. Aunque las innumerables noches de depuración que pasé junto a esta Mac mini que estoy usando ahora pronto serán reemplazadas por agentes de IA, creo que voy a extrañar esta época.
Además de los servicios de IA, me gustaría saber qué productos hechos con IA, que realmente funcionen, existen. Excluyendo los SaaS mediocres, ¿hay productos así? Si son sistemas embebidos, me da todavía más curiosidad.
Luto..
Creo que también da la impresión de que hay cierta idealización del "código escrito a mano".
La idea de "hacer mucho escribiendo poco" siempre ha existido,
y creo que incluso antes de la IA, cuando apareció el GC, también había un ambiente parecido.
Aunque escribas código a mano, puedes sentir que tu código no tiene problemas, pero cuando algo falla igual terminas metiéndote al código interno o revisando la memoria.
Aunque escribas prompts a mano, si crees que tus prompts no tienen problemas pero algo falla, me parece que al final pasará lo mismo: terminarás metiéndote al código interno.
Claro, probablemente la mayor parte de eso también se resolverá con servicios de IA.
También me imagino que el código escrito a mano podría volverse, en cierto sentido, una forma de arte contemporáneo... jaja
Más bien, pienso que soy feliz porque ahora se ha disparado la cantidad de cosas que tengo que estudiar.
Incluso después de escribir cosas que me resultan difíciles de redactar, me pongo a estudiar con ganas.
Desde el principio he pensado que, en empresas grandes o en proyectos realmente importantes, al final todo tiene que ser revisado por personas, así que desde la perspectiva de quien está aprendiendo, esto no podría ser más divertido.
Si una tormenta magnética nos golpea y la Tierra se reinicia, llegará una edad dorada.
En embebidos todavía nos quedamos depurando hasta las 2 a. m. por una o dos líneas... jaja. Y lo que no está en la documentación, ni
claude codelo sabe...Soy desarrollador de control de hardware, más bien unos pasos por encima de lo embebido, trabajando principalmente con Python. Hasta hace unas semanas, resistirme al vibe coding me parecía casi motivo de orgullo, y cuando era complicado preparar una sesión de depuración, lo máximo que concedía en usar mucho un LLM era pegarle de corrido el código que había escrito y decirle: "ayúdame a encontrar en qué me equivoqué aquí".
Configuré Claude y, mientras me lo iba explicando amablemente, fuimos escribiendo juntos
CLAUDE.md; después de usarlo una o dos veces, me di cuenta de que de verdad empecé a depender de él.Ya no tengo que preocuparme por si me equivoqué con un
breako uncontinueincluso en un bucle simple; si me da flojera expresar algo con palabras, simplemente escribo todo de corrido y luego le digo "revisa si no hay errores tipográficos"; con solo la estructura organizada enCLAUDE.md, él solo encuentra enseguida el contexto, y cuando intento implementar un subsistema nuevo termino pensando: "como aquí más bien no hay contexto del cual depender, esto hasta lo podría escribir él solo, ¿no?".Y entonces de verdad empieza a darme miedo poco a poco. Si sigo programando así, con la cabeza vacía, ¿qué pasa cuando vaya al sitio y no entienda este código que ~escribí yo~ escribió él? Pero esa en realidad es una preocupación menor. Lo que me da ansiedad es la sensación de que de verdad me estoy quedando atrás frente a esta ola del vibe coding, y además yo era de los que disfrutaban ponerse a leer manuales; ya no solo porque cada vez hay menos razones para hacerlo, sino porque hasta me da una especie de miedo existencial sentir que todo el conocimiento que fui acumulando a través de esos manuales está siendo invalidado...
De verdad, ahora mismo tengo muchísimo miedo..