Les salariés Gitlab sont en 100% télétravail. Ils n'ont pas accès à un service informatique physique pour dépanner, ce qui implique que chacun soit suffisamment autonome avec son portable. Ça n'empêche pas d'avoir une administration distante, mais ça limite quand même (les admins sont aussi en 100% distants les uns des autres et vis-à-vis des utilisateurs, tu rajoutes pas une barrette de RAM en 5min ou remplaces un disque ssd sans l'utilisateur…).
Amazon va aider le fisc à repérer les sous-déclarations de surface ou de salles de bains chez vous
Amazon optimise la connaissance de votre foyer, personnes et possessions
Amazon éliminera une nuit tous les gens par succion
Amazon va équiper les prochains Roomba de missiles air-sol pour éliminer les moustiques
L'ami Roomba choisira l'employé du mois Amazon sur la bonne tenue de son foyer
Roomba remporte la RoboCup 2022 contre une équipe brestoise, sur une vicieuse attaque jet de poussière plus aspiration
Amazon bourre de vieilles batteries ion lithium les Roomba et anéantit les 50 plus grandes villes du monde dans un mégafeu.
Skynet était en fait un essaim de Roomba
Guérilla du foyer : le Roomba Amazon était en train de détruire l'hololens Microsoft lorsque Google Nest répliqua, assisté par l'Apple Homekit, via une attaque furtive depuis le Metavers Facebook.
Des colonies de fourmis optimisent leur logistique avec Amazon et transportent 1.000.000 de fois leur poids sur des Roomba
Côté entreprises t'as soit les droguées de Jira, soit celles qui installent leur propre instance GitLab.
Dans une grande entreprise, les deux ne s'excluent pas. Et plusieurs instances différentes de GitLab d'ailleurs. En plus de plusieurs groupes sur GitHub.com. Et probablement d'autres encore ailleurs.
Je sais bien, mais tant qu'à avoir seulement deux gros serveurs, autant les nommer la Belle et la Bête, tandis que si tu as 101 serveurs, ça sera pénible pour les prénoms de dalmatiens…
Idée de génie : une API qui pioche dans les prénoms de mamounes (*) de http://liguedesofficiersdetatcivil.fr/ pour nommer des serveurs, cumulant ainsi les inconvénients des deux approches… une liste infinie de prénoms non retenables et impossibles à écrire sans faute.
(*) la manoune (peu importe son genre) va appeler sa progéniture Bhen'hoyst, qui se prononcera "beunoi", comme ça sa descendance sera unique et ne sera pas comme "les autres moutons", même si elle ne saura jamais écrire son prénom, et les autres n'ont plus d'ailleurs.
Si tu t'en fiche de la disponibilité, tout sur un serveur.
Si tu veux de la disponibilité, un service actif-actif sera sur deux serveurs, une grappe de serveurs rabbitmq / kafka / mongodb / elasticsearch / truc-qui-va-par-3 sera sur trois serveurs.
Si tu veux encore plus de disponibilité, les deux ou trois serveurs seront dans des datacenters proches mais distincts.
Si tu veux encore plus de disponibilité, les groupes de 2 ou 3 seront dupliqués sur un second groupe de 2 ou 3 datacenters éloignés.
Si… avoir des fournisseurs différents et idéalement des technologies différentes.
Si… encore d'autres régions ailleurs sur le globe.
Si… d'autres planètes et satellites naturels ou artificiels
Si… d'autres systèmes solaires, galaxies, amas de galaxies, etc.
Si… ta prévision marketing est supérieure à la population de la petite planète bleue, revois les chiffres de ton avant-vente.
Nb: la latence entre les sites augmente, et la disponibilité des adminsys sur place diminue.
Plein de serveurs : plus de temps à les patcher pour la sécurité, à les superviser, à les opérer en général (tout avoir automatiser ne change rien au fait que ça prend plus de temps que sur peu de serveurs). Plus de pannes (logicielle, matérielle, réseau, API de cloud qui bogue, électrique, désastre naturel, etc. ; chacune ayant moins d'impact sur le service rendu, mais nécessitant du temps de réparation, automatisé ou non).
Peu de gros serveurs : moins de temps à patcher, j'aimerai bien voir le BIOS qui compte la RAM au démarrage :), moins de temps à superviser, opérer, il faut avoir suffisamment de services pour les remplir d'un point de vue économique, les pannes ont un gros impact service, si ce modèle se tape un souci *bleed/CPU-qui-fuit les solutions peuvent être assez limitées. Ah aussi c'est plus facile de leur donner des noms sympas et signifiants que des noms aléatoires.
"interdit (…) de fonder une décision – peu importe sa nature dès lors qu’elle affecte ou produit des effets juridiques – exclusivement sur un traitement automatisé, en particulier un profilage."
"Des exceptions : lorsque ces traitements sont autorisés par la loi (lutte contre la fraude, etc.)"
"l’individu aura cependant toujours la possibilité « d'obtenir une intervention humaine de la part du responsable du traitement, d'exprimer son point de vue et de contester la décision »."
OK, bon alors il suffit de convertir la matière en énergie ou l'inverse, suivant les éléments chimiques que l'on veut et l'énergie dont on dispose, avec E=mc2 . La partie conversion des éléments chimiques en structures moléculaires complexes et organisées étant triviale, la démonstration est laissée à l'attention du lectorat. Hop, l'humanité est sauvée.
l'eau en bouteille (pour le côté accaparement d'un bien commun, capitalisme à outrance pour la refourguer dont le marketing et la pub, utilisation de plastique, transport d'un produit relativement lourd par la route), et pour quasi les mêmes raisons les sodas en général
les composts non généralisés (sachant qu'on va incinérer le reste donc coût énergétique)
la technologie 8K (ou alors je rate l'intérêt réel du truc…)
l'éclairage de l'espace public quand il fait jour (ça me semble encore plus problématique que quand il fait nuit…)
la capacité à commander n'importe quoi, essayer, changer d'avis et finalement le renvoyer parce que bon je n'ai plus envie
le temps perdu à réagir épidermiquement sur Internet ou à l'Assemblée Nationale
J'ai rajouté "de jeux" dans le titre, pour éviter la horde de gens déçus (dont je me targue de faire partie) de ne pas avoir du 80x25 en 4 couleurs pour déchiffrer des logs et incanter des regexp en saisissant des commandes ésotériques comme Supercalifragilisticexpialidocious ou Sudosedawkgrepfindcutdatedifflstarssh.
La seule référence un peu stabilisée serait le Big Bang (plus précisément datable que le néolithique ou l'écriture ou l'agriculture) et tellement loin dans le temps que ça sera très pénible à utiliser, sans parler du fait que c'est précis mais pas forcément à la seconde près quoi… Et puis certains considèrent qu'une entité suprême a créé le monde il y a quelques milliers d'années donc ils ne seront pas d'accord sur l'aspect universel.
[^] # Re: De bonnes raisons ?
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Windows prohibé chez Gitlab !!!. Évalué à 10.
Les salariés Gitlab sont en 100% télétravail. Ils n'ont pas accès à un service informatique physique pour dépanner, ce qui implique que chacun soit suffisamment autonome avec son portable. Ça n'empêche pas d'avoir une administration distante, mais ça limite quand même (les admins sont aussi en 100% distants les uns des autres et vis-à-vis des utilisateurs, tu rajoutes pas une barrette de RAM en 5min ou remplaces un disque ssd sans l'utilisateur…).
[^] # Re: Titre alternatif
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Amazon va acheter le fabriquant des robots-aspirateurs Roomba iRobot pour 1.7 milliards de $. Évalué à 10.
Autres titres :
[^] # Re: Suite de fibonacci en bash:
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Bash 5 : une introduction . Évalué à 3. Dernière modification le 06 août 2022 à 09:18.
Reste la question "pourquoi 94 ?"
(Un autre cas connu à étudier serait la "fork" bomb, détaillée sur https://fr.m.wikipedia.org/wiki/Fork_bomb )
[^] # Re: Hmm???
Posté par Benoît Sibaud (site web personnel) . En réponse au lien QOI : le format d'image préféré des Who. Évalué à 5.
Kiki en reste coi, quoiqu'il esquisse, sans carquois ?
[^] # Re: Pire des options
Posté par Benoît Sibaud (site web personnel) . En réponse au lien GitLab plans to delete dormant projects in free accounts. Évalué à 7.
Dans une grande entreprise, les deux ne s'excluent pas. Et plusieurs instances différentes de GitLab d'ailleurs. En plus de plusieurs groupes sur GitHub.com. Et probablement d'autres encore ailleurs.
[^] # Re: résumé
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Un gros serveur pour en finir avec le cloud ?. Évalué à 5.
Je sais bien, mais tant qu'à avoir seulement deux gros serveurs, autant les nommer la Belle et la Bête, tandis que si tu as 101 serveurs, ça sera pénible pour les prénoms de dalmatiens…
Idée de génie : une API qui pioche dans les prénoms de mamounes (*) de http://liguedesofficiersdetatcivil.fr/ pour nommer des serveurs, cumulant ainsi les inconvénients des deux approches… une liste infinie de prénoms non retenables et impossibles à écrire sans faute.
(*) la manoune (peu importe son genre) va appeler sa progéniture Bhen'hoyst, qui se prononcera "beunoi", comme ça sa descendance sera unique et ne sera pas comme "les autres moutons", même si elle ne saura jamais écrire son prénom, et les autres n'ont plus d'ailleurs.
[^] # Re: résumé
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Un gros serveur pour en finir avec le cloud ?. Évalué à 8.
Si tu t'en fiche de la disponibilité, tout sur un serveur.
Si tu veux de la disponibilité, un service actif-actif sera sur deux serveurs, une grappe de serveurs rabbitmq / kafka / mongodb / elasticsearch / truc-qui-va-par-3 sera sur trois serveurs.
Si tu veux encore plus de disponibilité, les deux ou trois serveurs seront dans des datacenters proches mais distincts.
Si tu veux encore plus de disponibilité, les groupes de 2 ou 3 seront dupliqués sur un second groupe de 2 ou 3 datacenters éloignés.
Si… avoir des fournisseurs différents et idéalement des technologies différentes.
Si… encore d'autres régions ailleurs sur le globe.
Si… d'autres planètes et satellites naturels ou artificiels
Si… d'autres systèmes solaires, galaxies, amas de galaxies, etc.
Si… ta prévision marketing est supérieure à la population de la petite planète bleue, revois les chiffres de ton avant-vente.
Nb: la latence entre les sites augmente, et la disponibilité des adminsys sur place diminue.
Plein de serveurs : plus de temps à les patcher pour la sécurité, à les superviser, à les opérer en général (tout avoir automatiser ne change rien au fait que ça prend plus de temps que sur peu de serveurs). Plus de pannes (logicielle, matérielle, réseau, API de cloud qui bogue, électrique, désastre naturel, etc. ; chacune ayant moins d'impact sur le service rendu, mais nécessitant du temps de réparation, automatisé ou non).
Peu de gros serveurs : moins de temps à patcher, j'aimerai bien voir le BIOS qui compte la RAM au démarrage :), moins de temps à superviser, opérer, il faut avoir suffisamment de services pour les remplir d'un point de vue économique, les pannes ont un gros impact service, si ce modèle se tape un souci *bleed/CPU-qui-fuit les solutions peuvent être assez limitées. Ah aussi c'est plus facile de leur donner des noms sympas et signifiants que des noms aléatoires.
# RGPD article 22
Posté par Benoît Sibaud (site web personnel) . En réponse au lien les erreurs de détection de fraude et leurs conséquences fatales. Évalué à 5.
(Je ne suis pas juriste)
La lutte contre la fraude figure dans la loi. La collecte des infos dont il est question ici aussi
Sur la décision individuelle automatisée et le profilage, voir RGPD article 22
https://www.nextinpact.com/article/28043/106135-le-rgpd-explique-ligne-par-ligne-articles-1-a-23
"interdit (…) de fonder une décision – peu importe sa nature dès lors qu’elle affecte ou produit des effets juridiques – exclusivement sur un traitement automatisé, en particulier un profilage."
"Des exceptions : lorsque ces traitements sont autorisés par la loi (lutte contre la fraude, etc.)"
"l’individu aura cependant toujours la possibilité « d'obtenir une intervention humaine de la part du responsable du traitement, d'exprimer son point de vue et de contester la décision »."
[^] # Re: c'est bien les commentaires
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Crontab. Évalué à 4.
Des heures terriennes ou pas?
[^] # Re: Trop tard
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Jour du Dépassement. Évalué à 6.
OK, bon alors il suffit de convertir la matière en énergie ou l'inverse, suivant les éléments chimiques que l'on veut et l'énergie dont on dispose, avec E=mc2 . La partie conversion des éléments chimiques en structures moléculaires complexes et organisées étant triviale, la démonstration est laissée à l'attention du lectorat. Hop, l'humanité est sauvée.
[^] # Re: Utopie
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Jour du Dépassement. Évalué à 4.
Données françaises officielles :
[^] # Re: c'est bien les commentaires
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Crontab. Évalué à 6.
Et tant qu'on y est ce n'est pas 7h00 dans n'importe quelle timezone non plus.
[^] # Re: Bernard et son avion
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Hypocrisie d'énergie . Évalué à 5.
Apparemment on n'en produit plus de nouvelle depuis 8 ans….
[^] # Re: Sénateur LR
Posté par Benoît Sibaud (site web personnel) . En réponse au lien proposition de loi pour garantir la qualité et la pérennité des raccordements en fibre optique. Évalué à 5.
Corrigé, merci.
[^] # Re: Et le résultat ?
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Échecs : un robot casse le doigt d'un joueur de 7 ans, l'organisation rejette la faute sur l'enfant. Évalué à 5.
Le résultat c'est qu'il va le dire à son père et qu'il va venir lui casser la tronche, aurait déclaré l'enfant.
# jurisprudence humanoïde vs droïdes
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Échecs : un robot casse le doigt d'un joueur de 7 ans, l'organisation rejette la faute sur l'enfant. Évalué à 10.
# spam ?
Posté par Benoît Sibaud (site web personnel) . En réponse au message Comment puis-je installer l'antivirus clamav sous linux ?. Évalué à 6.
Compte nouveau, lien vers un site douteux (il était déjà inutile pour le SEO par défaut, mais j'ai rendu le lien invalide) : je dirais spam.
# D'autres idées
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Hypocrisie d'énergie . Évalué à 10.
[^] # Re: Étiquettes
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Le client Telegram adopte un modèle économique Freemium. Évalué à 4.
Corrigé, merci.
[^] # Re: Fil Nitter
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Sept affiliés Wikimédia bloqués de l’accréditation à l’Assemblée Générale de l’OMPI. Évalué à 4.
https://www.zdnet.fr/blogs/l-esprit-libre/la-chine-bloque-la-venue-a-l-ompi-de-sept-representants-du-mouvement-wikimedia-39944812.htm
# Fil Nitter
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Sept affiliés Wikimédia bloqués de l’accréditation à l’Assemblée Générale de l’OMPI. Évalué à 5.
https://twitter.censors.us/i/status/1547976705867845638
[^] # Re: 4 couleurs, c’est largement suffisant ! 🙂️
Posté par Benoît Sibaud (site web personnel) . En réponse au lien WASM-4: une console de jeux fantaisiste à quatre couleurs. Évalué à 8.
J'ai rajouté "de jeux" dans le titre, pour éviter la horde de gens déçus (dont je me targue de faire partie) de ne pas avoir du 80x25 en 4 couleurs pour déchiffrer des logs et incanter des regexp en saisissant des commandes ésotériques comme Supercalifragilisticexpialidocious ou Sudosedawkgrepfindcutdatedifflstarssh.
# un SCM ?
Posté par Benoît Sibaud (site web personnel) . En réponse au message sondage "libre" : comment gérez vous vos notes?. Évalué à 7.
Git ? (N'importe quel SCM distribué)
[^] # Re: Du coté des historiens
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Calendrier républicain (script de conversion des dates). Évalué à 4. Dernière modification le 16 juillet 2022 à 22:12.
La seule référence un peu stabilisée serait le Big Bang (plus précisément datable que le néolithique ou l'écriture ou l'agriculture) et tellement loin dans le temps que ça sera très pénible à utiliser, sans parler du fait que c'est précis mais pas forcément à la seconde près quoi… Et puis certains considèrent qu'une entité suprême a créé le monde il y a quelques milliers d'années donc ils ne seront pas d'accord sur l'aspect universel.
Sans parler de https://fr.wikipedia.org/wiki/Epoch et les dizaines d'epoch listés (séparés de plus de 2000 ans quand même)
Voir https://github.com/kdeldycke/awesome-falsehood#dates-and-time (notamment You Advocate a Calendar Reform - Your idea will not work. This article tells you why., dont they tried that in France once and it didn't take)
[^] # Re: Titre trompeur
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche PyPI déploie le système 2FA pour les projets critiques écrits en Python. Évalué à 4.
Corrigé, merci.