Charity Majors: el código ya es barato; la disciplina, no

Qué pasó

Simon Willison citó a Charity Majors (CTO de Honeycomb), quien escribió que en 2025 se invirtió la economía del software: producir líneas de código pasó de ser caro y lento a ser gratis e instantáneo. Las líneas de código dejaron de ser un activo que se cura y se cuida; se volvieron desechables. Y eso obliga a otra disciplina de ingeniería, no a menos.

Por qué importa para PyMEs LATAM

La mayoría de PyMEs que contrata un desarrollador externo, una agencia o un freelance para una app, una automatización o una integración paga por línea de código entregada, aunque nadie lo formule así. Si producir esas líneas se volvió casi gratis con IA, la conversación comercial cambia: no estás pagando por código, estás pagando por que alguien decida qué código vale la pena escribir, mantener y medir.

La lectura

El hype dice que la IA va a abaratar todo el software a la mitad. La señal real es otra: lo que se abarata es la generación; lo que se vuelve crítico es la disciplina de operar el sistema cuando ya está en producción. El trade-off para una PyME que manda a hacer software es entre buscar al más barato (que probablemente está usando IA para generar código que después nadie mantiene) o buscar al que tenga disciplina de pruebas, monitoreo y arquitectura (que cobra más caro pero te da un sistema vivo). Caso concreto: una empresa con 30 personas que contrata una integración con su CRM. La opción barata entrega código generado por agente en 3 días sin tests; la opción cara entrega lo mismo en 10 días con tests, logging y un runbook de qué hacer cuando se rompa. En 6 meses la primera te cuesta más por las horas de bomberos.

Lo que ya estoy haciendo en GNB Labs

En los sistemas que opera GNB Labs hoy, este tipo de cambio toca cómo se diseñan agentes que aguantan operación real, no demos. Por eso lo cubrimos en Cohort IA Operativa, un programa donde fundadores y operadores aprenden a poner agentes en producción para sus procesos reales, no en una hoja en blanco.

Qué hacer a partir de hoy

• Cuando contrates desarrollo o automatización, deja de comparar por horas o por líneas de código. Pide entregables que incluyan pruebas y documentación operativa.
• Pide al proveedor que te muestre cómo monitorea el sistema en producción. Si la respuesta es “lo arreglamos cuando falle”, ese es el problema.
• Si ya tienes software hecho con poco rigor, presupuesta el costo de auditarlo antes de seguir agregando funcionalidades.
• Cuando algo se rompa, no preguntes “quién tuvo la culpa”. Pregunta “qué no estábamos midiendo que nos habría avisado antes”.
• Negocia contratos con SLA de tiempo de respuesta, no de tiempo de codificación. Lo segundo es cada vez más barato; lo primero, no.