Fuera de tema: Celebraciones TIC en general y Celebraciones Libres en particular para 2019

14 respuestas [Último envío]
Ignacio.Agullo
Desconectado/a
se unió: 09/29/2009

Buen día a todos. Soy Ignacio Agulló, y desde el año 2011 mantengo
el Calendario de Celebraciones TIC para los miembros de la Asociación de
Técnicos de Informática de España (ATI) en particular y para los
profesionales del sector de las Tecnologías de la Información y las
Comunicaciones en general. El Calendario contiene todas las ediciones
realizadas de un total de 16 celebraciones anuales, alguna ya extinta.

El Calendario se publica a través de la aplicación Google Calendar
en formatos iCal y HTML, lo que significa que es posible suscribirse
desde todo tipo de aplicaciones de agenda y correo electrónico, y
también visualizar el calendario como una página de la telaraña de
amplitud mundial o incrustarlo en una. El calendario está disponible en
español, gallego e inglés. Aquí pongo los enlaces a las versiones en
español y gallego:

Español: Celebraciones TIC Internacionales
Formato iCal:
https://calendar.google.com/calendar/ical/atinet.es_8as8kj0nsu2ipbfei1lckmpgc8%40group.calendar.google.com/public/basic.ics
Formato HTML:
https://calendar.google.com/calendar/embed?src=atinet.es_8as8kj0nsu2ipbfei1lckmpgc8%40group.calendar.google.com&ctz=Europe/Madrid

Gallego: Celebracións TIC Internacionais
Formato iCal:
https://calendar.google.com/calendar/ical/atinet.es_aqgogghag1d50a7ir6t3hipqr8%40group.calendar.google.com/public/basic.ics
Formato HTML:
https://calendar.google.com/calendar/embed?src=atinet.es_aqgogghag1d50a7ir6t3hipqr8%40group.calendar.google.com&ctz=Europe/Madrid

Al momento actual, cinco celebraciones están todavía sin anunciar
para 2019; suscribirse al calendario es la mejor opción para evitar ser
sorprendido por cambios inesperados de fechas.

Elaborar este calendario requiere poco trabajo, pero mucha
paciencia. Cuando cada 1 de enero me pongo manos a la obra, la mayoría
de las celebraciones están todavía sin anunciar... ¡empezando por la
primera! Por esta razón cada año se demora la difusión del calendario,
dado que rechazo difundir un calendario de celebraciones del cual ya la
primera celebración está sin anunciar. Ahí es donde entra la paciencia:
me veo obligado a hacer un seguimiento diario de las celebraciones
pendientes hasta que por fin son anunciadas. En el caso concreto de la
primera celebración, el Día de Protección de Datos, la gente del Consejo
de Europa se superan cada año en cuanto a pereza se refiere, y en este
2019 anuncian la celebración con 24 horas de antelación. Deberían
seguir el ejemplo de Ted Kekatos, que consistentemente anuncia el Día
del Administrador de Sistemas con 52 semanas de antelación.

En cuanto a las celebraciones libres, os pondré al corriente sobre
ellas: las noticias no son malas, sino fatales. A lo largo de estos
años he seguido seis Celebraciones Libres, dos no TIC (Día de la
Formación Libre y Día de la Cultura Libre) y cuatro TIC (Día de Yo Amo
la Programación Libre, Día de la Libertad de Documentos, Día de la
Maquinaria Libre y Día de la Libertad de Programación). Pues bien, en
la telaraña de amplitud mundial solamente podéis encontrar el anuncio de
una de estas celebraciones:

Febrero, 14: Día de Yo Amo la Programación Libre,
http://fsfe.org/campaigns/ilovefs/
Organizador: Fundación Europea de Programación Libre, https://fsfe.org/

El anuncio de esta celebración para 2019 se acaba de publicar, y
ésa es la razón para que publique hoy este mensaje en el foro de
GNU/Linux Trisquel. Pero, ¿y el resto? El resto de las celebraciones
libres TIC se hallan en el Limbo; y no porque no estén anunciadas
todavía para 2019, sino porque sus sitios en la telaraña de amplitud
mundial están caídos desde al menos el 1 de enero. Salvo por un breve
interludio de unos días durante los cuales los sitios están levantados,
y donde es posible comprobar que la única celebración anunciada para
2019 es la del Día del Documento Libre, el resto del tiempo están
caídos. ¿Qué tienen en común estos tres sitios caídos? Están llevados
por la Fundación de la Libertad Digital, al igual que los dos días no
TIC (Día de la Formación Libre y Día de la Cultura Libre). Su propio
sitio, http://www.digitalfreedomfoundation.org/ , está caído también.
Esta situación se produce también en 2016.

Para resumir, las Celebraciones Libres necesitan estar mejor cuidadas.

--
Ignacio Agulló · name at domain

Ignacio.Agullo
Desconectado/a
se unió: 09/29/2009

En mi mensaje del pasado 8 de febrero, decía lo siguiente:

On 08/02/19 19:42, Ignacio Agulló wrote:
> En cuanto a las celebraciones libres, os pondré al corriente sobre
> ellas: las noticias no son malas, sino fatales. A lo largo de estos
> años he seguido seis Celebraciones Libres, dos no TIC (Día de la
> Formación Libre y Día de la Cultura Libre) y cuatro TIC (Día de Yo Amo
> la Programación Libre, Día de la Libertad de Documentos, Día de la
> Maquinaria Libre y Día de la Libertad de Programación). Pues bien, en
> la telaraña de amplitud mundial solamente podéis encontrar el anuncio de
> una de estas celebraciones:
>
> Febrero, 14: Día de Yo Amo la Programación Libre,
> http://fsfe.org/campaigns/ilovefs/
> Organizador: Fundación Europea de Programación Libre, https://fsfe.org/
>
> El anuncio de esta celebración para 2019 se acaba de publicar, y
> ésa es la razón para que publique hoy este mensaje en el foro de
> GNU/Linux Trisquel. Pero, ¿y el resto? El resto de las celebraciones
> libres TIC se hallan en el Limbo; y no porque no estén anunciadas
> todavía para 2019, sino porque sus sitios en la telaraña de amplitud
> mundial están caídos desde al menos el 1 de enero. Salvo por un breve
> interludio de unos días durante los cuales los sitios están levantados,
> y donde es posible comprobar que la única celebración anunciada para
> 2019 es la del Día del Documento Libre, el resto del tiempo están
> caídos. ¿Qué tienen en común estos tres sitios caídos? Están llevados
> por la Fundación de la Libertad Digital, al igual que los dos días no
> TIC (Día de la Formación Libre y Día de la Cultura Libre). Su propio
> sitio, http://www.digitalfreedomfoundation.org/ , está caído también.
> Esta situación se produce también en 2016.
>
> Para resumir, las Celebraciones Libres necesitan estar mejor cuidadas.

Las noticias siguen siendo fatales. La Fundación de la Libertad
Digital sigue en la inopia absoluta. Después de largos períodos de
tener sus sitios caídos, sus sitios vuelven a estar en línea... de cuento:
-El sitio del Día de Libertad de Maquinaria no está disponible y su
dominio redirige al sitio del Día de la Programación Libre.
-El Día de la Programación Libre te ofrece registrar tu evento para la
edición de 2017.
-El sitio del Día de Libertad de Documentos es una copia de respaldo con
la fecha del año pasado... y si intentáis verificarlo mirando el mapa de
eventos previstos, es peor aún, muestra eventos previstos para 2016.

Así que aunque a día de hoy el sitio Día de la Programación Libre
proclame orgullosamente al final de su página principal que el Día de la
Libertad de Documentos se celebra el 27 de de marzo de 2019, cuando vas
al sitio del Día de la Libertad de Documentos, nanay de la China. Ni
flores. Prueba:
https://web.archive.org/web/20180328180751/http://www.documentfreedom.org/

De modo que tomé la única decisión posible. Fui a los Calendarios
de Eventos TIC que mantengo, y borré la edición de 2019 de este evento.
Oficialmente, el Día de la Libertad de Documentos de 2019 no se ha
celebrado. O al menos, eso dice el Calendario de Eventos TIC, que no
solamente anuncia los próximos eventos TIC a celebrarse, sino que
registra todas las ediciones de los principales eventos TIC celebrados
desde 1969.

En los días previos, viendo que la fecha se organizaba sin que
hubiese señales de vida, estuve pensando en enviar un mensaje de
advertencia a la Fundación para la Libertad Digital, pero sorpresa...
carece de dirección de correo electrónico de contacto. Su página de
contacto solamente ofrece un formulario. Lo siento, eso no es serio.
Cuando envío un mensaje de correo electrónico, me queda copia. Cuando
introduzco un mensaje en un formulario, no me queda copia. ¿No ofrecéis
dirección de correo electrónico? Pues no os merecéis que os contacten.

"Para resumir, las Celebraciones Libres necesitan estar mejor
cuidadas."

--
Ignacio Agulló · name at domain

Ignacio.Agullo
Desconectado/a
se unió: 09/29/2009

Pues nada, otro más. La Fundación para la Libertad Digital viene
organizando desde 2013 la celebración anual dedicada al Día de la
Libertad de Maquinaria... hasta ahora. Al igual que sucede con el Día
de la Libertad de Documentos, su sitio en la telaraña de amplitud
mundial lleva caído desde al menos principio de año. De nuevo, he
tenido que acudir al Calendario de Eventos TIC que mantengo, y borrar
esta celebración, al menos para 2019.

--
Ignacio Agulló · name at domain

seneka77
Desconectado/a
se unió: 02/01/2019

Es lamentable pero si que abundan ya tantos fallos en la web, que no se salva casi nadie.
Una mala moda lo de sólo poner un formulario como forma de contacto. Alguno he visto que al menos te mandaba una copia de tu participación al email que introducías.
Saludos, y muchas gracias por tu aporte

Beformed
Desconectado/a
se unió: 01/13/2017

Porqué utiliza Google Calendar? No es eso algo contradictorio a los conceptos del Software Libre? Me da curiosidad.

Ignacio.Agullo
Desconectado/a
se unió: 09/29/2009

On 20/04/19 16:35, wrote:
> Porqué utiliza Google Calendar? No es eso algo contradictorio a los
> conceptos del Software Libre? Me da curiosidad.

No lo creo. Manejo Google Calendar desde GNU/Linux Trisquel con
Icedove y su complemento Proveedor de Calendario de Google, 100%
programación libre.

--
Ignacio Agulló · name at domain

ADFENO
Desconectado/a
se unió: 12/31/2012

Em 20 de abril de 2019 12:39:27 BRT, "Ignacio Agulló" <name at domain> escreveu:
>On 20/04/19 16:35, wrote:
> No lo creo. Manejo Google Calendar desde GNU/Linux Trisquel con
>Icedove y su complemento Proveedor de Calendario de Google, 100%
>programación libre.

Talvez o problema que ele se refere seja o fato de que Google força uso de JavaScript não livre do lado do cliente que pode ser um usuário não tão experiente e preferir usar a interface de navegador de Internet.

Além disso, tem o problema de efeito de rede causado pela dependência em um provedor só, que pode abusar de sua posição estratégica, conforme explicam Eben Moglen e Yochai Benkler[1].

[1] https://downloads.softwarefreedom.org/2017/conference/0-keynote.webm . O trabalho é pelo menos legalmente compartilhável segundo https://softwarefreedom.org/events/2017/conference/video/ .

--
- Página com formas de contato:
https://libreplanet.org/wiki/User:Adfeno#vCard
- Ativista do software livre (não confundir com o gratuito). Avaliador
da liberdade de software e de sites.
- Página com lista de contribuições:
https://libreplanet.org/wiki/User:Adfeno#Contribs
- Para uso em escritórios e trabalhos, favor enviar arquivos do padrão
internacional OpenDocument/ODF 1.2 (ISO/IEC 26300-1:2015 e
correlatos). São os .odt/.ods/.odp/odg. O LibreOffice é a suíte de
escritório recomendada para editar tais arquivos.
- Para outros formatos de arquivos, veja:
https://libreplanet.org/wiki/User:Adfeno#Arquivos
- Gosta do meu trabalho? Contrate-me ou doe algo para mim!
https://libreplanet.org/wiki/User:Adfeno#Suporte
- Use comunicações sociais federadas padronizadas, onde o "social"
permanece independente do fornecedor. #DeleteWhatsApp. Use #XMPP
(https://libreplanet.org/wiki/XMPP.pt), #DeleteFacebook
#DeleteInstagram #DeleteTwitter #DeleteYouTube. Use #ActivityPub via
#Mastodon (https://joinmastodon.org/).
- #DeleteNetflix #CancelNetflix. Evite #DRM:
https://www.defectivebydesign.org/

Ignacio.Agullo
Desconectado/a
se unió: 09/29/2009

On 23/04/19 22:42, Adonay Felipe Nogueira wrote:
> Talvez o problema que ele se refere seja o fato de que Google força uso de JavaScript não livre do lado do cliente que pode ser um usuário não tão experiente e preferir usar a interface de navegador de Internet.

"Nenhum problema".

1) No desde Icedove+Proveedor de Calendario de Google. No se usa
Javascript ahí.
2) No desde IceCat bloqueando Javascript no libre. Adonay, no es cierto
que Google fuerce el uso de JavaScript; antes bien, si detecta que el
programa en Javascript no se ejecuta, te provee de un enlace a una
versión alternativa exclusivamente en HTML.

> Além disso, tem o problema de efeito de rede causado pela dependência em um provedor só, que pode abusar de sua posição estratégica, conforme explicam Eben Moglen e Yochai Benkler[1].

Pues nada Adonay, dime cómo mantener un calendario con varios
proveedores. ¿Servicio de calendario P2P? ¿O es que me estás
proponiendo que introduzca el mismo calendario en varios servicios, que
yo haga el doble de trabajo para obtener el mismo resultado?

--
Ignacio Agulló · name at domain

ADFENO
Desconectado/a
se unió: 12/31/2012

Em 23 de abril de 2019 21:24:01 BRT, "Ignacio Agulló" <name at domain> escreveu:
>2) No desde IceCat bloqueando Javascript no libre. Adonay, no es

Desculpem, parece que me expressei mal. Quando falei dos usuários inexperientes me referia àqueles que não usam navegadores com GNU LibreJS nem NoScript. Para estes casos, os visitantes acabam executando todo o JavaScript.

> Pues nada Adonay, dime cómo mantener un calendario con varios
>proveedores. ¿Servicio de calendario P2P? ¿O es que me estás
>proponiendo que introduzca el mismo calendario en varios servicios, que
>yo haga el doble de trabajo para obtener el mismo resultado?

Novamente peço desculpas por ter me expressado incorretamente. O que quis dizer é que devido à quantidade de pessoas que possuem conta com a Google, fomentar o uso deste contribui para a centralização, por mais que a Google forneça ou estivesse fornecendo serviços em conformidade com padrões internacionais relativos à calendários e agendas (e.g.: CalDAV). Não é necessário recorrer ao P2P, apenas recomendar que seja usado outro provedor, que respeite o CalDAV.

--
- Página com formas de contato:
https://libreplanet.org/wiki/User:Adfeno#vCard
- Ativista do software livre (não confundir com o gratuito). Avaliador
da liberdade de software e de sites.
- Página com lista de contribuições:
https://libreplanet.org/wiki/User:Adfeno#Contribs
- Para uso em escritórios e trabalhos, favor enviar arquivos do padrão
internacional OpenDocument/ODF 1.2 (ISO/IEC 26300-1:2015 e
correlatos). São os .odt/.ods/.odp/odg. O LibreOffice é a suíte de
escritório recomendada para editar tais arquivos.
- Para outros formatos de arquivos, veja:
https://libreplanet.org/wiki/User:Adfeno#Arquivos
- Gosta do meu trabalho? Contrate-me ou doe algo para mim!
https://libreplanet.org/wiki/User:Adfeno#Suporte
- Use comunicações sociais federadas padronizadas, onde o "social"
permanece independente do fornecedor. #DeleteWhatsApp. Use #XMPP
(https://libreplanet.org/wiki/XMPP.pt), #DeleteFacebook
#DeleteInstagram #DeleteTwitter #DeleteYouTube. Use #ActivityPub via
#Mastodon (https://joinmastodon.org/).
- #DeleteNetflix #CancelNetflix. Evite #DRM:
https://www.defectivebydesign.org/

antonlopez
Desconectado/a
se unió: 11/26/2016

Lo ideal en este caso sería utilizar el Calendar de Nextcloud en un servidor propio. https://apps.nextcloud.com/apps/calendar

Cuando se utiliza un servicio externo para algo que podría hacerse desde tu propia máquina (o desde un servidor propio) se está perdiendo el control sobre tu computación sin ningún motivo, es un ejemplo de SaaSS (Service as a Software Substitute): https://www.gnu.org/philosophy/who-does-that-server-really-serve.html

Además de eso, estarías cediendo datos y metadatos a una empresa que ha demostrado no tener ningún respeto por la privacidad. Es más, traficar con privacidad es una de sus mayores fuentes de ingresos.

Ignacio.Agullo
Desconectado/a
se unió: 09/29/2009

On 02/05/19 08:37, wrote:
> Lo ideal en este caso sería utilizar el Calendar de Nextcloud en un
> servidor propio. https://apps.nextcloud.com/apps/calendar

No todo el mundo dispone de un servidor propio, ni a nadie se le pide
que haga tal cosa como condición para ser libre.

> Cuando se utiliza un servicio externo para algo que podría hacerse
> desde tu propia máquina (o desde un servidor propio) se está perdiendo
> el control sobre tu computación sin ningún motivo, es un ejemplo de
> SaaSS (Service as a Software Substitute):
> https://www.gnu.org/philosophy/who-does-that-server-really-serve.html

No, no lo es. No has entendido el concepto. Te lo pongo en español:

¿A quién sirve realmente ese servidor? - Proyecto GNU - Free Software
Foundation
https://www.gnu.org/philosophy/who-does-that-server-really-serve.es.html

"La tarea de cómputo es //propia del usuario// porque se supone que, en
principio, el usuario habría podido realizarla ejecutando una copia del
programa en su propio ordenador (independientemente de si disponía de
tal programa en ese momento). Cuando esta suposición no se verifica, no
se trata de SaaSS."

No hay tarea de cómputo, lo que se ofrece al usuario no es realizar una
tarea sino datos de lo que el usuario carece.

> Además de eso, estarías cediendo datos y metadatos a una empresa que
> ha demostrado no tener ningún respeto por la privacidad. Es más,
> traficar con privacidad es una de sus mayores fuentes de ingresos.

-Por el lado de los usuarios, la programación libre les ofrece maneras
de protegerse, como por ejemplo acceder a través de una pestaña de
navegación privada.
-Por mi lado, es mi elección personal. Dado que no dispongo de servidor
propio, la alternativa sería no ofrecer mi calendario a nadie.

--
Ignacio Agulló · name at domain

antonlopez
Desconectado/a
se unió: 11/26/2016

>No todo el mundo dispone de un servidor propio, ni a nadie se le pide
que haga tal cosa como condición para ser libre.

El resto de usuarios suscritos al calendario no tienen por qué contar con un servidor propio. El Calendar de Nextcloud alojado en un único servidor (con una máquina doméstica valdría) les serviría como feed.

>No hay tarea de cómputo, lo que se ofrece al usuario no es realizar una
tarea sino datos de lo que el usuario carece.

Depende del uso que haga el resto de suscriptores. Si lo utilizan únicamente en local y solo se conectan a Google Calendar para sincronizar, no estarían perdiendo su libertad (sí se verían obligados a enviar datos de uso a Google, no obstante), pero en el momento en que utilicen la interfaz web de Google Calendar ya están ejecutando sobre un servicio externo y por tanto usando un SaaSS.

>Por el lado de los usuarios, la programación libre les ofrece maneras
de protegerse, como por ejemplo acceder a través de una pestaña de
navegación privada.

Seguirían corriendo un riesgo evitable.

>Por mi lado, es mi elección personal. Dado que no dispongo de servidor
propio, la alternativa sería no ofrecer mi calendario a nadie.

Obviamente cada persona toma sus elecciones, solo estamos diciendo que es una elección mejorable, y que no encaja con los valores del software libre.

Ignacio.Agullo
Desconectado/a
se unió: 09/29/2009

On 02/05/19 11:07, wrote:
> Obviamente cada persona toma sus elecciones, solo estamos diciendo que
> es una elección mejorable, y que no encaja con los valores del
> software libre.

No creo que tu opinión sobre los valores de la programación libre
valga mucho teniendo en cuenta que no comprendes lo que es Servicio como
Sustituto de Programación (Service as a Software Substitute, SaaSS).

--
Ignacio Agulló · name at domain

antonlopez
Desconectado/a
se unió: 11/26/2016

Viniendo de alguien que hace apología del uso de servicios de Google (totalmente injustificable y más en un espacio como este), como podrás comprender (o no), me trae sin cuidado.

seneka77
Desconectado/a
se unió: 02/01/2019

La siguiente conferencia en Málaga tiene buena pinta: https://www.opensouthcode.org/conferences/opensouthcode2019

Saludos