El código y otras leyes del ciberespacio Segunda Parte Alejandro Piscitelli www.ilhn.com/datos

Temario 1 Historia y antecedentes de la red 2. Regulabilidad del Código 3. Elementos de software libre 4. Rol del Estado en la regulabilidad

1 Historia y antecedentes de la red

2. Regulabilidad del Código

3. Elementos de software libre

4. Rol del Estado en la regulabilidad

Nativos/Inmigrantes digitales

Nativos/Inmigrantes digitales

La WWW inventó a Tim Berners-Lee

La WWW inventó a Tim Berners-Lee

La WWW inventó a Tim Berners-Lee

Complicaciones en el camino a la regulabilidad Todo lo comentado por Lessig en el capítulo 6 acerca de la regulabilidad de la conducta en el ciberespacio, depende de si el espacio de las aplicaciones está o no dominado por el código abierto La dominación del Estado respecto de la regulabilidad es directamente proporcional a la predominancia del código NOVEDAD= el código abierto puede funcionar como un mecanismo de control del poder del Estado

Todo lo comentado por Lessig en el capítulo 6 acerca de la regulabilidad de la conducta en el ciberespacio, depende de si el espacio de las aplicaciones está o no dominado por el código abierto

La dominación del Estado respecto de la regulabilidad es directamente proporcional a la predominancia del código

NOVEDAD= el código abierto puede funcionar como un mecanismo de control del poder del Estado

Tipos de capas de çódigo y regulabilidad El modelo estándar para describir las capas de una red es el “modelo de referencia de sistemas abiertos interconectados” (OSI) que describe siete capas de red, cada una de las cuales representa una función ejecutada cuando los datos se transfieren entre aplicaciones cooperantes a través de la red

El modelo estándar para describir las capas de una red es el “modelo de referencia de sistemas abiertos interconectados” (OSI) que describe siete capas de red, cada una de las cuales representa una función ejecutada cuando los datos se transfieren entre aplicaciones cooperantes a través de la red

Conjuntos de protocolos TCP/IP El conjunto de protocolos TCP/IP no está tan bien estructurado como el OSI Hay cuatro capas funcionales: Capa de enlace de datos (interacciones red local) Capa de red (IP - direccionar datos) Capa de transporte (TCP y UDP negocia el flujo de datos entre máquinas de la red) Capa de aplicación

El conjunto de protocolos TCP/IP no está tan bien estructurado como el OSI

Hay cuatro capas funcionales:

Capa de enlace de datos (interacciones red local)

Capa de red (IP - direccionar datos)

Capa de transporte (TCP y UDP negocia el flujo de datos entre máquinas de la red)

Capa de aplicación

El bizarro juego del empaquetado Los datos pasan de la capa de aplicación a la caja de transporte, allí son introducidos en una caja virtual a la que se le pega una etiqueta virtual Después la caja pasa la capa de red, donde el protocolo IP la introduce en otro paquete que lleva su propia etiqueta en la que figuran direcciones de orígen y destino. El paquete resultante puede envolverse de nuevo en la capa de enlace de datos

Los datos pasan de la capa de aplicación a la caja de transporte, allí son introducidos en una caja virtual a la que se le pega una etiqueta virtual

Después la caja pasa la capa de red, donde el protocolo IP la introduce en otro paquete que lleva su propia etiqueta en la que figuran direcciones de orígen y destino.

El paquete resultante puede envolverse de nuevo en la capa de enlace de datos

La capa de aplicación de Internet File Transfer Protocol (FTP) Simple Mail Transfer Protocol (SMTP). Hyper text Transfer Protocol (HTTP) Estas son las reglas que explican como el cliente debe interactuar con un servidor Estas cuatro capas de protocolos son las que constituyen Internet. Con elementos sencillos (como el DNA) tenemos un conjunto asombroso.

File Transfer Protocol (FTP)

Simple Mail Transfer Protocol (SMTP).

Hyper text Transfer Protocol (HTTP)

Estas son las reglas que explican como el cliente debe interactuar con un servidor

Estas cuatro capas de protocolos son las que constituyen Internet.

Con elementos sencillos (como el DNA) tenemos un conjunto asombroso.

Para Lessig la regulabilidad debe pasar por las aplicaciones (hardware y software) Si Internet fuera una red eléctrica TCP/IP constituría la arquitectura de dicho tendido, mientras que los programas se enchufan a ellos o a Internet. En la capa superior, el protocolo define la apariencia del enchufe, mientras que hacia abajo gobierna el modo en que la energía fluye Se trata de todo el código que implementa los protocolos TCP/IP en la capa de la aplicación -incluyendo los sistemas operativos.

Si Internet fuera una red eléctrica TCP/IP constituría la arquitectura de dicho tendido, mientras que los programas se enchufan a ellos o a Internet. En la capa superior, el protocolo define la apariencia del enchufe, mientras que hacia abajo gobierna el modo en que la energía fluye

Se trata de todo el código que implementa los protocolos TCP/IP en la capa de la aplicación -incluyendo los sistemas operativos.

¿Qué carácter de dicho código lo hace susceptible de regulación? En los inicios cada protocolo engendró un gran número de aplicaciones. Puesto que ninguna de ellas monopolizaba el protocolo, ninguna monopolizaba su implementación. Existían numerosas aplicaciones de FTP y numerosos clientes de correo electrónico. También había por entonces un gran número de navegadores (llegó a haber mas de 1.000)

En los inicios cada protocolo engendró un gran número de aplicaciones. Puesto que ninguna de ellas monopolizaba el protocolo, ninguna monopolizaba su implementación. Existían numerosas aplicaciones de FTP y numerosos clientes de correo electrónico. También había por entonces un gran número de navegadores (llegó a haber mas de 1.000)

¿Qué carácter de dicho código lo hace susceptible de regulación? Gran parte del software que implementaba tales protocolos era “abierto” (el código fuente del software era accesible junto al código objeto) La WWW constituye el mejor ejemplo y el HTML se convirtió en uno de los lenguajes de programación de mayor crecimiento en toda la historia. La popularidad del HTML deriva de la facilidad para copiarlo y no de la propiedad o del contrato.

Gran parte del software que implementaba tales protocolos era “abierto” (el código fuente del software era accesible junto al código objeto)

La WWW constituye el mejor ejemplo y el HTML se convirtió en uno de los lenguajes de programación de mayor crecimiento en toda la historia.

La popularidad del HTML deriva de la facilidad para copiarlo y no de la propiedad o del contrato.

Historias enrevesadas Históricamente, el modelo de producción de software había sido diferente Hacia la segunda mitad de la década de los años noventa, los productores de software comercial comenzaron a crear código de “espacio de las aplicacionrs”

Históricamente, el modelo de producción de software había sido diferente

Hacia la segunda mitad de la década de los años noventa, los productores de software comercial comenzaron a crear código de “espacio de las aplicacionrs”

Los sistemas operativos tienen una historia Las primeras computadoras no usaban software Cuando lo hubo a nadie le interesaba controlarlo AT&T y la resolucion de 1956 Ken Thompson & Dennis Ritchie iniciaron un OS portable (1969) Lenguajes transplataforma ALGOL, COBOL

Las primeras computadoras no usaban software

Cuando lo hubo a nadie le interesaba controlarlo

AT&T y la resolucion de 1956

Ken Thompson & Dennis Ritchie iniciaron un OS portable (1969)

Lenguajes transplataforma ALGOL, COBOL

Abrir el código en la red La ofensa moral del driver de la impresora y la rebelión de Richard Stallman en 1984 Se funda la Free Software Foundation (1985) hacia un procomún del código AT&T y la resolución de 1956 Cuando Unix dejó de ser libre (1984) Del BSD Unix al GNU’s not Unix: editor (Emacs), conpilador (GNU C Compiler) No kernel Aparece en la escena Linus Torvarld

La ofensa moral del driver de la impresora y la rebelión de Richard Stallman en 1984

Se funda la Free Software Foundation (1985) hacia un procomún del código

AT&T y la resolución de 1956

Cuando Unix dejó de ser libre (1984)

Del BSD Unix al GNU’s not Unix: editor (Emacs), conpilador (GNU C Compiler) No kernel

Aparece en la escena Linus Torvarld

Porque GNU/Linux es un proyecto de codigo abierto Es un software que lleva al código fuente con él, y requiere que su fuente esté abierta para los demás El código fuente puede ser visto y modificado por los usuarios Construye por lo tanto procomunes de 1) código, 2) conocimiento, 3) innovación sobre ese código

Es un software que lleva al código fuente con él, y requiere que su fuente esté abierta para los demás

El código fuente puede ser visto y modificado por los usuarios

Construye por lo tanto procomunes de 1) código, 2) conocimiento, 3) innovación sobre ese código

La Arquitectura de la red es su política Controlado Controlado Controlado Libre Físico Controlado Controlado Libre Libre Código Controlado Libre Libre Libre Contenido Tv Cable Sistema Telefónico Madison Square Garden Speakers corner

Hacia una teoría social de las innovaciones “ Ni Linux ni Internet fueron inventados porque se tratara de soluciones a problemas bien definidos, o porque su desarrollo habría de ser económicamente beneficioso. Por el contrario, fueron inventados como efectos secundarios de interacciones sociales significativas” Ilkka Tuomi Networks of Innovation. Change and meaning in the age of Internet .

“ Ni Linux ni Internet fueron inventados porque se tratara de soluciones a problemas bien definidos, o porque su desarrollo habría de ser económicamente beneficioso. Por el contrario, fueron inventados como efectos secundarios de interacciones sociales significativas”

Ilkka Tuomi Networks of Innovation. Change and meaning in the age of Internet .

Focos de innovación en la evolución de Internet 1940-1975

Focos de innovación en la evolución de Linux

Distribución del kernel

Contribución geográfica.

Los comunes del software Código = comunes del software que construyeron la Red y muchas aplicaciones que corren sobre la red Conocimiento = libre intercambio de ideas e información acerca de como funciona la red y el codigo que corre sobre la red Innovaicón construida pro los dos primeros - la oportunidad abierta para todos de innovar y construir sobre la plataforma de la red

Código = comunes del software que construyeron la Red y muchas aplicaciones que corren sobre la red

Conocimiento = libre intercambio de ideas e información acerca de como funciona la red y el codigo que corre sobre la red

Innovaicón construida pro los dos primeros - la oportunidad abierta para todos de innovar y construir sobre la plataforma de la red

Los comunes del software Cierta cultura hizo posible estos comunes (normas que definen al mundo), asi como cierta caracteristica acerca de la estopa que estos codificadores construyeron, el código (algo acerca de la naturaleza del código)

Cierta cultura hizo posible estos comunes (normas que definen al mundo), asi como cierta caracteristica acerca de la estopa que estos codificadores construyeron, el código (algo acerca de la naturaleza del código)

Lo que no sabemos Nuestro mundo está constituído crecientemente por entornos hechos posibles por el código, por las instrucciones presentes tanto en el hardware como en el software Diferencia entre código objeto y código fuente El código objeto es la sangre vital de la computadora pero es el código fuente el que vincula a los humanos con las computadoras

Nuestro mundo está constituído crecientemente por entornos hechos posibles por el código, por las instrucciones presentes tanto en el hardware como en el software

Diferencia entre código objeto y código fuente

El código objeto es la sangre vital de la computadora pero es el código fuente el que vincula a los humanos con las computadoras

La red puede ser regulada (Lessig) Las posibilidad de regulación de la red dependen de su arquitectura Algunas arquitecturas pueden ser regulables y otras no El Estado puede desempeñar un cierto papel a hora de decidir si una arquitectura puede ser regulable o no El Estado puede tomar las medidas necesarias para transformar una arquitectura no regulable en una arquitectura regulable

Las posibilidad de regulación de la red dependen de su arquitectura

Algunas arquitecturas pueden ser regulables y otras no

El Estado puede desempeñar un cierto papel a hora de decidir si una arquitectura puede ser regulable o no

El Estado puede tomar las medidas necesarias para transformar una arquitectura no regulable en una arquitectura regulable