El Web Developer
Construye lo que un agente de IA ya construye más rápido — y su único fulcro real, que el código funcione, es justo el que la máquina aprende a verificar sola.
Un miércoles a medianoche, un desarrollador web termina de maquetar la landing de un cliente: React, Tailwind, un formulario conectado a una API, todo responsive. Le ha llevado dos días. A la mañana siguiente, el mismo cliente le reenvía, sin mala intención, una captura: ha pedido a un agente de IA "una landing igual pero con el hero a la izquierda" y la tiene desplegada en Vercel antes del café. El desarrollador mira su factura por hora y entiende, por primera vez, que lo que vende no es saber programar — es algo más frágil que eso, y aún no sabe nombrarlo.
Palanca visible
La capacidad de producir: maquetar interfaces, conectar APIs, configurar el build, traducir un diseño de Figma a componentes, resolver el bug de CSS. Velocidad, dominio del framework de moda, un portfolio de sitios entregados. Todo esto la IA lo reproduce hoy en minutos, no en días — y la palanca del desarrollador es, cada vez más, idéntica a la palanca de la máquina que la empuña por menos.
Fulcro invisible
El juicio sobre lo que no está en el ticket: qué arquitectura aguantará el crecimiento que el cliente aún no sabe que tendrá, qué atajo se pagará caro en seis meses, cuándo decir que no a la feature que romperá el sistema. No es escribir código — es decidir qué código no escribir, y responder por esa decisión cuando explote en producción. Eso vive en alguien que ha visto explotar sistemas antes, no en quien solo genera sintaxis correcta.
Compárese con el copywriter de marketing (Card #003): ambos venden una palanca que la IA replica al instante, pero el copywriter tiene el epistémico ausente — su output es indistinguible y nadie verifica al autor — mientras el del desarrollador sobrevive como asumido: el código funciona o cae, y eso aún se comprueba. Esa es la distancia entre critical y warning. No es de prestigio — es de irreversibilidad: el copy se regenera sin consecuencia, pero un sistema mal arquitecturado deja una cicatriz que alguien tiene que responder.
Sí, pero exige dejar de venderse como quien escribe código. El desarrollador que sobrevive migra hacia el eje que la IA no ocupa: arquitecto que decide y responde por el sistema entero (epistémico verificado por consecuencias a años), o socio técnico de confianza que conoce el negocio del cliente desde dentro y decide por él lo que no sabe pedir (relacional verificado). En ambos casos deja de cobrar por línea y empieza a cobrar por juicio. El diagnóstico no condena a la persona — condena a la función de "manos que teclean".
Cuando lo que vendes es que el código funcione, ya compites con una máquina que también lo hace funcionar — y más barato. El fulcro no está en escribir la función, sino en saber cuál no escribir y responder por ello cuando el sistema arda. La pregunta no es "¿programo más rápido que la IA?" — es "¿qué se rompería en el mundo si yo dejara de decidir qué construir?"
Este diagnóstico usa el marco del fulcro de El Fulcro Invisible — un libro sobre qué te sostiene cuando la IA hace todo lo que tú haces.
Consigue el libro