Posté par Christophe .
Évalué à 6 (+4/-0).
Dernière modification le 12 mars 2025 à 19:14.
Cet article date de février 2019, il y a 6 ans.
Malgré cela, l'article reste assez pertinent, et il est intéressant de noter certains petits changements dans cette période:
aujourd'hui, elle aurait pu acquérir un smartphone avec /e/ ou postmarketOS. Mais même en faisant cela, difficule de dire ce qui aurait fonctionné en coupant AWS complètement ! Par exemple, lineageos.org semble hébergé sur AWS…
Google et Amazon continuent de se partager le gros d'Internet.
Il existe quelques alternatives supplémentaires pour la décentralisation de certains services (visio, partage de fichiers, …). Mais très souvent, quand on utilise un "gros" service, il y a du AWS derrière.
Faire l'expérience de la vie moderne sans AWS est intéressant (et effrayant), on s'aperçoit à quel point nos habitudes dépendent d'une seule entreprise.
Google et Amazon continuent de se partager le gros d'Internet.
Il me semble que Microsoft Azure est encore plus gros que Google Cloud. Parmi les GAFAM Apple & Meta sont assez facile à éliminer mais retirer Google, Microsoft Amazon de l'internet ça revient à se limiter à LinuxFR. Même Firefox est hébergé sur GCP. Et si on supprime la possibilité d'envoyer des emails à des adresses GMail, je perds les 3/4 de mes clients (y compris ceux qui ont leur propre domaine sur Google Workspace). Effrayant oui.
à LinuxFr.org mais sans Android donc beaucoup moins en mobilité, éventuellement sans Go qui vient de Google et dont je ne mesure pas l'importance encore dans le langage (ça enlèverait les images et les epub du site), sans plusieurs gems Ruby (ça casserait le site web), probablement sans des modules node aussi, il y a en aussi dans les tests mastodon donc ça gênerait pour share et les réseaux sociaux, etc. Point positif on n'a plus Google+ / Google Buzz (bon ok eux non plus). Bref l'absolu 0% Google (ou Microsoft ou Amazon ou Apple ou Oracle) est probablement difficile à atteindre en informatique. Le "sans communication" (pas de télémétrie, pas de téléchargement/téléversement, pas de vérification de mise à jour, pas d'anti-méchant/filtre/CDN, etc.) avec eux est probablement nettement plus facile.
Sans parler du fait qu'à un moment ça ne dépend plus de nous, mais de vous : 31% des comptes actifs ont une adresse gmail par exemple (vs 36% en 2017). Donc on doit communiquer avec Google pour le site principal, les listes de diffusion, etc. (Couper gmail et AWS nous ferait nettement moins de spam…)
Ou encore l'utilisation d'images en googledrive.com, ssl-images-amazon.com, images-amazon.com, media-amazon.com et autres *.google.com, *.amazonaws.com utilisées par notre lectorat (ok on les met en cache en local, et on a dit que le serveur serait cassé de toute façon).
Mais Node, Go ou Ruby sont des logiciels libres. On peut très bien les utiliser sans envoyer aucune donnée à Google. Quand je disais « retirer Google, Microsoft Amazon de l'internet », je pensais plutôt données, pas technologies auxquelles ils participent. D'ailleurs chacun de ces 3 là doit avoir des commits dans le noyau Linux donc si on part dans ce sens, on ferme tout.
Leur développement a était financés par notre vie privée à tous. Google n’aurait pas eu les moyens de les faire et encore moins de les rendre disponibles gratuitement sans machine à cash.
Pour moi ce n’est pas une façon de dire que c’est bien comme fonctionnement, mais que c’est plus compliqué que simplement les enlever de l’équation.
Pour du "stream", Peertube (+ vdo.ninja éventuellement) est une excellente alternative à Twitch. Y compris si on a besoin d'avoir une équipe de modération pendant un direct.
L'autohébergement des emails reste encore un peu technique, mais il y a de nombreuses solutions, et sinon il y a pas mal de choix, y compris parmi les Chatons :
Pour le transfert de fichiers il y a magic wormhole et les équivalents comme croc.
Il y a aussi un petit protocole de transfert de fichiers (pair-à-pair) inclus dans Galène. Vous cliquez sur le nom du destinataire dans la liste de gauche, et vous choisissez Send file. C'était prévu pour facilement partager les documents pendant les réunions, mais je m'en suis déjà servi pour faire des sauvegardes de films pas du tout piratés.
Google Drive and Dropbox aren’t options, Dropbox because it’s hosted by Amazon’s AWS and relies on Google for sign-in.
Non, on peut s'enregistrer avec un e-mail quelconque.
Je profite de ce commentaire pour demander si utiliser un object storage service utilisant l'API S3 d'Amazon serait aussi à exclure même si le fournisseur n'est pas un GAFAM ? (autrement dit, est-ce que l'API S3 est "libre")
# Date de publication à garder en tête
Posté par Christophe . Évalué à 6 (+4/-0). Dernière modification le 12 mars 2025 à 19:14.
Cet article date de février 2019, il y a 6 ans.
Malgré cela, l'article reste assez pertinent, et il est intéressant de noter certains petits changements dans cette période:
Faire l'expérience de la vie moderne sans AWS est intéressant (et effrayant), on s'aperçoit à quel point nos habitudes dépendent d'une seule entreprise.
[^] # Re: Date de publication à garder en tête
Posté par Faya . Évalué à 7 (+5/-0).
Il me semble que Microsoft Azure est encore plus gros que Google Cloud. Parmi les GAFAM Apple & Meta sont assez facile à éliminer mais retirer Google, Microsoft Amazon de l'internet ça revient à se limiter à LinuxFR. Même Firefox est hébergé sur GCP. Et si on supprime la possibilité d'envoyer des emails à des adresses GMail, je perds les 3/4 de mes clients (y compris ceux qui ont leur propre domaine sur Google Workspace). Effrayant oui.
[^] # Re: Date de publication à garder en tête
Posté par Benoît Sibaud (site web personnel) . Évalué à 4 (+1/-0). Dernière modification le 23 mars 2025 à 12:22.
à LinuxFr.org mais sans Android donc beaucoup moins en mobilité, éventuellement sans Go qui vient de Google et dont je ne mesure pas l'importance encore dans le langage (ça enlèverait les images et les epub du site), sans plusieurs gems Ruby (ça casserait le site web), probablement sans des modules node aussi, il y a en aussi dans les tests mastodon donc ça gênerait pour share et les réseaux sociaux, etc. Point positif on n'a plus Google+ / Google Buzz (bon ok eux non plus). Bref l'absolu 0% Google (ou Microsoft ou Amazon ou Apple ou Oracle) est probablement difficile à atteindre en informatique. Le "sans communication" (pas de télémétrie, pas de téléchargement/téléversement, pas de vérification de mise à jour, pas d'anti-méchant/filtre/CDN, etc.) avec eux est probablement nettement plus facile.
Sans parler du fait qu'à un moment ça ne dépend plus de nous, mais de vous : 31% des comptes actifs ont une adresse gmail par exemple (vs 36% en 2017). Donc on doit communiquer avec Google pour le site principal, les listes de diffusion, etc. (Couper gmail et AWS nous ferait nettement moins de spam…)
Ou encore l'utilisation d'images en googledrive.com, ssl-images-amazon.com, images-amazon.com, media-amazon.com et autres *.google.com, *.amazonaws.com utilisées par notre lectorat (ok on les met en cache en local, et on a dit que le serveur serait cassé de toute façon).
[^] # Re: Date de publication à garder en tête
Posté par barmic 🦦 . Évalué à 2 (+0/-0).
Je suis pas sûr que node existe sans Google et le moteur de recherche utilise Google derrière la forêt.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Date de publication à garder en tête
Posté par Faya . Évalué à 3 (+1/-0).
Mais Node, Go ou Ruby sont des logiciels libres. On peut très bien les utiliser sans envoyer aucune donnée à Google. Quand je disais « retirer Google, Microsoft Amazon de l'internet », je pensais plutôt données, pas technologies auxquelles ils participent. D'ailleurs chacun de ces 3 là doit avoir des commits dans le noyau Linux donc si on part dans ce sens, on ferme tout.
[^] # Re: Date de publication à garder en tête
Posté par barmic 🦦 . Évalué à 2 (+0/-0).
Leur développement a était financés par notre vie privée à tous. Google n’aurait pas eu les moyens de les faire et encore moins de les rendre disponibles gratuitement sans machine à cash.
Pour moi ce n’est pas une façon de dire que c’est bien comme fonctionnement, mais que c’est plus compliqué que simplement les enlever de l’équation.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Date de publication à garder en tête
Posté par GG (site web personnel) . Évalué à 5 (+3/-0).
En 6 ans, la visioconférence s'est beaucoup améliorée.
Il existe maintenant de nouveaux logiciels faciles à installer comme Galène, et sinon il y a toujours les classiques comme BBB.
Galène : https://galene.org/
Pour du "stream", Peertube (+ vdo.ninja éventuellement) est une excellente alternative à Twitch. Y compris si on a besoin d'avoir une équipe de modération pendant un direct.
https://docs.joinpeertube.org/
L'autohébergement des emails reste encore un peu technique, mais il y a de nombreuses solutions, et sinon il y a pas mal de choix, y compris parmi les Chatons :
https://www.chatons.org/search/by-service?service_type_target_id=112
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
[^] # Re: Date de publication à garder en tête
Posté par pas_pey . Évalué à 2 (+1/-0).
Pour le transfert de fichiers il y a magic wormhole et les équivalents comme croc.
[^] # Re: Date de publication à garder en tête
Posté par jch . Évalué à 2 (+1/-0).
Il y a aussi un petit protocole de transfert de fichiers (pair-à-pair) inclus dans Galène. Vous cliquez sur le nom du destinataire dans la liste de gauche, et vous choisissez Send file. C'était prévu pour facilement partager les documents pendant les réunions, mais je m'en suis déjà servi pour faire des sauvegardes de films pas du tout piratés.
# c'est compliqué mais si en plus on rajoute des problème inexistants...
Posté par mahikeulbody . Évalué à 3 (+1/-0).
Non, on peut s'enregistrer avec un e-mail quelconque.
Je profite de ce commentaire pour demander si utiliser un object storage service utilisant l'API S3 d'Amazon serait aussi à exclure même si le fournisseur n'est pas un GAFAM ? (autrement dit, est-ce que l'API S3 est "libre")
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.