Pas forcément mais on peut imaginer qu’un dev créer une application “spéciale défibrillateur” en se basant sur les données OSM.
Ou bien des cartes présentes dans l’espace public mettant une ptite icône de l’emplacement des défibrillateurs si l’info est bien présente en base.
Et pour ce genre d’utilisation, avec LXC ou systemd-nspawn (que je préfère, je le trouve bien plus simple à mettre en place), il y a la notion de conteneurs éphémères :)
À mi-chemin, je trouve que LXC peut aider. J’ai eut une très bonne expérience de conteneur LXC créés très rapidement grâce à btrfs dans un ramdisk : moins de 7s pour cloner, démarrer et éteindre un conteneur. Avec LXC, on a un système complet : réseau, systemd, SSH, etc. La limite est essentiellement sur le système de fichier et le kernel partagé avec l’hôte.
Peut-être pas pro-5G, mais au moins récupérable d’une façon ou d’une autre par ses partisans, en mettant en avant la preuve que l’énergie consommée ne dépend pas du volume, sans pour autant pointer du doigt les énormes couts environnementaux que la mise en place du réseau et du renouvellement du parc de terminaux va engendrer.
Donc quelque part, indirectement, pour moi il cautionne une partie des arguments du pro-5G. Pourtant, le débat sur la 5G devrait aller beaucoup (beaucoup!) plus loin, c’est toujours cette sensation qu’on veut nous coller toujours plus de technos sans nous demander notre avis… (ou que “mais vous savez, nous on fait que répondre à la demande du consommateur.”)
C’est bien ça que je lui reproche à cet article, c’est de chercher a prendre en compte qu’une petite partie du problème, histoire de se faciliter la tâche. Ou de donner l’impression que le problème “c’est pas le volume”.
Quand il dit dans un commentaire “bien sûr l’empreinte écologique ne se limite pas au volume transmis, mais parlons de ce qui compte, alors, plutôt que demander la sobriété des volumes.” , je pense qu’il en rate un bon morceau, car la sobriété c’est d’abord et avant tout un état d’esprit, un art de vivre. Une façon de vivre, connecté oui, mais avec les réalités de notre planète.
Que les volumes n’aient pas d’impact sur l’énergie consommée, OK, disons que ça soit prouvé et expliqué… mais je continue de penser que c’est surtout un argument pour justifier le discours sur les “bienfaits” potentiels de la 5G, de l’IA et de l’IoT comme dans l’article d’Ericsson cité dans les commentaires de l’article. Mais admettons le… N’empêche que pour consommer plus de données, il faut plus de puissance de traitement sur les terminaux, donc il faut un taux de renouvellement de plus en plus élevé; donc extraire plus de la matière première, se soucier très peu du recyclage (ça coute cher). (comme l’a dit justement @Buzut dans le commentaire plus bas)
Pareil pour l’argument comme quoi “la consommation électrique ne dépend pas du stockage” : développer des technologies pour stocker toujours plus, ajouter du matériel de stockage, recycler (si on le faisait correctement…), indirectement, si ce n’est en surconso d’énergie électrique, il y a un surcout carbone qui à mon avis, augmente. Mais le carbone ce n’est pas tout, il y a aussi la misère des gens qui nous produisent les terminaux pour nous fournir nous, les occidentaux le matériel nécessaire pour “consommer plus de data sans dépenser plus d’énergie”. Désolé mais ça m’est très difficile de supporter qu’on puisse parler d’une seule chose à la fois sous prétexte que les forfaits bloqués ne servent à rien… C’est la globalité qu’il faut prendre.
Donc tout est lié, et à la fin, la vraie question pour moi c’est : “est-ce que c’est utile ?” et “en ai-je vraiment besoin ?”.
Et ce genre d’article pour moi est récupérable à mauvais escient par certains industriels peu scrupuleux.
PS: je ne peux plus réagir sur le blog original, les commentaires sont fermés.
Par contre, étant donné qu’il a acheté des EdgeRouter X d’Ubiquiti, je suis étonné qu’il n’y ait pas mis OpenWRT dessus, qui est quand même franchement mieux que le firmware d’origine :p
Pour l’apprendre, la page te conseille des ressources. La communauté conseille en addition, Practical Common Lisp qui est disponible en ligne gratuitement.
Si tu en trouves, préviens moi, en théorie c’est assez safe, mais ça reste du shell.
Pas de repo Git (et surtout pas sur Github, au pire ça serais sur ma forge perso), c’est bien trop crade et à l’arrache pour mériter ça.
C’est juste un wrapper autour de ansi2html.sh et testssl.sh, avec du HTML hardcodé salement affiché sur base de if et de grep pour l’indicateur de progression. Nan crois-moi tu veux pas voir ça :p
Pas forcément mais on peut imaginer qu’un dev créer une application “spéciale défibrillateur” en se basant sur les données OSM. Ou bien des cartes présentes dans l’espace public mettant une ptite icône de l’emplacement des défibrillateurs si l’info est bien présente en base.
Et pour ce genre d’utilisation, avec LXC ou systemd-nspawn (que je préfère, je le trouve bien plus simple à mettre en place), il y a la notion de conteneurs éphémères :)
Erreur, un défibrillateur permet de redémarrer en cœur en fibrillation, et non un cœur inactif.
Bonne idée, sans se faire d’illusion : dans la panique, va-t-on penser à dégainer Osmand ? ;-)
À mi-chemin, je trouve que LXC peut aider. J’ai eut une très bonne expérience de conteneur LXC créés très rapidement grâce à btrfs dans un ramdisk : moins de 7s pour cloner, démarrer et éteindre un conteneur. Avec LXC, on a un système complet : réseau, systemd, SSH, etc. La limite est essentiellement sur le système de fichier et le kernel partagé avec l’hôte.
Le disclamer a la fin tue tout l’article et d’ailleurs, j’allais en parler : docker <> serveur linux
Pourquoi ne pas proposer un Vagrant / VirtualBox ?
On créée la demande pour soutenir la croissance. Personne ne change son appareil s’il fonctionne encore et est encore à la pointe de la technologie.
Peut-être pas pro-5G, mais au moins récupérable d’une façon ou d’une autre par ses partisans, en mettant en avant la preuve que l’énergie consommée ne dépend pas du volume, sans pour autant pointer du doigt les énormes couts environnementaux que la mise en place du réseau et du renouvellement du parc de terminaux va engendrer.
Donc quelque part, indirectement, pour moi il cautionne une partie des arguments du pro-5G. Pourtant, le débat sur la 5G devrait aller beaucoup (beaucoup!) plus loin, c’est toujours cette sensation qu’on veut nous coller toujours plus de technos sans nous demander notre avis… (ou que “mais vous savez, nous on fait que répondre à la demande du consommateur.”)
C’est bien ça que je lui reproche à cet article, c’est de chercher a prendre en compte qu’une petite partie du problème, histoire de se faciliter la tâche. Ou de donner l’impression que le problème “c’est pas le volume”.
Quand il dit dans un commentaire “bien sûr l’empreinte écologique ne se limite pas au volume transmis, mais parlons de ce qui compte, alors, plutôt que demander la sobriété des volumes.” , je pense qu’il en rate un bon morceau, car la sobriété c’est d’abord et avant tout un état d’esprit, un art de vivre. Une façon de vivre, connecté oui, mais avec les réalités de notre planète.
Que les volumes n’aient pas d’impact sur l’énergie consommée, OK, disons que ça soit prouvé et expliqué… mais je continue de penser que c’est surtout un argument pour justifier le discours sur les “bienfaits” potentiels de la 5G, de l’IA et de l’IoT comme dans l’article d’Ericsson cité dans les commentaires de l’article. Mais admettons le… N’empêche que pour consommer plus de données, il faut plus de puissance de traitement sur les terminaux, donc il faut un taux de renouvellement de plus en plus élevé; donc extraire plus de la matière première, se soucier très peu du recyclage (ça coute cher). (comme l’a dit justement @Buzut dans le commentaire plus bas)
Pareil pour l’argument comme quoi “la consommation électrique ne dépend pas du stockage” : développer des technologies pour stocker toujours plus, ajouter du matériel de stockage, recycler (si on le faisait correctement…), indirectement, si ce n’est en surconso d’énergie électrique, il y a un surcout carbone qui à mon avis, augmente. Mais le carbone ce n’est pas tout, il y a aussi la misère des gens qui nous produisent les terminaux pour nous fournir nous, les occidentaux le matériel nécessaire pour “consommer plus de data sans dépenser plus d’énergie”. Désolé mais ça m’est très difficile de supporter qu’on puisse parler d’une seule chose à la fois sous prétexte que les forfaits bloqués ne servent à rien… C’est la globalité qu’il faut prendre.
Donc tout est lié, et à la fin, la vraie question pour moi c’est : “est-ce que c’est utile ?” et “en ai-je vraiment besoin ?”.
Et ce genre d’article pour moi est récupérable à mauvais escient par certains industriels peu scrupuleux.
PS: je ne peux plus réagir sur le blog original, les commentaires sont fermés.
+1
Quand on voit le gachi de Firefox sur mobile, il devient plus que nécessaire que Mozilla change.
Ouais c’est clair mais c’est dommage de voir des bonnes idées jetées à la poubelle à cause de quelques personnes malveillantes.
Tcho !
J’ai apprécié son article
Par contre, étant donné qu’il a acheté des EdgeRouter X d’Ubiquiti, je suis étonné qu’il n’y ait pas mis OpenWRT dessus, qui est quand même franchement mieux que le firmware d’origine :p
Solution de facilité, on dira !
Après avec 250 employés en moins, il faut faire des choix. On ne peut pas dire que ce service soit d’une nécessité absolue.
Quel gâchis, à la base ils ont arrêté le service cet été afin de trouver une solution aux utilisations malveillantes, finalement ils abandonnent pfff.
Tcho !
Oui, je trouve ça excellemment pensé !
Bravo
De rien, ça m’a permit de suivre la migration de ce script vers gitlab, que je suis depuis la création de ce gist https://gist.github.com/mzabriskie/6631607
Cet article discute comment on peut s’échapper de « roue de hamster » de la rétrocompatibilité en utilisant CL. En particulier, parce que CL ne change pas, il peut y avoir de paquets « achève » et non pas abandonnés.
Pour l’apprendre, la page te conseille des ressources. La communauté conseille en addition, Practical Common Lisp qui est disponible en ligne gratuitement.
Ca m’a rappelé un petit script plus avancé pour un besoin similaire : https://gitlab.com/lordadamson/git-summary
J’ai pas vu où et si le nom de l’hébergeur français était donné.
Mais je suis vachement curieux de savoir qui a fait ça…
Si tu en trouves, préviens moi, en théorie c’est assez safe, mais ça reste du shell.
Pas de repo Git (et surtout pas sur Github, au pire ça serais sur ma forge perso), c’est bien trop crade et à l’arrache pour mériter ça.
C’est juste un wrapper autour de ansi2html.sh et testssl.sh, avec du HTML hardcodé salement affiché sur base de if et de grep pour l’indicateur de progression. Nan crois-moi tu veux pas voir ça :p
Attention aux injections shell ;-) Tu as un projet GitHub ?