El código ya es arcilla: el coste de cambiar software se ha derrumbado

Code is clay now

El código ya es arcilla: el coste de cambiar software se ha derrumbado

Antes de noviembre de 2025, modificar código era como tallar piedra: cualquier cambio grande exigía demolición y andamios. Con la programación agéntica, el código se ha vuelto maleable y el coste de cambiarlo se ha desplomado. El autor distingue dos extremos: el artesano, que permanece en el bucle y aplica su criterio en cada iteración, y la fábrica, que lo aplica por adelantado en pipelines de specs, generadores y verificadores. El criterio humano sigue siendo lo que decide si el cambio es el correcto.

Hacer un cambio puede ser casi gratis ahora, pero saber si es el cambio correcto no lo es.
  1. albertodenia

    El autor aquí. Ninguna analogía es perfecta, pero así es como se ha sentido trabajar con código para mí desde hace un tiempo, así que quería escribir mis pensamientos al respecto.

    Escribí esto hace un par de meses, y todo avanza tan rápido hoy en día que el concepto de fábricas ya se está difuminando a medida que los arneses mejoran y requieren menos herramientas a su alrededor. Aun así, sigo pensando que la distinción entre querer estar en el bucle vs automatizar fuera de él se mantiene.

    Hay otros aspectos interesantes del código maleable que no exploro en el artículo, por ejemplo:

    - Propiedad. La gente se siente menos apegada a su código, lo que tiene consecuencias buenas y malas (por ejemplo, menos batallas de ego pero menos responsabilidad).

    - Software maleable que se adapta a los usuarios. Un tema enorme, muchas preguntas interesantes por explorar.

    - Activos en código. Cosas como (algunos) gráficos 3D y animaciones ahora se pueden hacer completamente en código. Antes eran muy tediosos de codificar y ajustar.

    - Dinámicas de colaboración. En lugar de una alineación de alta frecuencia (discusiones, reuniones) para asegurar que cada detalle esté claro antes de la implementación, podría ser más eficiente seguir adelante con conjeturas fundamentadas y alinear más tarde sobre una compilación funcional.

  2. teleforce

    Comparación y analogía muy acertadas.

    Datos curiosos: las religiones abrahámicas basadas en la Biblia y el Corán afirman que los humanos están hechos de arcilla [1],[2].

    En hebreo, el nombre Adam, el primer ser humano, proviene de la palabra adamah, que significa "tierra", "suelo" o "arcilla roja".

    En árabe, Adam proviene de la palabra adeem, que significa la superficie de la tierra o polvo, reflejando la tradición islámica y abrahámica de que Adán fue creado de la arcilla o el polvo del suelo.

    Por extensión, en hebreo y árabe la palabra Adam también significa humanidad.

    [1] Génesis 2:7:

    https://www.biblegateway.com/passage/?search=Genesis%202%3A7...

    [2] Corán 7:12:

    https://quran.com/al-araf/12

  3. jameskilton

    El código siempre lo fue, se supone que es maleable. Es por eso que durante mucho tiempo se ha dicho que el código es un pasivo, no un activo. Son los datos que generas con ese código los que son tu activo. Siempre puedes reescribir el código.

    En general, somos muy malos dejando que el código se osifique o, para usar esta metáfora, se seque y se desmorone. La IA no resuelve este problema y espero totalmente ver situaciones en las que el código generado por IA se vuelva tan difícil de manejar que incluso los LLM prefieran desecharlo y empezar de nuevo.

Más de este día

2026-10-19