La IA multiplica las habilidades técnicas existentes

• Los modelos de IA son lo bastante útiles para muchas tareas de programación, pero están más cerca de ser una herramienta que amplifica las capacidades técnicas existentes que de reemplazar a los desarrolladores
• No hay evidencia de que los LLM vayan a diseñar y construir por completo proyectos de cualquier escala y que pronto ya no hagan falta desarrolladores humanos
• Matt Perry, trabajando en Motion, cerró 160 issues, superando la meta de 60 para el Q1, y también terminó una gran refactorización planeada para el Q2 en una tarde de enero
• El vibe-coding de usuarios con poca experiencia en desarrollo suele atascarse después del MVP, y los criterios de arquitectura y el conocimiento del dominio marcan la diferencia en los resultados
• La IA es poderosa como el traje de Iron Man, pero no logra por sí sola los mismos resultados; el aprendizaje estructurado y la experiencia determinan qué tan bien se aprovecha

---

El caso de productividad de Matt Perry

• Matt Perry es el desarrollador que creó varias librerías de animación, como Popmotion, Motion One y Motion (antes Framer Motion)
• El motor de layout projection de Motion es el resultado de una ingeniería sofisticada
• Matt Perry reforzó su uso de IA en 2026 y, además de superar la meta de cerrar 60 issues en el Q1, terminó cerrando 160
• También completó de una sola vez, en una tarde de enero, una gran refactorización de Motion que estaba prevista para el Q2
• Más que demostrar que un LLM sea mejor que los mejores desarrolladores humanos, esto muestra que la productividad puede amplificarse mucho cuando un desarrollador experimentado usa IA

Los límites del vibe-coding sin conocimiento del dominio

• En /r/vibecoding, personas con muy poca o ninguna experiencia en desarrollo comparten sus experiencias con el vibe-coding, y muchas veces se atascan después de la etapa de MVP
• Un LLM usado sin guía tiende a enfocarse en generar código para resolver prompts individuales, y como no ve la arquitectura completa de la aplicación, es fácil que termine en un callejón sin salida
• Un desarrollador experimentado amplifica con IA lo que ya puede hacer, pero a los usuarios sin conocimiento del dominio les cuesta pasar de la etapa de “MVP”
• Incluso usando las mismas herramientas de IA, los resultados no son iguales; la capacidad de juicio del usuario y su comprensión estructural generan la diferencia clave

Una forma de pensar en la IA como herramienta

• La IA es una herramienta, y las herramientas solo son efectivas cuando se usan con habilidad
• Tener la guitarra de Jimi Hendrix, la cocina de Gordon Ramsey o la raqueta de tenis de Serena Williams no significa que puedas lograr los mismos resultados
• La gente tiende a sobreestimar la importancia de las herramientas, y el marketing aprovecha ese sesgo, como cuando vende tenis con la “air technology” de Michael Jordan como si te fueran a dar la capacidad de clavarla
• Los agentes de IA están antropomorfizados, así que es más difícil verlos como herramientas, y si se les trata como robots autónomos, se les termina atribuyendo más mérito del real
• Una analogía más adecuada es el traje de Iron Man: hace posibles cosas asombrosas, pero no es una entidad que por sí sola funcione y logre los mismos resultados
• Aunque Matt Perry me diera acceso al repositorio de Motion y a sus herramientas LLM, si intentara moverme a su misma velocidad, probablemente no obtendría los mismos resultados y más bien causaría un gran desorden
• Cuando vemos lo que un desarrollador experimentado logra con un LLM, el factor clave no es tanto el LLM en sí, sino la capacidad del desarrollador experimentado

Whimsical Animations y el aprendizaje estructurado

• Whimsical Animations es un nuevo curso sobre animación web
• A lo largo de unos 20 años creando sitios web y aplicaciones web, se ha acumulado conocimiento sobre cómo crear animaciones e interacciones memorables e impactantes
• No hay tantos recursos sobre animación dirigidos a desarrolladores web, así que se han ido adaptando al entorno web conceptos del desarrollo de videojuegos
• Conceptos como linear interpolation, simplex noise y delta time no suelen formar parte del conjunto habitual de habilidades de un desarrollador web, pero pueden hacer que un proyecto destaque
• Herramientas como ChatGPT han facilitado aprender temas nuevos, pero para aprender de forma efectiva hay que saber qué preguntar
• El curso ofrece un currículo curado que presenta distintas técnicas
• La plataforma personalizada del curso fue actualizada para que todos los ejercicios y snippets de código puedan ejecutarse localmente
• Gracias al soporte de ejecución local, es posible completar los desafíos en tu entorno y flujo de trabajo de programación habituales

[GN⁺]

Opiniones de Hacker News

• La semana pasada, haciendo vibe coding con un diseño de UI mientras tenía pruebas de componentes abiertas en la pantalla de al lado, tuve un momento tipo Iron Man
  Iba iterando mientras le decía que moviera elementos, bajara el énfasis y explorara opciones de layout, y funcionaba casi como un loop en tiempo real, fue impresionante
  El código generado era terrible, pero convergió fácilmente a un diseño al que yo solo no habría llegado, y luego pude tomar ese diseño de referencia e implementarlo yo mismo con mejor código

  • Tal vez no fue casualidad que en el área donde sí soy experto se veía como basura, y en las áreas donde no lo soy se veía aceptable
    Los diseñadores podrían decir lo contrario: “Claude Design Studio hizo una UI basura, pero yo la arreglé a mano y en cambio me generó un código excelente que yo no habría podido escribir”
  • Hace unos días, en un hilo sobre Tailwind, escuché que la experiencia intencional de muchos frameworks es código solo de escritura, así que quizá este sea el futuro que hay que aceptar
    La idea es no preocuparse por cómo está conectado, mientras funcione está bien, y si se rompe le pides a la IA que lo arregle
    Tiene algo liberador, pero no sé si ya llegué a ese nirvana de IA de aceptarlo por completo, aunque siento que ese momento se acerca
  • Me pregunto cuánto de esto depende de la inercia del conocimiento
    Ahorita estamos en una etapa donde entendemos las habilidades base y también podemos construir las cosas nosotros mismos, pero elegimos iterar rápido aun sabiendo que hay código desordenado que en algún momento habrá que ordenar
    Esto es posible porque conocemos más o menos la forma de “cómo debería ser” y podemos guiar al framework automatizado hacia ahí; especialmente en proyectos que construimos nosotros mismos
    Si las empresas aguantan suficiente tiempo, ese conocimiento podría desaparecer por completo y solo quedarían las herramientas; entonces ya no sería Iron Man, sino algo más parecido a un iron lung
  • Ahora hay que reaprender qué trabajos son caros y cuáles son baratos
    Prototipar se volvió prácticamente gratis, y puedes hacer que la IA pruebe por separado distintas opciones de arquitectura o estilo y luego ver qué código te gusta más
    Reescribir y rediseñar también suele funcionar bastante bien, así que me gusta el patrón de hacer varias soluciones con vibe coding, escoger un enfoque, reforzar las pruebas y luego volverlo mantenible con un gran refactor
    La habilidad que se necesita aquí es saber qué es una buena arquitectura y diseñar prompts y validaciones para que cierto nivel de pruebas acelere el ciclo de feedback o haga más fácil leer los cambios del LLM
  • El modelo al que llegué es parecido: primero hago una plantilla de habilidades sobre cómo debería verse la arquitectura del sistema, y luego le digo al LLM que siga esas pautas
    No las sigue al 100%, pero da resultados suficientemente buenos, y después reviso lo generado, lo ajusto a la plantilla y agrego a la plantilla las ideas que sí me gustaron
    Esto aplica no solo a la arquitectura del sistema, sino también a backend, frontend, pruebas end-to-end y documentación
    Como ya sé cuál es el objetivo deseado, cómo quiero organizar el código y cómo quiero escribir las pruebas, el LLM me quita el tedio de seguir siempre la misma plantilla
    Aun así, requiere supervisión constante; a veces toca partes que le dijiste que no tocara o no sigue las instrucciones, y el volumen de salida puede ser abrumador, así que la revisión por pares sigue siendo necesaria

• Cuanto más acelero el trabajo con herramientas de IA, más claro me queda lo mucho que lanzar software útil sigue siendo un oficio artesanal difícil de verdad
  Claude Code y Codex pueden escribir la mayor parte del código, pero sigue haciendo falta una enorme cantidad de conocimiento técnico para decidir qué construir y cómo construirlo
  Ahora mismo estoy creando un sistema que ejecuta de forma segura apps personalizadas en HTML+JS, como Claude Artifacts, dentro de un sandbox de iframe en una aplicación más grande, y para entender por qué eso es útil y posible necesitas conocimiento profundo de sandboxing, amenazas de seguridad, el modelo de seguridad del navegador y varias capacidades de plataforma que evolucionaron durante décadas
  Alguien que solo hace vibe coding sin esa comprensión difícilmente podría lograr que algo así exista, por mucho que el LLM lo vaya guiando
  Me entristece ver desarrolladores diciendo que van a abandonar su carrera por la IA, porque justo ahora la experiencia técnica profunda previa vale más que nunca

  • La experiencia misma de interactuar con la IA es terrible
    Me gusta escribir código, pero no me gusta buscar el hechizo mágico para que una máquina escriba el código correcto, ni arreglar lo que hace mal
    Si me hubieran dicho que este sería el futuro, probablemente no habría entrado en este campo
    Además, para mí la forma en que se construyeron estas herramientas es robo, y usar herramientas hechas de manera poco ética también me parece poco ético
    Encima, ni siquiera está claro si vamos a cobrar más por habilidades más valiosas, y los salarios de ingeniería en general van a la baja
    Si el empleador se queda con todo el valor, no tengo por qué interesarme en que yo esté creando más valor
  • Esta perspectiva me parece fresca y coincide con mi experiencia
    Muchos ingenieros de software a mi alrededor concluyen que la IA se va a llevar los empleos y ya están pensando en cambiar de carrera, pero siento que todavía es demasiado pronto para decidir eso
    Todos los prompts que uso son muy técnicos, y sin mi experiencia sería difícil resolver las cosas solo conversando con agentes
    Cada vez que hago trabajo fuera de mi área de especialidad, no voy tan rápido como la gente imagina, y la especialización ayuda mucho a mantener el orden
  • Pero los altos ejecutivos no lo ven así
    Si ellos creen que la IA puede reemplazar a los ingenieros, es muy probable que así termine ocurriendo, y rara vez los ejecutivos entienden bien qué es la calidad
    Ellos solo ven ingresos y ganancias, así que aunque sea cierto que la experiencia técnica profunda tiene más valor, tristemente la realidad podría no ir por ahí
  • No puedes simplemente dejar una “carrera” construida durante años
    Lo más probable es que uno termine siendo empujado gradualmente hacia el desempleo
  • Una vez escribí que entre una gran idea y un gran producto hace falta una enorme artesanía, y me llenaron de votos negativos
    Los LLM no cambian este hecho en el mundo real
    Por eso no hemos visto una explosión de productos de alto valor, y es que crear productos que realmente generen valor es muy, muy difícil
    Me parece ridículo tomarse esto a la ligera solo porque existen los LLM

• Sobre eso de que “las herramientas de IA se parecen más a un traje de Iron Man”, hay un repositorio interesante con 63,600 estrellas en GitHub
  El desarrollador es el contribuidor semanal #1 en tendencias de GitHub, pero la aplicación no parece coincidir con lo descrito, y da la impresión de que ni los propios desarrolladores pueden responder con claridad si esto es real o no
  Al final, solo muestra que es salida desordenada de LLM, y que solo con el traje no te conviertes en Iron Man
  https://github.com/ruvnet/RuView
  https://github.com/trending/developers?since=weekly
  https://github.com/deletexiumu/wifi-densepose

  • Hay una frase que dice que una auditoría de código independiente, incluyendo validación cruzada entre tres sistemas de IA —Claude, Codex/GPT-5.2 y Gemini— confirmó que este proyecto es una carcasa que no funciona
    O sea, una IA demostrando que otro proyecto hecho por IA no funciona: qué bonito nuevo mundo
  • Todo ruvnet da un poco de miedo
    Tiene varios proyectos, pero parecen solo muchísima salida de IA, como si estuviera inundando la infraestructura de GitHub, así que es fácil entender por qué GitHub la está pasando mal

• Como matemático, yo también tuve un momento Iron Man la semana pasada
  Llevo años haciendo investigación matemática conjunta con dos amigos profesores, y probé explorar parte de la investigación con ChatGPT
  Cuando se me ocurría una idea, se la planteaba a GPT, le pedía que escribiera teoremas fáciles de demostrar y luego que produjera las demostraciones en LaTeX; siempre revisé las pruebas con mucho cuidado
  Después le hice generar código de Mathematica y, con los resultados de ejecución, validaba las pruebas o sacaba más ideas para seguir iterando
  En medio de eso hubo una parte donde no lograba acotar cierta expresión y entendí que me faltaba comprensión, así que volver a derivarlo yo mismo con papel y lápiz ayudó muchísimo
  Todo el proceso fue unas 10 veces más rápido que hacerlo sin GPT, y unas horas después ya tenía unas 20 páginas de una demostración correcta y también el código necesario para simulaciones numéricas relacionadas

• Yo veo la IA no como un multiplicador de capacidad, sino como una herramienta para ahorrar tiempo
  Para un desarrollador con poca experiencia, le ahorra tiempo de inmediato desde el comienzo de un proyecto, pero las decisiones iniciales pueden terminar afectándolo después
  Para un desarrollador senior, si le das suficiente contexto, funciona al instante como un desarrollador junior o semi-senior capaz de encargarse de tareas que ya caen dentro de su rango
  Eso sí, si le dejas decisiones importantes, puede equivocarse por completo o equivocarse de forma sutil, y los errores sutiles son los más peligrosos porque son difíciles de detectar
  Si el senior sabe poner buenas guías y detectar los problemas, la velocidad de desarrollo realmente se vuelve absurdamente alta

  • No necesariamente
    Si tienes ganas de aprender, la IA puede reducir el tiempo que toma pulir y adquirir habilidades, y como resultado sí podría ser un verdadero multiplicador de capacidad
    Hoy uso AWS mucho mejor que después de haberlo usado durante años, y también uso la línea de comandos de forma más efectiva
    Era información que igual podía encontrar antes, pero tomaba demasiado tiempo, y como el tiempo para llegar a la respuesta deseada bajó tanto, eso sí cambia el resultado real y la capacidad
  • Que te saque scripts utilitarios pequeños en Bash o Python a velocidad de rayo sí es un verdadero game changer
    Quería correr un pequeño servidor web en una Raspberry Pi, así que le pedí a Gemini que escribiera el código y un script Bash de configuración para correrlo como servicio de systemd
    Es algo que podría hacer hasta dormido, pero requiere tiempo y concentración, y durante el tiempo que me tomó escribir este comentario me generó exactamente lo que necesitaba
    Por sí solo no suena tan impresionante, pero ahora sí estoy resolviendo tareas de automatización del hogar que había ido posponiendo por falta de energía debido a otras responsabilidades

• Sí. La IA no vuelve obsoleta la capacidad o el talento puro; al contrario, los vuelve más valiosos
  El conocimiento técnico profundo gana más efecto palanca en la práctica porque hay más puntos de contacto donde puedes aplicar la IA
  Por esta realización terminé construyendo yo mismo un datacenter de homelab para hospedar mi SaaS técnico en lugar de depender de servicios cloud como AWS
  Aprender redes básicas, DevOps y hardware de servidores ahora tiene más valor porque, gracias a la IA, se puede aplicar más rápido y en más frentes
  Antes probablemente me habría tomado horas o días aprender RouterOS y configurar routers Mikrotik de nivel datacenter, pero con Claude fue una tarea de 20 minutos y además aprendí mucho de configuración de rutas
  Obtuve un nivel de control propio que nunca habría tenido usando solo cloud, y ahora hasta me dan ganas de intentar crear mi propio sistema operativo, algo que antes de la IA ni me habría atrevido a considerar

  • No estoy tan seguro
    Creo que cuando aparecieron las herramientas eléctricas y las pistolas de clavos se habría pensado algo parecido, pero aunque las casas pudieron construirse mucho más rápido, los salarios bajaron, la calidad del trabajo empeoró y el valor de la experiencia y la destreza cayó bastante
    Enyesar paredes antes era un trabajo especializado y bien pagado, y cuando apareció el drywall se pensó que se dedicaría menos tiempo a paredes planas aburridas y más a esquinas y yesería decorativa, pero esos adornos desaparecieron
    Los adornos tomaban demasiado tiempo comparados con el resto de la pared, y quienes mantenían o aprendían esa técnica seguían queriendo una remuneración decente
    Incluso el trabajo común con drywall vio subir las exigencias de productividad mientras los salarios se estancaban, y hoy a veces ni las juntas quedan bien; lo único que parece importar es producir rápido y no quejarse

• “El elefante en la habitación” se refiere a un gran tema del que nadie habla, pero de la IA sí está hablando todo el mundo
  Un mejor título sería algo más como “Por qué la IA amplifica las habilidades de los desarrolladores en lugar de reemplazarlas”

  • En contexto, este texto era una edición del boletín dentro de la campaña de marketing de mi clase más reciente
    Era “el elefante en la habitación” en el sentido de que, hasta ese momento, esa campaña de marketing no había tocado el tema de la IA
    Este enlace es una vista web creada para que se pueda leer cuando no se muestra bien en clientes de correo, no es un texto pensado para un público más amplio
  • El resultado final de todos modos es el mismo
    Si se necesita menos desarrolladores para lograr el mismo trabajo, mucha gente va a perder su empleo
    También es probable que bajen los salarios de quienes se queden
    Si crees que puedes obtener “el mismo resultado” con salario de junior y suscripción a IA, ¿por qué pagarías salario de senior?
    Creo que vienen tiempos duros para los desarrolladores de software; llevo 15 años en esto y no me entusiasma
    Honestamente estoy pensando en reentrenarme para otra industria, incluso si gano menos dinero, con tal de evitar este caos

• En general estoy de acuerdo con la visión de Josh, pero muchos textos sobre experiencia senior vs. junior al trabajar con IA me parecen un poco tontería
  Sí es cierto que los seniors obtienen mejores resultados con herramientas de IA y que los juniors la pasan peor, pero lo único que cambió es que esa diferencia se amplificó
  Lo que la gente evita reconocer es que los juniors, en cualquier campo, pueden aprender mucho más rápido con un asistente de investigación de IA a su lado, y para quien tenga la energía de profundizar, también se aceleró el camino para volverse experto
  Le pregunto a las herramientas de IA cosas como “haz esto” o “arregla aquello”, pero también muchísimas cosas como “¿cómo funciona esto?” o “¿me puedes sugerir otra herramienta?”
  Mucha gente ve la IA como una simple relación de entrada/salida, pero con o sin IA el proceso de estar metiéndole mano en medio siempre fue importante
  Los principiantes al principio no van a poder, pero eso siempre fue así, y creo que la gente buena pasará ese período de no poder hacer las cosas mucho más rápido de lo que me tocó a mí
  Eso sí, la gratificación inmediata que da la IA puede debilitar el proceso de pasar por la fricción, y quienes sean nativos de IA quizá no entiendan esa fricción ni se la cuestionen

  • No me queda claro eso de que los juniors aprendan mucho más rápido con un asistente de investigación de IA
    Viendo lo que pasa a nivel universitario, cuesta mucho esperar algo así
  • Para mí, la parte clave es eso de que la gratificación inmediata de la IA puede debilitar el proceso de pasar por la fricción
    La molestia que le genera a la gente el vibe coding mediocre o las afirmaciones de ir 10 veces más rápido termina tapando este punto
    El aprendizaje más importante no ocurre cuando haces una pregunta y recibes la respuesta de inmediato, sino cuando te esfuerzas por encontrarla, fallas varias veces, piensas a fondo, te tomas una pausa y luego resuelves el problema
    Ese conocimiento vale mucho porque no solo te da la respuesta, sino también las rutas equivocadas que ya podrás evitar en el futuro y la confianza en tu propio pensamiento
    Si la próxima generación se salta esta etapa, va a creer que las respuestas deberían encontrarse fácil, dependerá cada vez más de la IA y tendrá menos confianza en su propia cabeza
  • No aprendes solo leyendo, sino haciendo tú mismo
    En este caso, leer la salida de un LLM no te educa de forma sustancial
  • Más bien te ayuda a volverte lo más flojo posible
    Nunca he visto a nadie profundizar más gracias a herramientas de IA
  • De hecho, creo que la IA vuelve más tontos a los desarrolladores junior
    Los seniors aprendimos escalando una montaña de proyectos fallidos que construimos nosotros mismos
    Si alguien propone hacer una base de datos de archivos planos o una arquitectura de microservicios con más de 50 Lambdas, yo ya pasé por eso y sé por qué, aunque sea técnicamente posible, no deberías hacerlo
    Para mí, la IA me hace ir a 100 millas por hora en la dirección correcta, pero a los juniors los veo yendo a 100 millas por hora directo hacia el mar o hacia una pared
    Así como AWS nos volvió más tontos al producir juniors que no entienden los proxies inversos, y los lenguajes de alto nivel hicieron que muchos no comprendieran la gestión de memoria, la IA es el siguiente eslabón de esa cadena
    Creo que en 10 años la mayoría de los desarrolladores ya no va a saber leer código

• Muchos, quizá la mayoría, de los ingenieros de software son expertos en su propio codebase, por eso bastantes ingenieros están obteniendo mucho valor de la IA
  Lo que no está claro es si poder escribir más código por ingeniero reducirá la cantidad de desarrolladores, o si terminará generando más software en áreas tradicionalmente rezagadas como UX, pruebas, experiencia de desarrollador y documentación
  Tal vez simplemente suba la línea base

• Vi algo de esto hablando con Claude
  Le dije: “¿No te sorprende que X sea mejor que Y?”, y Claude me respondió llamándolo una “crítica perspicaz” y luego dio una buena explicación de por qué Y era mejor que X
  La respuesta en sí era buena, considerada y lógica, pero como era lo contrario de lo que yo quería decir, tuve que corregirlo: “No, lo que dije fue la afirmación contraintuitiva de que X es mejor que Y”
  Entonces Claude volvió y dijo “sí, X es mejor que Y”, y otra vez soltó razones bien ordenadas para sostenerlo
  Se siente como una especie de meme de genio tonto e inteligente a la vez
  Uno va y viene entre “solo es autocompletado” y “no, sí tiene un modelo interno”, pero al final es como la Biblioteca de Babel: puede contener toda la genialidad del mundo, pero solo sirve si tienes la clave de indexación correcta

  • Es bien sabido que los LLM son motores de predicción, pero para usarlos bien hay que pensar qué significa eso en pequeño
    Como aproximación de primer orden, un LLM predice la respuesta que el usuario quiere o espera
    La respuesta al primer prompt fue graciosa porque el LLM malinterpretó por completo al usuario y predijo con base en lo que creyó que el usuario había escrito
    La respuesta al segundo prompt deja aún más claro que el objetivo del LLM es predecir lo que el usuario quiere o espera
    Uno de los grandes detonantes de las alucinaciones es cuando lo que el LLM interpreta como expectativa del usuario no coincide con la realidad; entonces el LLM intenta forzar la realidad para que encaje con la expectativa que percibió
    Una buena manera de reducir las alucinaciones es quitar del prompt tantas afirmaciones como sea posible
    “¿No te sorprende que X sea mejor que Y?” contiene una afirmación explícita, y el LLM, aunque se equivocó de dirección, sí entendió que había una afirmación y por eso produjo razones para que la realidad encajara con ella
    Lo mismo pasa cuando abogados se meten en problemas por citar precedentes falsos: “búscame casos que demuestren X” es peligroso, y “¿qué casos existen sobre X?” es un mejor punto de partida