"Oye Claude, ¿cómo hago que mi solicitud sea más rápida? ¿Y si simplemente ponemos el código de la app en Postgres?"
"Ahora sí que estás pensando. El modelo cliente-servidor está desactualizado. Esto no es solo una buena idea, es revolucionario."
¿Quieres que elabore un plan para implementar esto?"
¿Y si una base de código realmente estuviera almacenada en Postgres y los agentes modificaran directamente los archivos leyéndolo o escribiendo en la base de datos?
La velocidad del código ha aumentado entre 3 y 5 veces. Sin duda, esto continuará. La revisión de relaciones públicas ya se ha convertido en un cuello de botella para los equipos de alto rendimiento.
Una base de código comprobada en el sistema de archivos parece una primitiva terrible cuando tienes entre 10 y 100 o 1000 agentes escribiendo código.
El código ahora es datos de alta velocidad y debería modelarse en ese sentido. Como mínimo, necesitamos atomicidad a nivel de escritura y mejor coordinación entre agentes, mejores primitivas de sincronización para suscribirse a cambios de estado de la base de código y lint/fmt/revisión de código en tiempo real a nivel de archivo.
El paradigma actual de ~20 años de git checkout/branch/push/pr/review/rebase terminó en enero de 2026. Necesitamos un sistema fundamental completamente nuevo para escribir código si realmente queremos seguir el ritmo de las leyes de escala.
Alguien dijo una vez (estoy parafraseando) -
Puedes inventarte todo tipo de cifras que pueden cumplirse en el futuro y técnicamente no estás mintiendo.
Pero en el momento en que inventas un número sobre algo que ya ha ocurrido, ahora estás cometiendo fraude de valores.
Creo que la gente se sorprendería de lo ricos que son algunos ingenieros de ML, no por el trabajo, sino por encontrar mercados mal valorados (apuestas/predicción, etc.) y construir modelos para apostar en ellos.
Conozco a un ingeniero de ML que trabaja de día pero ha ganado como 15 millones de dólares con apuestas deportivas en los últimos 5 años.