La catedral, el bazar y la Winchester Mystery House: el tercer modelo del desarrollo de software en la era de la IA
(oreilly.com)The Cathedral, the Bazaar, and the Winchester Mystery House
En 1998, "La catedral y el bazar" de Eric Raymond fue un texto fundacional para el movimiento de código abierto. Al contrastar el modelo de "catedral", cerrado y controlado, con el modelo de "bazar", abierto y distribuido, el ensayo anticipó cómo el bazar llegaría a dominar a toda una generación a medida que Internet reducía el costo de colaborar en código. Sin embargo, con la aparición de los agentes de codificación con IA, el costo mismo de producir código se ha desplomado de forma drástica, y el autor Drew Breunig sostiene que ha surgido un tercer modelo: la "Winchester Mystery House". Esta mansión real en San José, ampliada durante toda su vida por Sarah Winchester con recursos aparentemente ilimitados y una pasión personal inagotable, funciona aquí como metáfora del modo de trabajo de desarrolladores que hoy, con ayuda de la IA, siguen construyendo y agregando sin fin sus propias herramientas.
Resumen clave
- Tres modelos de desarrollo de software: catedral (planificado y cerrado), bazar (colaborativo y abierto) y la recién llegada Winchester Mystery House (expansión personalizada e individual).
- El precio del código se derrumbó: según los datos citados en el texto, Claude Code está generando un incremento neto de alrededor de 1,000 líneas por commit. El autor explica que eso es varias veces superior a la cantidad de código que un desarrollador humano escribe en un día (unas 10 a 30 líneas, citadas de The Mythical Man-Month de Brooks).
- El costo del feedback sigue igual: el costo de implementación cayó en picada, pero la velocidad del trabajo humano —revisión, discusión y pruebas— no cambió, así que el cuello de botella se trasladó.
- El estilo de desarrollo "Mystery House": el autor menciona como ejemplos Gas Town de Steve Yegge, Agent Flywheel y FrankenSuite de Jeffrey Emanuel, y gstack de Gary Tan, observando un aumento en la construcción de herramientas privadas, enormes y pensadas para el propio desarrollador.
Características principales
- Personalidad propia (Idiosyncratic): como el desarrollador mantiene un bucle de feedback directo con el agente de codificación según sus gustos y necesidades, son comunes estructuras difíciles de descifrar para terceros y la ausencia de documentación.
- Expansión desbordada (Sprawling): como el costo de agregar código es prácticamente cero, la tendencia es seguir sumando en lugar de recortar. Los parches se hacen sobre la marcha y los componentes sin uso se quedan ahí.
- Diversión (Fun): como el agente convierte cualquier tarea en una misión secundaria, afinar el propio workflow termina volviéndose un hobby.
Diferencias frente al bazar
- Estructura del bucle de feedback: el bazar aprovecha los ojos de mucha gente (alto throughput, pero alta latency), mientras que la Mystery House comprime el bucle en una sola persona; la latencia se acerca a cero, pero el alcance del throughput se reduce a la visión de un único desarrollador.
- Choque con la infraestructura compartida: se mencionan casos en los que grandes volúmenes de PR generados por agentes paralizan la capacidad de revisión de proyectos como
curl.curlpuso fin a su bug bounty y GitHub agregó una opción para bloquear contribuciones vía PR.
Lecciones que propone el autor
- Posibilidad de coexistencia: en casos como OpenClaw, el autor considera que el bazar y la Mystery House pueden coexistir si la comunidad se encarga del núcleo común y los usuarios de las extensiones individuales.
- No vender la "parte divertida": señala que la oportunidad para herramientas y servicios no está en la parte que los desarrolladores quieren construir por sí mismos, sino en áreas como seguridad, infraestructura y plomería, donde no quieren cargar con la responsabilidad y el costo de fallar es alto.
- Ahora lo escaso es la "atención" (attention): ahora que el código y luego el costo de coordinación se abarataron, el siguiente desafío, según su diagnóstico, es contar con herramientas y prácticas que permitan seleccionar buenas ideas entre una avalancha de contribuciones.
La tesis del autor termina reduciéndose a una sola pregunta. Si Internet abarató la colaboración y abrió paso al bazar, y los agentes de codificación abarataron la implementación y abrieron paso a la Mystery House, entonces lo que ahora necesitamos son herramientas que abaraten la "atención". El texto concluye con una advertencia: mientras eso no exista, el ecosistema open source será cada vez más ruidoso, pero no más inteligente, y las buenas ideas enterradas en las Mystery House de cada quien desaparecerán junto con ellas en el momento en que se detenga su mantenimiento.
3 comentarios
Lo entiendo muchísimo jaja. Yo también dejo mi casa misteriosa. Es un harness ultra seguro de borrador para quienes no son desarrolladores.
https://github.com/lbk0523/samantha
Yo también estoy construyendo una Casa del Misterio Winchester. Mi objetivo es lanzar este año un PyPy escrito en Rust.
https://github.com/youknowone/pyre/
No es catedral y bazar, sino https://ko.wikipedia.org/wiki/Catedral_y_mercado