Sitemap
Gustavo J. Alessandri

Gustavo J. Alessandri

Entrepreneur | Senior Solutions Architect & Data Engineer | Snowflake · dbt · Spark · Iceberg · Parquet · Python · AI · Cloud | 20+ Years Fortune 500

Lawrence Lessig

13 min readSep 18, 2026

--

El código no prohíbe. El código lo hace imposible. Esa diferencia, que Lessig formuló en 1999, explica por qué los sistemas digitales regulan mejor el comportamiento que cualquier ley formal.

Press enter or click to view image in full size

La ley real no está en el Boletín Oficial

Artículo 17 de 21 — Gobernanza como Versionamiento

Este es el Artículo 17. La serie Gobernanza como Versionamiento recorre 335 años de pensamiento político, filosófico y sistémico y los mapea a la lógica del versionamiento de código. El Artículo 17 cubre a Lawrence Lessig, el concepto transversal de arquitectura como constitución real —la idea de que cada elección de diseño en un sistema de gobernanza es en sí misma una decisión política— y la pregunta que conecta a Benkler con Castells: si el código es ley, entonces quien escribe el código tiene el poder, y ese poder está ligado a la estructura de la red, no solo al contenido de un repositorio específico.

¿Qué vas a encontrar aquí?

Este artículo muestra que las reglas más poderosas de cualquier grupo no están escritas en los estatutos ni en los reglamentos: están en la arquitectura del sistema que el grupo usa para comunicarse y decidir. Quien diseña esa arquitectura decide qué es posible, qué es difícil y qué simplemente nunca ocurre, sin que nadie necesite firmar nada. Y esto ilumina algo central en el protocolo de versionamiento: cada elección de diseño del sistema de gobernanza es, en sí misma, una decisión política.

1. Donde todo comienza

Washington D.C., octubre de 1998. El presidente Bill Clinton firma la ley que se conocería informalmente como la “Ley de Mickey Mouse”. Su nombre oficial era Sonny Bono Copyright Term Extension Act: una ley que extendía el plazo de protección de obras artísticas por veinte años más, evitando que el ratón más famoso del planeta cayera en el dominio público.

Lawrence Lessig, profesor de derecho constitucional de 37 años, leyó la ley y se enojó. No por Mickey específicamente. Sino porque vio algo que pocos juristas querían ver: que las reglas más poderosas de una sociedad ya no estaban en el Boletín Oficial. Estaban en el código.

Código, en el sentido técnico: las instrucciones que le dicen a la computadora qué hacer, qué permitir, qué bloquear.

Para un jurista, eso era una revelación incómoda. Durante siglos, la humanidad había debatido leyes en parlamentos, creado tribunales, inventado recursos, garantizado derechos de defensa. Y de repente, un programador en una oficina en Cupertino o Mountain View decidía lo que millones de personas podían o no hacer, sin debate, sin voto, sin recurso.

Lessig publicó Code and Other Laws of Cyberspace en 1999. Lo revisó y amplió en 2006 como Code 2.0. Pero la frase síntesis ya había cambiado el debate: “Code is law”. El código es ley.

No quería decir que el código tiene la misma naturaleza jurídica que una ley. Quería decir algo más perturbador: la arquitectura digital regula el comportamiento humano de forma más eficaz que cualquier ley formal. Porque la ley puedes desobedecerla, asumiendo el riesgo de la sanción. El código simplemente no puedes desobedecerlo. No es prohibición: es imposibilidad.

2. Contexto histórico

Lessig identificó cuatro fuerzas que regulan el comportamiento humano en cualquier sociedad: ley formal (sanción del Estado), normas sociales (sanción de la comunidad), mercado (sanción por el precio), y arquitectura. Esta última es donde todo cambia.

Un reductor de velocidad en la calle no prohíbe acelerar. Hace que la aceleración sea físicamente imposible. No hay sanción: hay impedimento. En el mundo digital, ese rol lo cumple el código.

El DRM (Digital Rights Management, o gestión de derechos digitales: el sistema que impide que copies una película o le prestes un libro digital a un amigo) dentro de un archivo no dice “no podés copiar”. Dice algo más definitivo: no podés copiar. No es una ley a desobedecer. Es una pared.

3. La idea central

Lessig mostró que esta cuarta modalidad es la más poderosa porque opera en silencio. La ley se publica en el Boletín Oficial. La norma social es visible en las reacciones de la gente. El precio aparece en la etiqueta. El código es invisible: no percibís que estás siendo regulado, simplemente descubrís que ciertas cosas no funcionan.

Antes de Lessig, la mayoría de los juristas trataba la tecnología como un asunto para ingenieros. Después de él, se volvió difícil mantener esa separación: si el código regula el comportamiento, quien escribe código hace política. Y la política necesita rendición de cuentas, que es exactamente lo que la mayor parte de los sistemas de código no tiene.

4. Desarrollos

Quien escribe el código escribe la Constitución.

La consecuencia lógica del argumento de Lessig es incómoda para quien valora la democracia.

Las constituciones se negocian en asambleas. Las leyes pasan por los parlamentos. Hasta los decretos tienen alguna forma de publicidad y recurso. Pero ¿quién decide que el algoritmo de un feed de noticias va a priorizar el contenido que genera indignación? Un ingeniero de producto en una reunión del jueves por la tarde.

¿Quién decide que un sistema de evaluación de riesgo criminal va a clasificar ciertos perfiles como peligrosos? Un estadístico contratado por una empresa privada, cuyo código es secreto comercial. El imputado no puede impugnarlo porque no puede ver cómo funciona el sistema.

Lessig no decía que todos estos agentes son malintencionados. Decía que el poder de legislar había migrado a un espacio sin los frenos y contrapesos que la democracia tardó siglos en construir. Y eso es estructuralmente peligroso, independientemente de las intenciones de quien ocupa ese lugar.

La constitución invisible del edificio

Piensa en un edificio de departamentos. El reglamento interno es la ley formal: prohibido hacer ruido después de las 22 h, prohibido tener animales de cierto tamaño.

Pero el edificio tiene otra “constitución” que nadie llama así: la arquitectura física. Los pasillos angostos que dificultan las mudanzas grandes. Las cámaras que registran quién entra y sale. El portero eléctrico que pasa por una central que controla el encargado.

Nada de eso está en el reglamento. Pero todo eso regula el comportamiento de forma más eficaz que cualquier artículo escrito.

Quien diseñó el edificio tomó decisiones políticas, aunque creyera que solo estaba haciendo elecciones técnicas. El tamaño de la sala de reuniones define cuántas personas pueden organizarse. La posición de las cámaras define qué se monitorea. El acceso al portero eléctrico define quién controla la comunicación.

Lessig llamó a esto “la arquitectura es política”. El diseño técnico incorpora valores. Esos valores regulan quién puede hacer qué, aunque nadie esté prestando atención.

La falacia de la neutralidad

El argumento más común es: la tecnología es neutral, depende de cómo se usa.

Lessig respondió: no. Con un ejemplo simple.

Internet de los años 90 fue diseñada con el principio “extremo a extremo”: la red era simple, la inteligencia estaba en los bordes. Cualquier computadora conectada podía hacer cualquier cosa. Ninguna empresa central controlaba el tráfico. Ese diseño favorecía la innovación sin pedirle permiso a nadie.

Internet de los años 2020 es diferente. Las plataformas centralizadas controlan el tráfico, la visibilidad, el acceso. Para llegar al usuario, pasas por los porteros: Google en el buscador, Apple y Google en las tiendas de aplicaciones, Meta en las redes sociales.

El diseño cambió. Las posibilidades cambiaron. No porque alguien publicara una ley nueva: la arquitectura fue rediseñada. Las decisiones técnicas tienen consecuencias políticas. Quien las toma acumula un poder que ninguna constitución regula de forma eficaz.

5. Legado histórico

Lessig no se quedó solo en la teoría. Fundó Creative Commons en 2001: licencias que le permiten al creador decir “podés usarlo, pero da crédito” o “podés usarlo, pero mantenlo abierto”. Si la ley de derechos de autor cierra todo por defecto, crea herramientas legales que abran lo que el autor quiera abrir.

Hoy, más de dos mil millones de obras usan licencias Creative Commons. Toda la Wikipedia está bajo CC BY-SA: cualquier persona puede copiar, modificar y redistribuir artículos siempre que mantenga la misma licencia abierta. Es código jurídico escrito para crear commons en vez de cerrarlos.

En Republic, Lost (2011), Lessig aplicó el mismo razonamiento a la política estadounidense: el problema no es la corrupción explícita, sino la dependencia estructural del financiamiento privado. El código del sistema electoral fue diseñado de forma que los políticos necesitan dinero de donantes para existir. No es soborno: es arquitectura.

Perdió en la Corte Suprema estadounidense en 2003 (Eldred v. Ashcroft). Ganó en la cultura: la conciencia de que los derechos de autor privatizaban el conocimiento colectivo entró en el debate público de una manera que no existía antes.

6. Contradicciones y limitaciones

Lessig es un abogado estadounidense escribiendo sobre internet estadounidense en los años 2000. Su visión tiene un sesgo de contexto.

La crítica más seria: subestimó la capacidad de adaptación de las estructuras de poder existentes. Lessig apostó a que la arquitectura abierta sería difícil de cerrar. Internet demostró lo contrario: se centralizó rápidamente, con o sin leyes específicamente diseñadas para eso. El mercado hizo lo que el gobierno no necesitó hacer.

Get Gustavo J. Alessandri’s stories in your inbox

Join Medium for free to get updates from this writer.

Otra contradicción: Lessig usó el sistema legal estadounidense para luchar contra el sistema legal estadounidense. Creative Commons es una herramienta brillante dentro de la lógica del copyright que él mismo critica. Eso es pragmatismo inteligente, pero no resuelve el problema estructural que él mismo identificó.

7. La traducción al versionamiento

Una objeción legítima antes de continuar: “Si el código es ley y quien escribe el código decide qué es posible, entonces el protocolo de versionamiento también es una ley impuesta por quien lo creó. ¿Por qué confiar en él?” La respuesta está en la diferencia entre código cerrado y código abierto: en un sistema de versionamiento abierto, el propio protocolo es auditable, modificable y puede ser reemplazado por el grupo en cualquier momento. El código que gobierna el sistema de gobernanza es visible para todos. Eso no elimina el problema que Lessig identificó, pero lo hace manejable: podés ver, cuestionar y cambiar las reglas del juego.

Lessig nunca vio un repositorio (REPOSITORY) Git. Pero si lo hubiera visto, habría reconocido en él la arquitectura que defendió toda su vida.

El concepto transversal que Lessig ilumina en esta serie es la arquitectura como constitución real: la idea de que cada elección de diseño del sistema de gobernanza (qué plataforma usar, quién puede proponer cambios, cómo funcionan las aprobaciones (APPROVALS), qué queda registrado y qué desaparece) es, en sí misma, una decisión política. No hay un paso único del protocolo que capture esto porque la tesis de Lessig se aplica a cada paso: desde la primera confirmación (COMMIT) hasta la última fusión (MERGE), cada regla técnica del sistema es también una regla de poder.

Transparencia forzada por diseño. En un repositorio (REPOSITORY) abierto, cualquier persona puede ver el historial completo: quién propuso, cuándo, qué cambió, quién aprobó, quién rechazó. No es transparencia por buena voluntad. Es transparencia porque la arquitectura no permite ocultarlo. Un grupo que se gobierna mediante repositorio abierto no puede afirmar “eso se decidió así” sin mostrar la confirmación (COMMIT) que registra cuándo, por quién y con qué justificación.

La bifurcación (FORK) como derecho de disidencia codificado. Lessig peleó en los tribunales intentando garantizar que las personas pudieran expresarse libremente frente al poder corporativo. El repositorio abierto resuelve esto en la arquitectura: si no estás de acuerdo con la dirección que tomó el grupo, tienes el derecho técnico de copiar todo el historial y seguir tu propio camino. La disidencia no es tolerada: está habilitada por diseño. Nadie necesita permiso para hacer una bifurcación (FORK).

Revisión (REVIEW) obligatoria como frenos y contrapesos. El problema que Lessig identificó en los sistemas de código cerrado es que una persona con acceso puede alterar el sistema sin revisión. En un repositorio bien configurado, nadie fusiona (MERGE) sin la aprobación (APPROVAL) de otras personas. El código del sistema de gobernanza puede exigir que dos o más perspectivas distintas aprueben cualquier cambio antes de que entre a la versión oficial.

Vigilancia: Si el repositorio existe, pero la revisión (REVIEW) es un trámite (aprobaciones automáticas, confirmaciones sin descripción, ramas aprobadas sin discusión), el sistema se convirtió en burocracia con interfaz de código abierto. La forma está ahí. El contenido, no. La licencia del repositorio es la constitución real del grupo. No lo que dicen que hacen en las reuniones, sino lo que el sistema permite hacer. El código es ley. El código del sistema de gobernanza es la ley real del grupo.

Han ido más lejos en un punto que Lessig dejó implícito: el código no necesita prohibir para controlar. Basta con volver ciertas acciones invisibles, indeseables o agotadoras. Un feed que nunca muestra propuestas largas no las censura: simplemente garantiza que nadie las lea. Un sistema de votación que exige diez pasos para participar no impide la participación: solo garantiza que pocos participen. Han llamado a esto psicopolítica, poder que actúa por el agotamiento y la preferencia fabricada, no por la represión. La advertencia para el versionamiento es directa: un repositorio cuya interfaz es suficientemente confusa para desanimar a los participantes ocasionales no es abierto por diseño. Es una catedral con puerta de vidrio.

Una limitación que el versionamiento no resuelve solo: el protocolo presupone que quien configura el sistema lo hace de buena fe, dejando los permisos abiertos, las licencias visibles y el historial accesible. Nada impide que alguien configure un repositorio con apariencia abierta pero permisos de hecho cerrados: ramas protegidas por contraseña, historial restringido, bifurcación (FORK) deshabilitada por configuración. El sistema no garantiza la apertura: exige que el grupo audite la arquitectura del propio sistema, no solo el contenido que circula en él. Lessig diría: no alcanza con tener un repositorio. Necesitás entender qué permite el repositorio y qué impide en silencio.

8. Implicación práctica

Facebook, Cambridge Analytica y las elecciones de 2016: arquitectura como decisión política a escala

En 2018 se hizo público que la empresa Cambridge Analytica había recolectado datos de aproximadamente 87 millones de usuarios de Facebook sin consentimiento explícito, usando una aplicación de quiz que explotaba una brecha en la API de la plataforma (la API es la puerta técnica que permite que otros programas accedan a los datos de Facebook). Con esos datos, la empresa construyó perfiles psicológicos y los usó para dirigir propaganda política personalizada en las elecciones presidenciales estadounidenses de 2016 y en el referéndum del Brexit en el Reino Unido.

Ninguna ley fue claramente violada en ese momento: la brecha existía porque la arquitectura de Facebook lo permitía. El código de la plataforma no prohibía ese tipo de acceso. No había regulación específica. La “ley real” era lo que el sistema permitía hacer, no lo que los términos del servicio decían en letras chicas que nadie leía.

El caso forzó a Facebook a cambiar la arquitectura de su API, al Congreso estadounidense a convocar audiencias que expusieron la ausencia de regulación y a la Unión Europea a acelerar la aprobación del GDPR (Reglamento General de Protección de Datos), una ley que trata los datos personales como un bien a proteger. La lección de Lessig aplicada en tiempo real: cuando la arquitectura cambia, las posibilidades cambian. Antes del cambio, la recolección masiva era posible por diseño. Después, se volvió imposible por diseño.

Lo que ninguna ley había logrado prohibir, un cambio técnico en la API lo resolvió en semanas.

Para ilustrar con una situación hipotética. Una cooperativa de vecinos de un barrio decide crear un sistema de gobernanza para administrar el espacio compartido. Redactan un bello estatuto: participación abierta, decisiones por consenso, transparencia total.

Entonces ponen todas las decisiones en un grupo de WhatsApp.

WhatsApp tiene código cerrado. El administrador del grupo puede silenciar, eliminar y controlar quién habla. El historial desaparece después de cierto tiempo. No es posible hacer una bifurcación (FORK). No hay rastro auditable de decisiones.

El estatuto dice una cosa. La arquitectura de WhatsApp dice otra. ¿Cuál de las dos gobierna de hecho?

Lessig ya respondió: la arquitectura. El código es ley. Si la cooperativa quiere una gobernanza verdaderamente abierta, necesita elegir una plataforma cuya arquitectura sea compatible con los valores que el estatuto declara.

9. Lecciones aprendidas

El código no es neutro: cada elección técnica favorece ciertos usos y dificulta otros. Esa elección es política, aunque parezca técnica.

La constitución real de cualquier grupo es lo que el sistema permite hacer, no lo que los documentos dicen que debería ocurrir.

La bifurcación (FORK) fácil es disidencia legítima por diseño. Los sistemas que dificultan la bifurcación concentran el poder, aunque no lo digan en ningún lado.

La transparencia del historial no es opcional: es el mecanismo que hace posible la rendición de cuentas. Sin rastro auditable, no hay revisión. Sin revisión, el sistema colapsa en autoridad informal.

La licencia define el tipo de commons que estás construyendo. Elegir una licencia cerrada y decir que el sistema es abierto es una contradicción arquitectural.

10. Explorando caminos y conexiones

Volviendo un paso atrás: venimos de Benkler (Artículo 16), que mostró cómo la producción entre pares funciona económicamente. Benkler explicó el “cómo” de la colaboración a escala. Lessig mostró el “por qué” de que la arquitectura importe: porque el código es ley, y la ley define lo que es posible.

Pero surge una pregunta que Lessig identificó y no resolvió solo: si el código define las posibilidades, y el poder está en quien escribe el código, entonces el poder está ligado a la estructura de la red, no solo al contenido de un repositorio específico.

Es ahí donde entra Manuel Castells.

Barcelona, 1996. Un sociólogo catalán de 44 años publica el primer volumen de una trilogía que llamará La era de la información. El argumento central: la unidad básica de la sociedad contemporánea no es el individuo, no es la familia, no es la nación. Es la red. Y el poder no está en quien manda: está en quien conecta.

Lessig mostró que el código es ley dentro de un sistema. Castells va a mostrar que la estructura de toda la red define quién tiene influencia, quién está incluido y quién simplemente no existe.

Artículos anteriores, prefacio, introducción y documentación completa disponibles aquí:

https://codeberg.org/openarchy/gitgov

https://github.com/openarchy/gitgov

Todo el contenido es completamente open source y accesible para todos. Licenciado bajo CC BY-SA 4.0: puedes leer, compartir, traducir, adaptar y mejorar —siempre que mantengas la atribución y distribuyas los derivados bajo la misma licencia.

Si encuentras un error, tienes una idea o quieres proponer una mejora, simplemente abre una issue o haz un fork en Codeberg o GitHub. Las contribuciones son bienvenidas. Ese es precisamente el punto.

11. Referencias

  1. BENKLER, Yochai. La riqueza de las redes: cómo la producción social transforma los mercados y la libertad. Barcelona: Icaria, 2015.
  2. CADWALLADR, Carole; GRAHAM-HARRISON, Emma. Revealed: 50 million Facebook profiles harvested for Cambridge Analytica in major data breach. The Guardian, Londres, 17 mar. 2018. Disponible en: https://www.theguardian.com/news/2018/mar/17/cambridge-analytica-facebook-influence-us-election. Acceso: mar. 2025.
  3. HAN, Byung-Chul. Infocracia: digitalización y la crisis de la democracia. Buenos Aires: Siglo XXI, 2022.
  4. LESSIG, Lawrence. Code and Other Laws of Cyberspace. New York: Basic Books, 1999. (Sin edición en español disponible.)
  5. LESSIG, Lawrence. Code: Version 2.0. New York: Basic Books, 2006. (Sin edición en español disponible.)
  6. LESSIG, Lawrence. Cultura libre: cómo los grandes medios usan la tecnología y las leyes para encerrar la cultura y controlar la creatividad. Disponible en: https://www.free-culture.cc/freeculture.pdf. 2004.
  7. LESSIG, Lawrence. Republic, Lost: How Money Corrupts Congress and a Plan to Stop It. New York: Twelve, 2011. (Sin edición en español disponible.)
  8. WU, Tim. El interruptor maestro: el ascenso y la caída de los imperios de la información. Barcelona: Ariel, 2012.

creative-commons-by-21pxcreative-commons-sa-21px

--

--

Gustavo J. Alessandri

Written by Gustavo J. Alessandri

Entrepreneur | Senior Solutions Architect & Data Engineer | Snowflake · dbt · Spark · Iceberg · Parquet · Python · AI · Cloud | 20+ Years Fortune 500