Nunca nos pagaron por escribir código

Si la IA escribe el código, ¿por qué nos pagan?

En redes se repite la misma frase: “el software se acabó”, “los programadores están acabados”. Y si eres vibecoder como yo, quizá te preguntas lo contrario: si la IA hace el código, ¿qué valor aporto yo?

Jamie Turner, cofundador y CEO de Convex, ex líder de plataformas y bases de datos en Dropbox, dio una charla con un título provocador: “Nunca nos pagaron por escribir código”. Confesó que pasó por una especie de crisis existencial: “Trabajé tanto para ser bueno escribiendo software. ¿Alguien me necesita ahora?”

Su respuesta llegó en tres momentos de claridad. Y los tres, curiosamente, son una excelente noticia para quienes construimos con IA sin ser programadores de formación.

En este artículo te los cuento, aterrizados a mi mundo: la industria maderera, la trazabilidad y las soluciones que construyo con Claude. Al final entenderás qué te pagan realmente cuando creas software con IA que la gente use.

Lección 1: el ingeniero no pone remaches

Jamie arranca con un puente famoso de los años 30, en San Francisco. En las fotos de la época ves obreros colocando remaches. Pero el ingeniero clave, Charles Ellis, no puso ni uno. Su trabajo fue hacer los cálculos para que el puente cumpliera el presupuesto, resistiera el mar, el tráfico y la corrosión, y tuviera un plan de mantenimiento para durar 100 años.

Y lo hizo desde Chicago, a más de 3.000 kilómetros de la obra.

En ingeniería civil o aeroespacial eso es obvio: diseñar y construir son trabajos distintos. En software, en cambio, el que diseñaba y el que construía eran la misma persona. Por eso el famoso “programador 10x” nunca fue alguien que tecleara más rápido. Era alguien que dominaba la capa invisible: cómo darle al código una forma que siga funcionando con el tiempo.

La IA separa por fin esos dos roles. Claude es el constructor. Tú eres el ingeniero.

Las barandas importan más que el teclado

Jamie muestra señales de este cambio. Desde mediados de 2024 crecen herramientas que le dicen al agente qué debe cumplir el sistema y qué cuenta como error, por ejemplo librerías de pruebas que verifican reglas con miles de casos aleatorios. Incluso el creador de Bun dejó que Claude reescribiera todo el proyecto en Rust, un lenguaje famoso por ser difícil. Si tú no escribes el código, la dificultad del lenguaje deja de importar.

Su conclusión: la ingeniería de software no murió, está madurando. Cada vez se especificará más por adelantado, con reglas claras que guíen al agente hacia el éxito.

Cómo lo veo desde la madera

En trazabilidad forestal esto lo entiendo bien. El valor nunca estuvo en tipear una planilla. Está en saber qué reglas no se pueden romper:

• El volumen que sale no puede superar al que entró.
• Cada pieza debe poder rastrearse hasta su origen.
• La documentación tiene que cuadrar con lo que exige la autoridad forestal.

Esas reglas son mi ingeniería. Cuando se las doy a Claude como barandas, construye mejor. Cuando no se las doy, construye rápido algo que se ve bien y falla en la auditoría.

Lección 2: los robots no eliminaron a los proveedores

La segunda epifanía llegó viendo un video de la fábrica de BMW. Robots soldando a una velocidad imposible para cualquier humano. La industria automotriz ya vivió lo que el software está viviendo ahora: la llegada de los robots.

Entonces Jamie se hizo la pregunta que muchos temen: si una IA lo puede generar todo, ¿para qué usar plataformas o servicios de terceros? ¿Por qué no generar tu propio sistema de pagos, tu propia base de datos, tu propia criptografía?

La respuesta está en los autos:

BMW ni siquiera fabrica sus asientos. Los compra a un integrador, que compra el marco a una empresa, la espuma a otra, y esa empresa compra los químicos a otra más.

La automatización no eliminó la cadena: la hizo más larga y más especializada. ¿Por qué? Porque el recurso más escaso de cualquier negocio no es la capacidad de fabricar. Es la atención necesaria para ser excelente en lo tuyo. Los proveedores existen para que tú solo tengas que dominar tu parte.

La IA también hace más fácil adoptar herramientas

Jamie compartió un dato de su propia empresa. La retención de nuevos usuarios de Convex a los tres días pasó de alrededor de 30 % a 53 % en enero, justo cuando los agentes de código dieron el salto.

La razón: antes, probar una herramienta nueva exigía leer tutoriales y cambiar tus hábitos. Ahora el agente la usa por ti desde el minuto uno. Los modelos, dice Jamie, “no tienen miedo”: les das un archivo de instrucciones y cambian de forma de trabajar al instante.

La cadena forestal funciona igual

En nuestra industria esto es evidente. Del bosque al cliente final hay concesionarios, extractores, transportistas, aserraderos, reaserríos, secadores y exportadores. Hay empresas que integran toda la cadena, sobre todo algunos exportadores, pero son contadas. La gran mayoría se especializa en uno o dos eslabones y gana dinero siendo excelente en su parte.

En software pasa lo mismo. Un aserradero no necesita construir su propio sistema de trazabilidad: necesita un buen proveedor. Ese es el espacio de TimberID. Y un emprendedor no necesita montar sus servidores: para eso existe Nubepal. La IA no borra esos eslabones. Abre espacio para muchos nuevos.

Eso sí, Jamie reconoce el riesgo: más dependencias significan más puntos por donde puede entrar un problema de seguridad. Su apuesta es que aprenderemos a gestionarlo, igual que la industria automotriz aprendió a manejar miles de piezas sin dejar de mejorar.

Lección 3: las iPads empolvadas y el courier

Esta es la historia que más me impactó, y la que todo vibecoder debería tatuarse.

Una joven estudiante de computación acompañaba a su abuela en una clínica de cuidado de memoria. Ahí notó que el personal tenía un problema concreto. Llenaban formularios en papel con observaciones de los pacientes, los enviaban a un servicio médico y los informes tardaban días, a veces una semana, en volver. Mientras tanto, la atención se estancaba.

Ella pensó lo que pensaríamos tú y yo: “Con agentes de IA puedo acelerar todo esto”. Construyó la solución, llevó iPads con la app instalada y lanzó un piloto. Todos estaban encantados.

Una semana y media después, el uso había caído casi a cero.

Volvió a la clínica y encontró las iPads apiladas en un rincón, llenas de polvo. Los formularios de papel seguían por todas partes. Las enfermeras, apenadas, le dieron razones sueltas:

• “No todos mis pacientes lo necesitan, así que no siempre cargo la iPad.”
• “Los formularios ya están en el cuarto.”
• “A algunos pacientes no les gustan los aparatos.”

No había un solo problema que arreglar. Entonces llegó a una conclusión brillante: “Me pidieron reducir el tiempo de respuesta, no digitalizar nada.”

Contrató un servicio de courier que recogía los formularios de papel y los escaneaba en el sistema. El resultado: crecimiento explosivo, retención excelente, clientes felices y costos más bajos.

¿Por qué funcionó? Porque el trabajo se hizo mejor, más rápido y más barato, sin que el cliente tuviera que cambiar su comportamiento.

Esto pasa todos los días en una planta

Si alguna vez quisiste digitalizar una planta maderera, esta historia te suena. Puedes llevar tablets al patio de trozas, pero el operario tiene las manos ocupadas, hay polvo, lluvia y aserrín. El cuaderno o la planilla de papel siguen ahí por una razón.

La pregunta correcta no es “¿cómo hago que usen mi app?”. Es “¿qué resultado quieren?”. Quizá el jefe de planta no quiere una app: quiere saber el rendimiento del turno antes de las 8 de la mañana. Si eso se logra con una foto de la planilla por WhatsApp y un proceso detrás que la convierte en datos, ganó él y ganaste tú.

Esa es la diferencia entre vender tecnología y vender resultados.

Cuidado con la “niebla de herramientas”

Jamie cuenta algo que a cualquier constructor le duele un poco. Los usuarios que más aman Convex no son los ingenieros expertos que admiran su arquitectura. Son los que nunca habían construido un backend y dicen: “No tengo idea de cómo funciona y no me interesa aprenderlo. Es genial.”

Esos clientes no te felicitan por lo ingenioso del código. Pero saben mejor que tú qué tiene de especial tu producto: les permite concentrarse en lo suyo. Jamie lo ilustra con Stripe: él no tiene idea de cómo funcionan los impuestos en Indonesia, y no necesita saberlo, porque le paga a Stripe para eso.

Aquí está la trampa que él llama niebla de herramientas. La IA es tan poderosa que empezamos a diseñar productos a partir de lo que la herramienta puede hacer, en lugar de lo que la persona necesita. La fundadora de la clínica cayó en eso con las iPads. Y salió cuando volvió a mirar la necesidad.

“La necesidad humana es la única raíz de este árbol.”

Eso es lo que siempre nos pagaron: construir cosas que la gente necesita y generar confianza mientras lo hacemos. El código fue solo el medio.

Qué significa esto para ti como vibecoder

Para alguien que no viene de la programación, esto es una ventaja enorme. Tus años en un oficio, una industria o un negocio son exactamente lo que la IA no te puede dar. Yo no compito con un programador de Silicon Valley en código. Pero sé cómo funciona un aserradero en Pucallpa, y esa es la parte que vale.

Antes de construir tu próxima app, hazte tres preguntas:

1. ¿Qué resultado quiere mi cliente? No qué función, sino qué cambio en su día.
2. ¿Qué tendría que cambiar para usar mi solución? Cuanto menos, mejor.
3. ¿Qué reglas no se pueden romper? Esas son las barandas que le das a la IA.

Preguntas frecuentes

¿La IA va a reemplazar a los programadores?

Según Jamie Turner, no. Reemplaza la parte de escribir código, pero el diseño, las reglas y la comprensión del problema siguen siendo humanos. La ingeniería de software está madurando, no muriendo.

¿Qué valor aporta un vibecoder si la IA escribe el código?

Su conocimiento del problema. Quien entiende un negocio o una industria sabe qué construir, qué reglas respetar y qué resultado espera el cliente.

¿Por qué la gente deja de usar una app que sí funciona?

Casi siempre porque les exige cambiar su forma de trabajar. Las soluciones que ganan entregan el resultado sin pedirle al cliente que cambie sus hábitos.

¿Conviene construir todo desde cero con IA?

No. Igual que en la industria automotriz, conviene apoyarte en buenos proveedores, como bases de datos, pagos o hosting, y concentrarte en lo que te hace diferente.

Construye lo que la gente necesita

La IA te dio un equipo de constructores incansable. Lo que te toca a ti es ser el ingeniero: entender la necesidad, poner las reglas y medir si el resultado llegó.

Si quieres empezar con el pie derecho, en mi webinar gratuito “Crea tu primera app con IA sin saber programar” construimos una aplicación en vivo partiendo de un problema real. Y en el curso Aplicaciones Web con AI desde Cero de la Academia Nación Emprende aprendes a convertir tu conocimiento de negocio en software.

Avísame por WhatsApp del próximo webinar gratuito →

Si te perdiste el artículo anterior, léelo aquí: Cómo crear (y vender) software con IA sin saber programar.

Fuente: charla de Jamie Turner, cofundador y CEO de Convex, “We Were Never Paid to Write Code”.