{"id":3310,"date":"2026-07-02T03:12:19","date_gmt":"2026-07-02T03:12:19","guid":{"rendered":"https:\/\/tucumandevelopers.com\/index.php\/2026\/07\/02\/tokens-o-salario-como-medimos-el-coste-del-desarrollo-de-software\/"},"modified":"2026-07-02T03:12:19","modified_gmt":"2026-07-02T03:12:19","slug":"tokens-o-salario-como-medimos-el-coste-del-desarrollo-de-software","status":"publish","type":"post","link":"https:\/\/tucumandevelopers.com\/index.php\/2026\/07\/02\/tokens-o-salario-como-medimos-el-coste-del-desarrollo-de-software\/","title":{"rendered":"Tokens o salario: \u00bfc\u00f3mo medimos el coste del desarrollo de software?"},"content":{"rendered":"
\n
\n

Mi columna de esta semana en Invertia se titula \u00abLa pr\u00f3xima n\u00f3mina ser\u00e1 una factura de tokens<\/a>\u00bb (pdf<\/a>), y trata sobre una de esas transiciones que, como tantas otras en tecnolog\u00eda, tienden a malinterpretarse por completo en sus primeras fases: la evoluci\u00f3n del desarrollo de software<\/em> en la era de la inteligencia artificial generativa, y la manera en que el coste de programar empieza a desplazarse desde la n\u00f3mina de los desarrolladores hacia la factura de tokens<\/em>.<\/p>\n

La idea parte de una predicci\u00f3n de Gartner que me pareci\u00f3 especialmente significativa: en 2028, el coste mensual de las herramientas de programaci\u00f3n con inteligencia artificial podr\u00eda superar el salario medio global de un desarrollador<\/a>, algo que InfoWorld comentaba tambi\u00e9n en un art\u00edculo sobre c\u00f3mo los costes de tokens en programaci\u00f3n van camino de rivalizar con las n\u00f3minas humanas<\/a>. La cuesti\u00f3n no es, como tantos titulares simplistas pretenden, que los programadores vayan a desaparecer, sino que el balance econ\u00f3mico del desarrollo de software<\/em> est\u00e1 cambiando de manera mucho m\u00e1s profunda: una parte creciente de lo que antes se contabilizaba como horas de trabajo humano pasa ahora a expresarse como consumo computacional, iteraciones, contexto, agentes y llamadas a modelos.<\/p>\n

Llevo tiempo d\u00e1ndole vueltas a este tema, y de ah\u00ed que la columna conecte con varias entradas anteriores que he publicado sobre la transformaci\u00f3n del papel del desarrollador. En \u00ab\u00bfDespedidos o millonarios? La nueva fractura invisible entre desarrolladores<\/a>\u00bb hablaba de esa divisi\u00f3n creciente entre quienes entienden la inteligencia artificial como una amenaza y quienes la convierten en una extensi\u00f3n de sus capacidades. En \u00abEl programador que dej\u00f3 de programar: anatom\u00eda de una transformaci\u00f3n<\/a>\u00bb analizaba precisamente esa mutaci\u00f3n del trabajo: menos teclear c\u00f3digo y m\u00e1s dise\u00f1ar, revisar, interpretar, decidir y asumir responsabilidad sobre sistemas que generan c\u00f3digo. En \u00abLa nueva realidad de la programaci\u00f3n y de la educaci\u00f3n: inteligencia artificial, de trampa a requisito<\/a>\u00bb planteaba la necesidad de dejar de tratar estas herramientas como una forma de hacer trampas y empezar a entenderlas como una competencia b\u00e1sica. Y en \u00abUna factura de quinientos millones de d\u00f3lares en tokens<\/em><\/a>\u00bb abordaba ya el problema del coste oculto de esa supuesta magia, o de la estupidez que supone incentivar incondicionalmente el consumo de tokens<\/em>.<\/p>\n

El desplazamiento es interesante porque obliga a replantear la naturaleza misma de la productividad. Durante a\u00f1os, muchas empresas han medido la productividad del desarrollo de software<\/em> con m\u00e9tricas tan c\u00f3modas como enga\u00f1osas: l\u00edneas de c\u00f3digo, historias cerradas, tickets<\/em> resueltos o velocidad de entrega. Con la inteligencia artificial, esas m\u00e9tricas se vuelven todav\u00eda m\u00e1s peligrosas. Generar c\u00f3digo es cada vez m\u00e1s barato, r\u00e1pido y abundante. El problema es que generar m\u00e1s c\u00f3digo no equivale necesariamente a generar m\u00e1s valor. De hecho, puede equivaler a generar m\u00e1s deuda t\u00e9cnica, m\u00e1s superficie de ataque, m\u00e1s dependencia de proveedores y m\u00e1s complejidad que alguien tendr\u00e1 que entender, auditar y mantener.<\/p>\n

Ah\u00ed est\u00e1, en mi opini\u00f3n, el cambio fundamental: el cuello de botella deja de estar en la escritura y pasa a estar en la validaci\u00f3n. El desarrollador valioso ya no es simplemente quien sabe producir c\u00f3digo correcto, sino quien sabe formular bien el problema, elegir qu\u00e9 debe automatizarse y qu\u00e9 no, limitar el contexto, evaluar el resultado, detectar errores plausibles y decidir cu\u00e1ndo una soluci\u00f3n aparentemente brillante es en realidad una bomba de relojer\u00eda. El c\u00f3digo se abarata, el criterio se encarece.<\/p>\n

Esa idea aparece tambi\u00e9n en otros trabajos recientes. La encuesta de Stack Overflow sobre inteligencia artificial<\/a> muestra c\u00f3mo los desarrolladores adoptan estas herramientas, pero tambi\u00e9n c\u00f3mo mantienen reservas importantes sobre su precisi\u00f3n y fiabilidad. El informe DORA de Google Cloud<\/a> insiste en que la productividad del software<\/em> no puede entenderse simplemente como velocidad, sino como un equilibrio entre entrega, calidad, fiabilidad y cultura organizativa. McKinsey ha analizado el potencial de la inteligencia artificial generativa para aumentar la productividad de los desarrolladores<\/a>, pero sus propios resultados apuntan a algo que conviene no olvidar: el impacto depende mucho del tipo de tarea, del contexto y de la capacidad de la organizaci\u00f3n para redise\u00f1ar procesos, no simplemente de enchufar una herramienta y esperar milagros.<\/p>\n

Tambi\u00e9n me pareci\u00f3 relevante un estudio de GitLab sobre organizaciones que generan c\u00f3digo con inteligencia artificial m\u00e1s deprisa de lo que son capaces de controlarlo<\/a>. Esa frase resume muy bien el riesgo: empresas encantadas con la velocidad de generaci\u00f3n, pero incapaces de construir los mecanismos de revisi\u00f3n, seguridad, gobernanza y trazabilidad que esa velocidad exige. La inteligencia artificial puede convertir a un buen equipo en uno extraordinariamente productivo, pero tambi\u00e9n puede convertir a una organizaci\u00f3n mediocre en una f\u00e1brica de pasivos ocultos.<\/p>\n

La comparaci\u00f3n con los directivos me parece inevitable. Microsoft ha hablado del auge de los agentes y de c\u00f3mo las organizaciones tendr\u00e1n que redise\u00f1ar la relaci\u00f3n entre personas y sistemas aut\u00f3nomos<\/a>, mientras McKinsey ha se\u00f1alado el papel de los mandos intermedios en la adopci\u00f3n de la inteligencia artificial generativa<\/a>. En el fondo, desarrolladores y directivos se enfrentan a una evoluci\u00f3n parecida: ambos pasan de hacer determinadas tareas directamente a dirigir sistemas que las hacen. La diferencia entre unos y otros no estar\u00e1 en qui\u00e9n usa m\u00e1s inteligencia artificial, sino en qui\u00e9n sabe gobernarla mejor.<\/p>\n

Por eso me interesa tanto esta transici\u00f3n. No estamos ante una simple sustituci\u00f3n de humanos por m\u00e1quinas, sino ante una redistribuci\u00f3n de costes, responsabilidades y competencias. El que piense que basta con despedir desarrolladores y pagar tokens<\/em> no ha entendido nada, y se va a llevar un suspenso como la copa de un pino\u2026 pero no se lo pondr\u00e9 yo, se lo pondr\u00e1 la vida. Igual que pensar que basta con mantener a todos los desarrolladores haciendo exactamente lo mismo de siempre. La empresa que entienda esta transici\u00f3n aprender\u00e1 a gestionar los tokens<\/em> como un recurso escaso, a medir valor en lugar de actividad, a formar a sus equipos para trabajar con agentes y a distinguir entre automatizaci\u00f3n sensata y entusiasmo irresponsable.<\/p>\n

La programaci\u00f3n no se acaba. Se vuelve m\u00e1s abstracta, m\u00e1s estrat\u00e9gica y, parad\u00f3jicamente, m\u00e1s humana en aquello que realmente importa: criterio, responsabilidad, arquitectura, comprensi\u00f3n del problema y capacidad para decir que no. Lo que se acaba, probablemente, es una determinada idea del programador como simple productor de l\u00edneas de c\u00f3digo. Y lo que empieza es una etapa bastante m\u00e1s interesante, en la que el verdadero diferencial no ser\u00e1 qui\u00e9n genera m\u00e1s software<\/em>, sino qui\u00e9n sabe qu\u00e9 software<\/em> merece la pena generar.<\/p>\n

\n

This article is also available in English with no paywall on my Medium page, \u00abThe scale is tipping: human hours vs. machine tokens<\/a>\u00bb <\/em><\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n

Fuente: Art\u00edculo original<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

Mi columna de esta semana en Invertia se titula \u00abLa pr\u00f3xima n\u00f3mina ser\u00e1 una factura de tokens\u00bb (pdf), y trata sobre una de esas transiciones que, como tantas otras en tecnolog\u00eda, tienden a malinterpretarse por completo en sus primeras fases: la evoluci\u00f3n del desarrollo de software en la era de la inteligencia artificial generativa, y […]<\/p>\n","protected":false},"author":1,"featured_media":3309,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2}},"categories":[33],"tags":[],"class_list":["post-3310","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ia"],"jetpack_publicize_connections":[],"_links":{"self":[{"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/posts\/3310","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/comments?post=3310"}],"version-history":[{"count":0,"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/posts\/3310\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/media\/3309"}],"wp:attachment":[{"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/media?parent=3310"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/categories?post=3310"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/tucumandevelopers.com\/index.php\/wp-json\/wp\/v2\/tags?post=3310"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}