Los ingenieros de software que solo han conocido GitHub quizá no sepan lo que describe el ensayo «La catedral y el bazar». GitHub tomó las ideas del bazar, un proyecto descentralizado, abierto y autoorganizado, y construyó un flujo de trabajo que permite a cualquiera inspeccionar o contribuir código mediante una solicitud de extracción (pull request). El autor sostiene que este modelo ya muestra grietas y que se necesita un nuevo enfoque ahora que existe la IA.
El modelo del bazar creó derechos adquiridos en los que los usuarios presionan a los mantenedores para que fusionen sus cambios, y estableció expectativas sociales según las cuales quien publica código debe mantenerlo sin cobrar nada. Con la IA generando código, leer las solicitudes de extracción resulta menos útil. El autor afirma que la gente, en su mayoría, quiere entender la idea central. Las licencias de código abierto ya permiten la reutilización, y el autor sostiene que esta se ha percibido como demasiado difícil, una brecha de conocimiento que ahora los agentes ayudan a cerrar. El autor señala Nix como herramienta para ese fin.
El «Modelo Remix» propuesto es descentralizado y composicional. Las ideas se difunden mediante overlays independientes de Nix en lugar de converger en un único repositorio. Los autores publican el código fuente y la intención bajo una licencia «tal cual» (as-is). Otros expresan un cambio deseado una sola vez en un overlay pequeño y luego lo reutilizan en entornos de desarrollo, imágenes de Docker, sistemas NixOS, CI y entornos aislados de agentes, sin hacer un fork. La unidad valiosa es el cambio de comportamiento, no el parche. Los mantenedores pueden incorporarlo, reimplementarlo o ignorarlo, y el autor original no tiene la obligación de revisarlo ni mantenerlo. La incorporación upstream sigue siendo opcional. Las adaptaciones útiles se difunden por el ecosistema, y los mantenedores pueden elegirlas según su criterio.
Como ejemplo, un usuario de un proyecto que quiera impedir los push forzados en Git puede escribir un overlay que parchee Git para rechazarlos, en lugar de abrir una solicitud de extracción upstream. El cambio se define una vez y se aplica donde el usuario lo necesite. El autor sugiere que esto convierte el mantenimiento de una obligación compartida en una composición individual y opcional.
Preguntas frecuentes: ¿Qué es el Modelo Remix para el software de código abierto?
El Modelo Remix es un enfoque descentralizado en el que los autores publican el código fuente y la intención bajo una licencia «tal cual», y otros lo adaptan escribiendo pequeños overlays de Nix. Las ideas se difunden mediante overlays en lugar de un único repositorio, y nadie está obligado a mantener o integrar los cambios upstream.
Fuente: Hacker News · Resumido por HeadlinesBriefing