Resumen:
¿Está realmente llegando a su fin la programación tradicional? 11 días, 6778 confirmaciones y más de 1 millón de líneas de código nuevo. Durante todo el proceso se quemaron aproximadamente 165.000 dólares estadounidenses en tokens. Recientemente se lanzó oficialmente Bun 1.4, reescribiendo directamente una gran cantidad del código subyacente de Bun de Zig a Rust. El registro de fusión en GitHub muestra que un cambio alcanzó "+1009, 257 líneas, -4024 líneas".
Lo que es exagerado es que este millón de líneas de código no fueron escritas poco a poco por cientos de programadores.
Jarred Sumner, el desarrollador principal que dirigió todo el proyecto, primero creó un marco de trabajo de Agente y luego le incorporó IA y lo reescribió en paralelo.
11 días después, el proyecto principal estaba básicamente completado.
En los meses siguientes, Agent continuó corrigiendo errores, ejecutando pruebas y pulirlo repetidamente.
Hasta el día de hoy, este conjunto de códigos se lanzó oficialmente con Bun 1.4 y se ejecuta en las computadoras de millones de desarrolladores.
Después de leerlo, Paul Dix, el fundador de InfluxDB, escribió directamente un artículo: "El fin de la programación".
Juzgó directamente que el método familiar de desarrollo de software de "los programadores escriben el código ellos mismos y dejan que otro programador lo revise línea por línea" está muriendo.
1 millón de líneas de código
Los seres humanos no lo soportamos
Lo que realmente sorprendió a Paul Dix fue que ese millón de líneas de código eran tantas que nadie podía siquiera verlas.
Si un desarrollador solo puede enviar unos pocos PR por semana, entonces, por supuesto, puede revisarlos seriamente.
Pero observó que algunos desarrolladores de OpenAI y Anthropic ahora pueden enviar docenas o incluso cientos de relaciones públicas por semana.
A este nivel, mirar el código línea por línea es básicamente una tarea imposible.
La forma en que trabajan ha comenzado a cambiar.
Escriba el mensaje, cree el arnés, realice pruebas, establezca las condiciones de verificación y luego coloque el agente en el bucle.
Deje que la máquina produzca el código por sí misma, mientras los humanos monitorean los resultados. Bun 1.4 es un caso extremo de este estilo de juego.
Jarred no escribió 1 millón de líneas de Rust.
Lo que hace es más bien como construir una línea de montaje: primero le dice al Agente cómo migrar, qué resultados se consideran correctos y luego deja que varios Agentes avancen en paralelo.
No terminó después de que salió la primera versión. Continué ejecutando, probando y revisando.
Entonces Paul Dix siente que mucha gente dice: "¿No es esto simplemente traducir Zig a Rust?", lo que subestima un poco este asunto.
No es raro que se traduzcan 1 millón de líneas de código.
La clave es poder reparar este millón de líneas de código hasta llegar a una versión estable.
Empleados de la empresa A y OpenAI
Ya viviendo "un año después"
Paul Dix también tiene un juicio interesante.
Los desarrolladores de la Compañía A y OpenAI en realidad vivirán en el "mundo de los programadores comunes dentro de uno o dos años".
Pueden usar los últimos modelos y Token es casi suficiente.
Los desarrolladores comunes todavía están calculando su cuota semanal, pero ya pueden tener el modelo más potente ejecutándose libremente en segundo plano durante todo el día.
La reescritura de Bun esta vez equivale a una demostración pública de este método de trabajo por adelantado:
¿Hasta qué punto un modelo lo suficientemente inteligente, junto con una cantidad casi ilimitada de tokens y un arnés confiable, puede impulsar la velocidad de producción de software?
Por supuesto, el código escrito a mano por humanos no desaparecerá mañana.
Los procesos, los sistemas de responsabilidad y las revisiones de seguridad de las grandes empresas mantendrán vivas las viejas costumbres durante muchos años.
El propio Paul Dix cree que los métodos de programación tradicionales aún pueden prolongarse durante otros diez años.
Pero el grupo de personas más rápido ya no se parece a los programadores tradicionales.
Comenzaron a determinar los requisitos, dividir las tareas, construir una línea de ensamblaje de agentes y realizar verificaciones de aceptación.
En cuanto a si a continuación se generan 5.000 líneas de código, 50.000 líneas de código o 1 millón de líneas de código, no puede leerlo con sus propios ojos.
El valor real va desde el código hasta la verificación
Cuanto más código genere la IA, no significa que el software sea naturalmente mejor.
Todo lo contrario. En el futuro, definitivamente habrá muchos errores, código basura y software que nadie querrá mantener.
El propio Paul Dix lo admitió. Lo que realmente ha cambiado es el enfoque a la hora de producir software.
Anteriormente, el código en sí era el activo principal.
En el futuro, es posible que ningún ser humano pueda leer completamente una gran cantidad de código desde el nacimiento hasta que esté en línea.
Lo que los humanos realmente necesitan comprender es el comportamiento del sistema, los resultados de las pruebas, los indicadores de rendimiento, los límites de seguridad y la experiencia del usuario.
El código ha cambiado de un "trabajo" a un producto intermedio generado automáticamente por la máquina. Esto también explica por qué el arnés de repente se ha vuelto tan importante.
1 millón de líneas de Rust puede ser solo el comienzo.
Es posible que el programador más valioso del futuro no sea la persona que escriba el código más rápido. Probablemente la persona que hace que un montón de IA funcione más.
Comentarios