
Internet sin ordenador // Computer-less Internet
3 years ago
+info codeco.org
Vídeoperformance que documenta la acción Internet sin ordenador en el Centro Galego de Arte Contemporánea, CGAC (14-09-06, Santiago de Compostela).
Evento en el que se representa el envío y recepción de correos electrónicos con actores reales.
Con enorme participación entre los actores y el público asistente, llegando incluso a la saturación de la red de internet sin ordenador al final de la jornada.
//
Codeco recreates a performance with virtual actors. The topic: Internet.
“Mail a letter to someone, on paper, and put it in an envelope.”
At that moment, Mr. TCP/IP appears, who takes the message to Mr. SMTP. Mr. SMTP then returns the message to Mr. TCP/IP, who then transports the message to Mr. POP3, who stores it. Of course, if the message is very long, or if Mr. TCP/IP has many messages to deliver, everything will go a bit slower, just like in reality.
This product recalls the old-fashioned messenger, personalizes protocols, and gives them faces.
Vídeoperformance que documenta la acción Internet sin ordenador en el Centro Galego de Arte Contemporánea, CGAC (14-09-06, Santiago de Compostela).
Evento en el que se representa el envío y recepción de correos electrónicos con actores reales.
Con enorme participación entre los actores y el público asistente, llegando incluso a la saturación de la red de internet sin ordenador al final de la jornada.
//
Codeco recreates a performance with virtual actors. The topic: Internet.
“Mail a letter to someone, on paper, and put it in an envelope.”
At that moment, Mr. TCP/IP appears, who takes the message to Mr. SMTP. Mr. SMTP then returns the message to Mr. TCP/IP, who then transports the message to Mr. POP3, who stores it. Of course, if the message is very long, or if Mr. TCP/IP has many messages to deliver, everything will go a bit slower, just like in reality.
This product recalls the old-fashioned messenger, personalizes protocols, and gives them faces.
FLV
00:12:06
1 Related collection
| Date | Plays | Likes | Comments |
|---|---|---|---|
| Totals | 22.7K | 15 | 12 |
| Feb 15th | 1 | 0 | 0 |
| Feb 14th | 0 | 0 | 0 |
| Feb 13th | 0 | 0 | 0 |
| Feb 12th | 0 | 0 | 0 |
| Feb 11th | 0 | 0 | 0 |
| Feb 10th | 2 | 0 | 0 |
| Feb 9th | 1 | 0 | 0 |
-
Vimeo: About / Blog / Developers / Jobs /
Community Guidelines /
Help Center / Video School / Music Store / Site Map
/ Vimeo
or
-
Legal: TM + ©2012 Vimeo, LLC. All rights reserved. / Terms of Service / Privacy Statement / Copyright

Prev week
Puedes ponerlo a caer de un burro, pero la gente te respetaría más si fueras algo más constructivo, o al menos tuvieses capacidad intelectual para justificar el por que no te gusta el trabajo.
En cualquier caso te agradezco tus palabras, pues ha agitado los comentarios y ha animado a la gente a escribir.
Por favor sigue criticando otros de nuestros trabajos, :-)
Lo que se trata de explicarte es que si tu crítica estuviese apoyada en algún razonamiento, nadie te habría criticado. Fíjate que aquí al final se está criticando más tu actitud, que al propio vídeo.
Hay otros comentarios de usuarios que critican al vídeo por muchas razones (básicamente técnicas). Esas críticas me interesan, y las analizo, pero tú simplemente dices "esto es una basura".
Tu crees que mi obra es mala, y deduzco que te gustaría que o bien dejase de hacer cosas o que hiciese cosas que te agradasen más, o simplemente que fuera consciente de que mi trabajo es una basura y abandonase.
Para eso, tu comentario no vale de nada, pero si en cambio escribieses el por que de tu rechazo, igual hasta te daba la razón, y daba un cambio de rumbo a mi obra, o incluso abandonaba. Pero es que tu crítica es absolutamente esteril.
En cuanto a lo que costó hacer este vídeo, no tengo ningún problema en desvelar el dato, pero siempre que tú seas capaz de argumentar mínimamente tu crítica.
Te diré que este vídeo no ha sido subvencionado por la Xunta, has sido producido por el CGAC en el marco de otro proyecto mayor Proxecto-edicion. Y ha correspondido a este centro y a su equipo, decidir si consideraban interesante o no el hacer esto. No soy yo el que decide nada.
Uff cuanto tiempo perdido en lugar de estar preparando mi nueva creación basura.
SEGUNDO: Me parece que siempre existe la posibilidad de explicar el COMO FUNCIONAN la tecnologia de una manera diferente
TERCERO: La enseñanza respecto a como funciona internet y en particular los correos electronicos a veces suele ser un tanto abstracta asi que el apoyo que obtiene el profesor con este tipo de materiales provocan que la transmision de este conocimiento sea mas sencilla y su comprension mas explicita, Gracias al equipo de esferobite.
1)El protocolo TCP debería estar mejor implementado, que pasa si el Sr TCP o la Srta TCP tienen un percance, el mensaje se pierde. El servidor SMTP debería hacer copias una para cada "proceso" smtp y asi asegurar la entrega.
2) Habeis pensado en los errores de mail tipo 550 user unknown?
3) Faltaría un SpamAssassin en el POP3, para que antes de enviarlo al usuario final pasara un filtro.
4) El mail no viene a ti, tu vas a ver si hay, ¿no?
Pero la idea, buena!!!
Algunas de las cosas que comentas ya se plantearon al diseñar la performance, pero es difícil hacer que sea técnicamente una representación fiel al funcionamiento técnico, y que al tiempo sea comprensible y operativo por los asistentes al evento.
La idea de las copias me parece genial, en el caso de los correos de texto, se puede solucionar con una simple fotocopiadora, pero en los adjuntos... lo tenemos más dificil :-). Además así se representaría lo inseguro que es el envío de correo en la realidad, si no lo cifras antes.
En cuanto al punto 4, es el protocolo el que avisa al usuario de que tiene correo y se lo entrega. Lo sabemos, no es muy correcto, pero el usuario, representa al usuario, y en la vida real es el cliente de correo quien le pregunta al sistema si tiene correo, y es ya una acción casi totalmente transparente para él. Además sería imposible de hacer en nuestro sistema en el Mundo Real™, ¡¡¡imaginate las colas!!!.
Saludos