Posté par barmic 🦦 le 29 août 2022 à 22:24. En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  4.
Lis jusqu'au bout. Voila la demande exacte de l'IETF :
Each line of characters MUST be no more than 998 characters, and SHOULD be no more than 78 characters, excluding the CRLF.
Et si tu regarde les usages c'est bien 78 : https://lkml.org/lkml/2022/8/26/1221
Dans la norme comme dans les faits c'est 78 caractères qui sont utilisés.
[…] pas une obligation faite aux usagers ou aux agents codés avec les pieds (et/ou de bonnes intentions infernales.) Perso, quand j'écris un mail texte, bah c'est du texte comme cette réponse-ci ; ça marche pareillement et je ne vois toujours le souci. (:
Ce que tu fais, c'est encoder ton corps en base64. C'est pas le fonctionnement de base de thunderbird et il me semble pas que ce soit le cas de mutt. C'est refusé dans un paquet de mailing list donc tu dois changer de configuration entre si tu envois ton mail dans une mailing list ou ailleurs.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
Posté par barmic 🦦 le 29 août 2022 à 19:57. En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à  3.
une bonne partie des plus riches du monde sont issues de familles qui sont riches depuis des siècles.
Je me suis emballé c'était de Florence, mais j'ai lu ça dans le Monde ça compte.
https://www.lemonde.fr/big-browser/article/2016/05/20/a-florence-les-riches-restent-riches-depuis-six-siecles_4923502_4832693.html
Posté par barmic 🦦 le 29 août 2022 à 19:49. En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  4.
Quand tu écris un mail texte tu fais un retour à la ligne à la 78ème colonne parce que c'est ce qui est préconisé par l'IETF et les différentes rfc décrivant SMTP. Quand tu es en html, le rapport entre comment est représenté ton fichier et sa représentation graphique sont decorélés. Tu joue avec le soft wrap et quelque soit la manière dont un lecteur veut lire ta prose avec des lignes de 7 millions de caractères ou un caractère par ligne ça fonctionne.
Si l'auteur a choisi d'ajouter manuellement des retours à la ligne html, c'est pour donner une sémantique à son texte ou un mauvais usage de l'outil et pas une contrainte de ce dernier gravé dans le marbre des RFC.
Posté par barmic 🦦 le 29 août 2022 à 13:26. En réponse au lien Travailler avec LDAP en 2022 : Un peu comme les bases de données, mais en moins pratique…. Évalué à  1.
c'est du déclaratif
C'est à dire ? Pour un format de description quelle est la différence entre déclaratif et pas déclaratif ?
la spécification est suffisamment précise, et moins ambigüe qu'une spécification en yaml ou toml. Je peux peut-être me tromper mais seul le xml avec une DTD ou un schéma xml pourrait être une alternative fiable. Mais dans ce cas, il ne suffirait pas d'apprendre uniquement XML, mais la spécification du langage également (un peu comme le SVG pour le vectoriel).
Je ne connais pas particulièrement ASN.1, mais les spécifications pour son usage dans LDAP font parti de la spec ASN.1 ? C'est pareil pour son usage dans X509 ? Ça veut dire que tous les cas d'usages d'ASN.1 ont était défini a sa création et qu'il ne peut pas être utilisé ailleurs ?
Posté par barmic 🦦 le 29 août 2022 à 11:27. En réponse au journal La cochonnerie en boite que sont les systèmes de dépendances. Évalué à  6.
D'ailleurs, je me dis, Perl utilise un repo, et je n'ai pas souvenir d'avoir vu ce type de problèmes dans les infos?
Parce que le dernier qui a déployé du code sur cpan c'était en 1997 :p
Posté par barmic 🦦 le 29 août 2022 à 11:20. En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à  5.
Donc c'est certain qu'il y a de trop nombreux cas où les dirigeants n'ont pas à s'inquiéter de leur fortune même avec un patrimoine reposant sur des actions.
En fait c'est même plus simple que ça, la fortune des ultra-riches ne diminue qu'à la marge ou très ponctuellement. Elon Musk ne va pas se retrouver à la rue demain. Jeff Bezos a dû céder une fortune à son ex femme et bon ça n'a pas fais grand chose à son patrimoine.
Il y avait aussi une étude qui est sortie il y a quelques temps qui expliquait que hors des Musk/Bezos/Zuckerberg/… une bonne partie des plus riches du monde sont issues de familles qui sont riches depuis des siècles.
Mon but n'est pas de dire qu'ils ne sont pas riches, juste rappeler comment cela est évalué et l'impact que cela a et peut avoir.
La volatilité n'entre pas du tout en compte dans les ultra-riches. On ne parle pas des personnes qui gagnent quelques millions et qui peuvent tout perdre du jour au lendemain ou qui peuvent tout claquer dans un train de vie à la con ou dans des mauvais choix. Tout ce que tu dis est vrai, mais reste abstrait quand on a ce niveau de fortune.
Posté par barmic 🦦 le 29 août 2022 à 10:28. En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à  2.
« Il y a des enfants qui meurt de faim du coup soit bien content de ce que t'a au lieu de regarder les ultra-riches », c'est l'idée ?
Posté par barmic 🦦 le 29 août 2022 à 10:27. En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à  3.
La valeur d'une action est très volatile, à la hausse comme parfois à la baisse.
Quand tu es actionnaire majoritaire de la boite qui constitue ta fortune, tu as accès à des outils pour en limiter grandement la volatilité voir à l'influencer à la hausse.
Et si vraiment on parle de ça la valeur d'une monnaie aussi est volatile. On est entrain de redécouvrir ça dans la zone euro et contrairement à eux on ne peu pas retirer nos billes pour limiter la casse ou à minima ne pas mettre tous nos œufs dans le même panier pour limiter les risques.
Du coup une augmentation de fortune peut rapidement être compensée par une chute quelques jours ou semaines plus tard.
Prend l'action MS par exemple. Elle baisse depuis cette année après une petite vingtaine d'années en hausse. On est très loin d'une grosse incertitude où chaque gain peut disparaître dans l'instant.
Posté par barmic 🦦 le 28 août 2022 à 22:25. En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à  3.
Je viens d'y repenser mais un peu du même genre que le lien initial il y a ça : https://www.youtube.com/watch?v=1Ir8fp_Buhg
au moins le scroll est automatique
Posté par barmic 🦦 le 28 août 2022 à 20:57. En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à  2.
J'avais déjà vu pour la radioactivité, je trouve que c'est un bon outil pour analyser quand tu prend le temps de le regarder, mais pour passer un message ça marche pas si bien parce que le changement d'échelle casse un peu la vision globale
Posté par barmic 🦦 le 28 août 2022 à 20:55. En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à  2.
J'avais pas retrouvé. Je suis pas trop trop éloigné
Posté par barmic 🦦 le 28 août 2022 à 19:19. En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à  10. Dernière modification le 29 août 2022 à 09:16.
Très mauvais ou, au contraire, très bon, parce qu'il se rend compte que si les ordres de grandeur sont très différents une représentation linéaire ne sert plus à rien et qu'il faut donc basculer sur une représentation logarithmique bien plus pratique et efficace.
Non non on ne sait juste pas gérer et on a un biais où on interprète linéairement des données logarithmiques d'autant plus quand ça s'écarte de nous.
Pour prendre un exemple, on utilise un référentiel séparé pour représenter les différences de performance de la mémoire.
(de tête ça vaut ce que ça vaut)
Posté par barmic 🦦 le 28 août 2022 à 18:48. En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à  7.
Oui mais non.
D'une part, le passage par du patrimoine plutôt que des biens directs est une stratégie de leur par par exemple Elon Musk ne possède pas de jet privé, c'est Falcon Landing LLC qui les possèdent et qui lui mets à disposition. Il possède l'entreprise avec la COO de SpaceX et avec SpaceX. Donc une partie de la valeur de ses actions (donc qui sont des parties d'entreprises) sont directement des biens et services qui lui sont mis à disposition. On parle pas d'avoir un bureau ou du café le Gulfstream g650er coûte 65 millions d'euros à l'achat (il y a évidement un tas de frais de gestion ensuite).
D'autre part c'est sur la base de se montant qu'il reçoit de l'argent des banques. Une vidéo d'Heu?reka en parle assez clairement.
Ce n'est pas parce que ce n'est pas directement comparable avec un compte en banque que ces valeurs n'ont pas de sens. Les français sous estiment leur patrimoine, mais c'est tout à fait comparable.
Posté par barmic 🦦 le 28 août 2022 à 15:45. En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  1. Dernière modification le 28 août 2022 à 15:49.
Et alors ? Je ne connais personne qui aime ça. Ça n’enlève rien au fait qu’il y a des situations où un bon compte-rendu est utile.
Quand l'accès au contenu brut est trivial ce n'est que du bruit voir de la désorganisation.
Je comprends très bien qu’on veuille s’épanouir dans son travail en passant plus de temps sur les choses qu’on aime faire, mais perso je souhaite ne jamais avoir à travailler avec des types qui poussent ça jusqu’à refuser de consacrer la moindre seconde de leur temps aux tâches qu’ils n’aiment pas — et pire encore, qui tentent de justifier ça en disant « ça sert à rien d’toute façon, j’suis un dev moi, pas un gratte-papier qui ne produit rien ! »
Je dis justement que je peux aussi faire l'analyse sans qu'on m'ai préparé un compte rendu. Tu inverse les rôles !
Et tu as omis mon dernier paragraphe qui dis que chaque organisation voit comment elle se gère et que c'est à voir qui doit faire l'analyse celui qui transmet ou celui qui reçoit. Dans mon expérience c'est plus efficace que ce soit le second.
Posté par barmic 🦦 le 28 août 2022 à 15:43. En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  3.
Au début d’internet, les machines étaient aussi beaucoup plus diversifiées et l’envoi en mode binaire ne se serait pas résumé à fixer l’endianness…
Bof tu avais déjà des protocoles binaires à l'époque.
Rien n’empêche la transmission de données arbitraires dans un protocole purement texte (exemple HTTP).
HTTP est bien plus simple et il n'utilise des caractères de contrôle que sur ses en-têtes et la première ligne.
Je ne sais pas ce qu'il en est pour http3 mais il avait été question pour http2 de passer les en-tête en binaires.
Posté par barmic 🦦 le 28 août 2022 à 14:43. En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  2.
Le demandeur n'est probablement pas à même de déterminer ce qui est l'information pertinente ou non pour que tu donne ton avis. Not buying it, sorry. Il participe à une discussion s’étalant sur plusieurs dizaines de messages et il n’est même pas fichu de faire un résumé du problème ? Peut-être qu’il n’avait rien à faire dans la discussion en premier lieu, alors. La personne qui va faire passe et quasiment systématiquement moins compétente sur le sujet. Encore une fois, not buying it. S’il était assez compétent pour participer à la discussion jusqu’au moment où il se rend compte qu’une personne mieux placée pour résoudre le problème n’est pas là , il devrait être assez compétent pour exposer le problème en question.
Le demandeur n'est probablement pas à même de déterminer ce qui est l'information pertinente ou non pour que tu donne ton avis.
Not buying it, sorry. Il participe à une discussion s’étalant sur plusieurs dizaines de messages et il n’est même pas fichu de faire un résumé du problème ? Peut-être qu’il n’avait rien à faire dans la discussion en premier lieu, alors.
La personne qui va faire passe et quasiment systématiquement moins compétente sur le sujet.
Encore une fois, not buying it. S’il était assez compétent pour participer à la discussion jusqu’au moment où il se rend compte qu’une personne mieux placée pour résoudre le problème n’est pas là , il devrait être assez compétent pour exposer le problème en question.
C'est loin d'être aussi simple. Pour un mail qu'il t'a renvoyé comme ça, combien il t'a évité ?
Je déteste les compte-rendus. C'est chiant à faire c'est chiant à relire c'est toujours bourrés d'erreurs et les 3/4 sont incompréhensibles si tu n'a pas le matériau initial ce qui en fait un non sens absolu. Traiter une chaîne de mail c'est simple et tu esquive d'avoir emmerdé tout le monde pour t'économiser au mieux quelques minutes.
Les compte-rendus devraient être réservés pour les nécessité absolue et pas devenir une règle au quel cas c'est exactement la même chose que les réunions. Tu fais des CR des CR de CR, tu te retrouve avec des professionnels du compte rendu qui ne produisent plus rien.
Chaque organisation à son contexte, mais je souhaite ne jamais avoir à travailler avec un chef avec le quel je n'accepte pas d'échange hyper formel. Mon temps n'est pas plus précieux que le mien, on regarde au cas par cas quel est le côté où c'est le plus efficace de travailler. Ça a toujours été du côté du dev dans tous les contextes que j'ai pu voir parce que même si on peut trouver ça rébarbatif, éviter une abstraction évite beaucoup de problèmes.
Posté par barmic 🦦 le 28 août 2022 à 08:04. En réponse à la dépêche Apache OpenOffice 4.1.13. Évalué à  2.
La dépêche consiste globalement à dire AOO a sorti une version, mais LibO c'est mieux (plus de la moitié de la dépêche consiste à présenter comment LibO c'est mieux). C'est très clairement une tentative de contrecarrer la communication qu'il y avoir autour d'AOO pour faire la promotion de son concurrent.
Posté par barmic 🦦 le 27 août 2022 à 23:39. En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  6.
J'ai tendance à penser que les contraintes logicielles ne devraient pas tant interférer avec la forme rédactionnelle.
Oui mais c'est un peu le problème avec les couplages, tu peux totalement les ignorer et passer à côté. La RFC821 qui crée smtp a 40 ans ce mois ci. On a plus de recul.
Il est certainement possible de faire des choses au niveau de la couche de présentation pour qu'il n'y ait pas de limite tangible à la longueur de ligne et que l'utilisateur ne soit pas gêné par les choix de longueurs de ligne des autres utilisateurs.
Tout à fait ça demande d'avoir un encodage entre ce qui est affiché et ce qui passe sur le réseau, par exemple tu encode en base64. HTML peux être vu comme une forme d'encodage dans ce contexte. Aux débuts d'internet on pensait que les protocoles en mode texte était géniaux car très facile à debuger. En effet tu peux directement lire ce qui passe sur le réseau. Dans les faits c'est une très mauvaise idée en particulier quand tu passe des données utilisateur. Actuellement de moins en moins de protocoles n'ont plus l'avantage d'être lisibles car ils transitent sur du TLS tout en gardant les inconvénients du mode texte (le contenu transmis impact le protocole et il passe en base64 s'il y a conflit entre le contenu et le fonctionnement du protocole ce qui augmente le volume a envoyer).
Posté par barmic 🦦 le 27 août 2022 à 20:56. En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  -1.
Défendre le « peux-tu regarder ? » contre le « tu peux me faire une synthèse » (ou autre besoin/intention explicite) c’est défendre un ordre social qui exige que l’autre doive connaître les intentions sans les exprimer, ce qui à un certain niveau peut même relever d’une forme d’abus : 1. l’exigence peut-être démesurément élevée, 2. l’investissement pour y satisfaire (ou s’en approcher) peut être démesurément élevé.
Blablabla
C'est complètement HS et il était question de gestion de l'historique des mails. Personne n'a défendu une formulation particulière.
Posté par barmic 🦦 le 27 août 2022 à 11:54. En réponse au lien SNCF Connect : le vrai coût d'une application qui bugge (en court 50 millions d'euros). Évalué à  4.
Ta référence montre bien que ça n'est pas spécialement français comme problème.
Posté par barmic 🦦 le 27 août 2022 à 11:52. En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  -1.
Pas nécessairement si ça arrive peu fréquemment tu t'en fou.
Posté par barmic 🦦 le 27 août 2022 à 11:52. En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  3.
Alors pour moi c'est pas une question d'incompétence générale mais sur la question qu'il pose. Si je t'envoie un message pour te demander quelque chose, c'est généralement parce que je te considère comme plus compétent que moi sur le sujet, sinon je répondrai moi même à la question. Note que ça marche même à compétence égale en fait, si j'ai un avis et que je te demande le tiens d'une part je ne sais pas complètement sur quoi se base ton avis donc je ne sais pas forcément quoi enlever et quoi garder, mais en plus si je le fais je vais inclure mon biais dans ta prise de décision.
Posté par barmic 🦦 le 27 août 2022 à 10:00. En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  0.
On peut te demander ton avis sur une idée qui a été proposée dans la discussion, on peut te demander de rajouter des infos inconnues des participants, etc.
C'est exactement pareil. Le demandeur n'est probablement pas à même de déterminer ce qui est l'information pertinente ou non pour que tu donne ton avis.
Quand bien même on n’en aurait rien à faire de la politesse, c’est aussi une question d’efficacité.
La personne qui va faire passe et quasiment systématiquement moins compétente sur le sujet, lui demander d'ajouter un travail amène facilement une détérioration de l'information. Prendre un mauvais choix ou devoir repartir à la pêche aux informations n'est pas plus efficace. Si la personne est aussi compétente que toi, alors c'est par manque de temps qu'elle ne répond pas elle même au mail donc lui demander de prendre du temps en plus ne marche pas bien.
(Et même dans le cas où on demande une synthèse, ça n’interdit pas de le demander clairement : « Tu peux me faire une synthèse de cette discussion pour la réunion de demain ? », au lieu encore une fois de laisser le destinataire deviner ce qu’on attend de lui.)
Mais ça n'a rien à voir avec la manière dont tu gère l'historique de la conversation.
Posté par barmic 🦦 le 27 août 2022 à 00:49. En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  10.
Comme dit ted la RFC5322 pose une limite à 998 caractères en consultant de se limiter à 78.
78 parce que au doigt mouillé ils ont trouvé que ça marchait bien avec la plupart des MUA (en octobre 2008)
le paragraphe qui parle de ça dans RFC5322
la partie qui parle de ça dans la RFC5321 mais c'était présent dès la première RFC sur le sujet la 821 de 1982
Tu remarquera que les RFC elles-mêmes utilisent cette convention, mais comment sont écrites les RFC ? Je veux dire, la RFC 821 qui décrit le mail. Les 820 premières RFC n'ont pas été envoyées par mail.
Elles étaient tapées à la machine à écrire et les machines à écrire ont longtemps eu des limitations à 80 caractères. 78 c'est 80 moins CR LF.
Tout n'est pas complètement figé car depuis 2019, ils publient les RFC en text (toujours en 78 colonnes faudrait pas trop brusquer), html, pdf et xml (un exemple).
Posté par barmic 🦦 le 27 août 2022 à 00:01. En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  5.
le mail qui contient juste "peux-tu regarder ?"
Ce genre de mail consiste justement à extraire et détailler l'information utile. Si celui qui te donne la tâche le fait à ta place, il n'a pas besoin de toi. Il peut aussi faire des erreurs de transcription, penser qu'un point n'est pas pertinent alors que si, etc
[^] # Re: vraiment?
Posté par barmic 🦦 . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  4.
Lis jusqu'au bout. Voila la demande exacte de l'IETF :
Et si tu regarde les usages c'est bien 78 : https://lkml.org/lkml/2022/8/26/1221
Dans la norme comme dans les faits c'est 78 caractères qui sont utilisés.
Ce que tu fais, c'est encoder ton corps en base64. C'est pas le fonctionnement de base de thunderbird et il me semble pas que ce soit le cas de mutt. C'est refusé dans un paquet de mailing list donc tu dois changer de configuration entre si tu envois ton mail dans une mailing list ou ailleurs.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Super rich, super bullshit
Posté par barmic 🦦 . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à  3.
Je me suis emballé c'était de Florence, mais j'ai lu ça dans le Monde ça compte.
https://www.lemonde.fr/big-browser/article/2016/05/20/a-florence-les-riches-restent-riches-depuis-six-siecles_4923502_4832693.html
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: vraiment?
Posté par barmic 🦦 . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  4.
Quand tu écris un mail texte tu fais un retour à la ligne à la 78ème colonne parce que c'est ce qui est préconisé par l'IETF et les différentes rfc décrivant SMTP. Quand tu es en html, le rapport entre comment est représenté ton fichier et sa représentation graphique sont decorélés.
Tu joue avec le soft wrap et quelque soit la manière dont un lecteur veut lire ta prose avec des lignes de 7 millions de caractères ou un caractère par ligne ça fonctionne.
Si l'auteur a choisi d'ajouter manuellement des retours à la ligne html, c'est pour donner une sémantique à son texte ou un mauvais usage de l'outil et pas une contrainte de ce dernier gravé dans le marbre des RFC.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: C'est vrai :)
Posté par barmic 🦦 . En réponse au lien Travailler avec LDAP en 2022 : Un peu comme les bases de données, mais en moins pratique…. Évalué à  1.
C'est à dire ? Pour un format de description quelle est la différence entre déclaratif et pas déclaratif ?
Je ne connais pas particulièrement ASN.1, mais les spécifications pour son usage dans LDAP font parti de la spec ASN.1 ? C'est pareil pour son usage dans X509 ? Ça veut dire que tous les cas d'usages d'ASN.1 ont était défini a sa création et qu'il ne peut pas être utilisé ailleurs ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Personnellement j'Ă©vite Python ...
Posté par barmic 🦦 . En réponse au journal La cochonnerie en boite que sont les systèmes de dépendances. Évalué à  6.
Parce que le dernier qui a déployé du code sur cpan c'était en 1997 :p
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Super rich, super bullshit
Posté par barmic 🦦 . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à  5.
En fait c'est même plus simple que ça, la fortune des ultra-riches ne diminue qu'à la marge ou très ponctuellement. Elon Musk ne va pas se retrouver à la rue demain. Jeff Bezos a dû céder une fortune à son ex femme et bon ça n'a pas fais grand chose à son patrimoine.
Il y avait aussi une étude qui est sortie il y a quelques temps qui expliquait que hors des Musk/Bezos/Zuckerberg/… une bonne partie des plus riches du monde sont issues de familles qui sont riches depuis des siècles.
La volatilité n'entre pas du tout en compte dans les ultra-riches. On ne parle pas des personnes qui gagnent quelques millions et qui peuvent tout perdre du jour au lendemain ou qui peuvent tout claquer dans un train de vie à la con ou dans des mauvais choix. Tout ce que tu dis est vrai, mais reste abstrait quand on a ce niveau de fortune.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Fortune d'un riche…
Posté par barmic 🦦 . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à  2.
« Il y a des enfants qui meurt de faim du coup soit bien content de ce que t'a au lieu de regarder les ultra-riches », c'est l'idée ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Super rich, super bullshit
Posté par barmic 🦦 . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à  3.
Quand tu es actionnaire majoritaire de la boite qui constitue ta fortune, tu as accès à des outils pour en limiter grandement la volatilité voir à l'influencer à la hausse.
Et si vraiment on parle de ça la valeur d'une monnaie aussi est volatile. On est entrain de redécouvrir ça dans la zone euro et contrairement à eux on ne peu pas retirer nos billes pour limiter la casse ou à minima ne pas mettre tous nos œufs dans le même panier pour limiter les risques.
Prend l'action MS par exemple. Elle baisse depuis cette année après une petite vingtaine d'années en hausse. On est très loin d'une grosse incertitude où chaque gain peut disparaître dans l'instant.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: visualisation nulle
Posté par barmic 🦦 . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à  3.
Je viens d'y repenser mais un peu du même genre que le lien initial il y a ça :
https://www.youtube.com/watch?v=1Ir8fp_Buhg
au moins le scroll est automatique
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: visualisation nulle
Posté par barmic 🦦 . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à  2.
J'avais déjà vu pour la radioactivité, je trouve que c'est un bon outil pour analyser quand tu prend le temps de le regarder, mais pour passer un message ça marche pas si bien parce que le changement d'échelle casse un peu la vision globale
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: visualisation nulle
Posté par barmic 🦦 . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à  2.
J'avais pas retrouvé. Je suis pas trop trop éloigné
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: visualisation nulle
Posté par barmic 🦦 . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à  10. Dernière modification le 29 août 2022 à 09:16.
Non non on ne sait juste pas gérer et on a un biais où on interprète linéairement des données logarithmiques d'autant plus quand ça s'écarte de nous.
Pour prendre un exemple, on utilise un référentiel séparé pour représenter les différences de performance de la mémoire.
(de tête ça vaut ce que ça vaut)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Super rich, super bullshit
Posté par barmic 🦦 . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à  7.
Oui mais non.
D'une part, le passage par du patrimoine plutôt que des biens directs est une stratégie de leur par par exemple Elon Musk ne possède pas de jet privé, c'est Falcon Landing LLC qui les possèdent et qui lui mets à disposition. Il possède l'entreprise avec la COO de SpaceX et avec SpaceX. Donc une partie de la valeur de ses actions (donc qui sont des parties d'entreprises) sont directement des biens et services qui lui sont mis à disposition. On parle pas d'avoir un bureau ou du café le Gulfstream g650er coûte 65 millions d'euros à l'achat (il y a évidement un tas de frais de gestion ensuite).
D'autre part c'est sur la base de se montant qu'il reçoit de l'argent des banques. Une vidéo d'Heu?reka en parle assez clairement.
Ce n'est pas parce que ce n'est pas directement comparable avec un compte en banque que ces valeurs n'ont pas de sens. Les français sous estiment leur patrimoine, mais c'est tout à fait comparable.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mon avis
Posté par barmic 🦦 . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  1. Dernière modification le 28 août 2022 à 15:49.
Quand l'accès au contenu brut est trivial ce n'est que du bruit voir de la désorganisation.
Je dis justement que je peux aussi faire l'analyse sans qu'on m'ai préparé un compte rendu. Tu inverse les rôles !
Et tu as omis mon dernier paragraphe qui dis que chaque organisation voit comment elle se gère et que c'est à voir qui doit faire l'analyse celui qui transmet ou celui qui reçoit. Dans mon expérience c'est plus efficace que ce soit le second.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: vraiment?
Posté par barmic 🦦 . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  3.
Bof tu avais déjà des protocoles binaires à l'époque.
HTTP est bien plus simple et il n'utilise des caractères de contrôle que sur ses en-têtes et la première ligne.
Je ne sais pas ce qu'il en est pour http3 mais il avait été question pour http2 de passer les en-tête en binaires.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mon avis
Posté par barmic 🦦 . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  2.
C'est loin d'être aussi simple. Pour un mail qu'il t'a renvoyé comme ça, combien il t'a évité ?
Je déteste les compte-rendus. C'est chiant à faire c'est chiant à relire c'est toujours bourrés d'erreurs et les 3/4 sont incompréhensibles si tu n'a pas le matériau initial ce qui en fait un non sens absolu. Traiter une chaîne de mail c'est simple et tu esquive d'avoir emmerdé tout le monde pour t'économiser au mieux quelques minutes.
Les compte-rendus devraient être réservés pour les nécessité absolue et pas devenir une règle au quel cas c'est exactement la même chose que les réunions. Tu fais des CR des CR de CR, tu te retrouve avec des professionnels du compte rendu qui ne produisent plus rien.
Chaque organisation à son contexte, mais je souhaite ne jamais avoir à travailler avec un chef avec le quel je n'accepte pas d'échange hyper formel. Mon temps n'est pas plus précieux que le mien, on regarde au cas par cas quel est le côté où c'est le plus efficace de travailler. Ça a toujours été du côté du dev dans tous les contextes que j'ai pu voir parce que même si on peut trouver ça rébarbatif, éviter une abstraction évite beaucoup de problèmes.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Abandonware
Posté par barmic 🦦 . En réponse à la dépêche Apache OpenOffice 4.1.13. Évalué à  2.
La dépêche consiste globalement à dire AOO a sorti une version, mais LibO c'est mieux (plus de la moitié de la dépêche consiste à présenter comment LibO c'est mieux). C'est très clairement une tentative de contrecarrer la communication qu'il y avoir autour d'AOO pour faire la promotion de son concurrent.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: vraiment?
Posté par barmic 🦦 . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  6.
Oui mais c'est un peu le problème avec les couplages, tu peux totalement les ignorer et passer à côté. La RFC821 qui crée smtp a 40 ans ce mois ci. On a plus de recul.
Tout à fait ça demande d'avoir un encodage entre ce qui est affiché et ce qui passe sur le réseau, par exemple tu encode en base64. HTML peux être vu comme une forme d'encodage dans ce contexte. Aux débuts d'internet on pensait que les protocoles en mode texte était géniaux car très facile à debuger. En effet tu peux directement lire ce qui passe sur le réseau. Dans les faits c'est une très mauvaise idée en particulier quand tu passe des données utilisateur. Actuellement de moins en moins de protocoles n'ont plus l'avantage d'être lisibles car ils transitent sur du TLS tout en gardant les inconvénients du mode texte (le contenu transmis impact le protocole et il passe en base64 s'il y a conflit entre le contenu et le fonctionnement du protocole ce qui augmente le volume a envoyer).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mon avis
Posté par barmic 🦦 . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  -1.
Blablabla
C'est complètement HS et il était question de gestion de l'historique des mails. Personne n'a défendu une formulation particulière.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: 50 M€
Posté par barmic 🦦 . En réponse au lien SNCF Connect : le vrai coût d'une application qui bugge (en court 50 millions d'euros). Évalué à  4.
Ta référence montre bien que ça n'est pas spécialement français comme problème.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mon avis
Posté par barmic 🦦 . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  -1.
Pas nécessairement si ça arrive peu fréquemment tu t'en fou.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mon avis
Posté par barmic 🦦 . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  3.
Alors pour moi c'est pas une question d'incompétence générale mais sur la question qu'il pose. Si je t'envoie un message pour te demander quelque chose, c'est généralement parce que je te considère comme plus compétent que moi sur le sujet, sinon je répondrai moi même à la question. Note que ça marche même à compétence égale en fait, si j'ai un avis et que je te demande le tiens d'une part je ne sais pas complètement sur quoi se base ton avis donc je ne sais pas forcément quoi enlever et quoi garder, mais en plus si je le fais je vais inclure mon biais dans ta prise de décision.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mon avis
Posté par barmic 🦦 . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  0.
C'est exactement pareil. Le demandeur n'est probablement pas à même de déterminer ce qui est l'information pertinente ou non pour que tu donne ton avis.
La personne qui va faire passe et quasiment systématiquement moins compétente sur le sujet, lui demander d'ajouter un travail amène facilement une détérioration de l'information. Prendre un mauvais choix ou devoir repartir à la pêche aux informations n'est pas plus efficace. Si la personne est aussi compétente que toi, alors c'est par manque de temps qu'elle ne répond pas elle même au mail donc lui demander de prendre du temps en plus ne marche pas bien.
Mais ça n'a rien à voir avec la manière dont tu gère l'historique de la conversation.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: vraiment?
Posté par barmic 🦦 . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  10.
Comme dit ted la RFC5322 pose une limite à 998 caractères en consultant de se limiter à 78.
78 parce que au doigt mouillé ils ont trouvé que ça marchait bien avec la plupart des MUA (en octobre 2008)
le paragraphe qui parle de ça dans RFC5322
la partie qui parle de ça dans la RFC5321 mais c'était présent dès la première RFC sur le sujet la 821 de 1982
Tu remarquera que les RFC elles-mêmes utilisent cette convention, mais comment sont écrites les RFC ? Je veux dire, la RFC 821 qui décrit le mail. Les 820 premières RFC n'ont pas été envoyées par mail.
Elles étaient tapées à la machine à écrire et les machines à écrire ont longtemps eu des limitations à 80 caractères. 78 c'est 80 moins CR LF.
Tout n'est pas complètement figé car depuis 2019, ils publient les RFC en text (toujours en 78 colonnes faudrait pas trop brusquer), html, pdf et xml (un exemple).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mon avis
Posté par barmic 🦦 . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à  5.
Ce genre de mail consiste justement à extraire et détailler l'information utile. Si celui qui te donne la tâche le fait à ta place, il n'a pas besoin de toi. Il peut aussi faire des erreurs de transcription, penser qu'un point n'est pas pertinent alors que si, etc
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll