barmic 🦦 a écrit 5213 commentaires

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

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

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.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Comme dit ted la RFC5322 pose une limite à 998 caractères en consultant de se limiter à 78.

• 998 parce que le protocole SMTP (RFC 5321) donne comme limite maximale des lignes est 1000 (en incluant les CR LF)

• 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

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

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Si je prends le dernier mail envoyé par un humain à l'heure où j'écris sur la LKML.

https://lkml.org/lkml/2022/8/26/1221

Si mon dispositif d'affichage est configuré pour avoir des lignes plus petites que le nombre de caractères de large que ce qu'il a utilisé, j'aurais un saut de ligne là où je mis attend et en cours de route systématiquement. Et c'est ça la pratique la plus rependu avec cet usage text plain. C'est pour ça que j'en ai fais un exemple dans mon premier message.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

1. Les listes
2. Les notes de bas de page
3. Les poèmes
4. Le code
5. Les schémas ASCII
6. Les tableaux

Voilà pour ce que j'ai en tête, mais on doit pouvoir en trouver d'autres.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Non parce que tu ne peux pas déterminer ce qui est un retour à la ligne qu'il faut garder (pour garder du sens) ou pas.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je suis pas sûr de comprendre. Tu as plus de contrôle avec HTML. C'est pour ça que l'epub c'est bien.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Va de 5 en 5 ;)

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Bof moi je trouve pas. Parce que quand tu laisse l'émetteur choisir la largeur de son texte ça donne souvent des choses assez louches d'avoir ses retours à
lui plus ceux de ton logiciel à toi qui ne coïncident pas (parce qu'on a pas tous la même taille d'écran, le même logiciel, etc). C'est aggravé si tu
utilise une police avec une taille particulièrement plus grosse que ce que la plèbe a l'habitude de voir.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

agile à la française

Avant que certains fassent trop d'amalgame. L'agilité consiste à itérer plutôt que de suivre un long tunnel jusqu'à avoir fini un cahier des charges déterminé à l'avance et potentiellement loin des besoins réels au moment de la livraison. S'ils ont cru être agile, ils ne l'étaient pas.

Je sais pas pourquoi « à la française », pour un exemple récent Cyberpunk c'est 328 millions de $ de budget chez un développeur polonais et c'est au moins tout aussi catastrophique si ce n'est pire.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

On fait une lettre ouverte quand on a pas accès facilement à la cible à qui on souhaite parler ou quand on veut bénéficier d'une pression populaire. Aller discuter par mail directement sur les listes de diffusion ou dans les évènements est tout de même largement plus doux comme méthode et n'empêche pas d'acter un désaccord avec une lettre si les discussions n'ont pas abouties.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

• La migration du centre de données = 7.5 + 2.4 = 10 millions . Il serait intéressant de connaître les gains futurs (économies ?) mais il est clair qu'aller chez Amazon est un choix stratégiquement nul, je ne sais pas comment ce choix a pu être fait alors qu'il y avait déjà une infrastructure fonctionnelle.

J'imagine que c'est pour débaucher une parti du personnel… C'est toujours considéré comme un gain substantiel de hum… grof… « diminuer sa charge salariale ». Quand tu donne 100 € à AWS, tu n'en a pas la moitié qui va pour payer des hôpitaux, l'assurance chômage, les retraites, des routes, des lignes de train… oh wait !

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'est tout à fait possible, c'est juste qu'il faut déposer une plainte. J'ai plus l'intitulé mais c'est un peu comme l'affaire des mutuelles de Bretagne et du ministre il n'y a pas si longtemps.

Mais je suis d'accord que ça devrait être plus automatique. Ce genre de dirigeants sont payés rubis sur ongle et leur plus gros risque c'est de se faire remercier avec un parachute doré.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ils avaient et ont encore l'Assistant SNCF à qui il manquerai uniquement quelques écrans pour payer et annuler son billet.

Quand tu connaît la fin, c'est plus simple de faire les bons choix.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C’est presque digne de l’éternel sujet « pour ou contre systemd » !

Éternel ? systemd n'a que 10 ans ! vi/emacs ou pour ou contre le copyleft c'est déjà autre chose

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Donc il semble qu'on a fait le tour des arguments :

1. il fait du mal au libre, il ne devrait pas exister : c'est du libre so quelqu'un veut travailler dessus il a bien le droit
2. Ils disent que c'est les meilleurs : il y a que libo qui a le droit de me dire ?
3. il divise selon divers exemples mais qu'on arrive pas à corroborer avec des chiffres
4. le projet est frappé d'infamie parce que n'empêche il y a 12 ans ça aurait pu se passer autrement
5. Retour au point 1

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

OK OK je comprends

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Il me semble que tu disais que les développeurs de GPG n'arrivaient pas à supprimer des algos pourtant considérés comme plutôt fragiles à cause de leur communauté qui réclamait de les garder.

Ça ne semble pas être si simple de désactiver un algo (probablement tant qu'il n'est pas complètement percé).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Et gimp plafonne à 4 ou 5 développeurs les jours de pluie il me semble.

Mais je parlais des utilisateurs qui même s'ils ne sont pas nombreux semblent être un peu plus au vu du nombre de téléchargements.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Alors après tu peux sortir les stats que tu veux, je m'en balance.

Vraiment si je prend le temps de chercher des chiffres c'est pour chercher l'impact de cette division. À part vos ressenti, ça paraît très limité.

De 2 choses l'une :

• soit les chiffres que je trouve ne souffrent pas d'un loup et la tentative de division semble raté
• soit vos ressenti sont révélateur de quelque chose et qu'une communauté aussi grande et active n'est pas réussie à prendre le pas sur un projet au ralenti devrait ama nous faire poser des questions

AOO est tout petit à côté de LO, mais sa taille actuelle est encore usurpée à mes yeux.

Tu accepte que le projet existe ou chaque utilisateur d'AOP est un utilisateur de trop qu'il faut ramener dans le droit chemin ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ne voyant pas les développeurs se rallier à AOO, IBM a jeté l'éponge en 2012, tout en conseillant à ses utilisateurs de migrer vers AOO et non vers LibreOffice.

Pour avoir utilisé cette suite à ce moment là, elle était déjà à l'abandon avant. Ils n'ont par exemple jamais réécri les parties écrites en XUL qu'ils utilisaient pour faire du rendu dans les navigateurs (enfin Firefox du coup) alors que c'était abandonné depuis plusieurs années par Mozilla. Déjà en 2011 IBM ne comptaient plus ce faire de l'argent avec tout ces trucs là. Ils attendaient de s'en débarrasser.

Que ce genre de boîte n'aime pas le copyleft c'est connu et alors ? Un communiqué d'IBM il y a 10 ans et la communauté ne s'en remet pas ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Parce que AOO a été lancé pour diviser la communauté bureautique Libre en conservant un maximum d'utilisateurs autour du nom OpenOffice.

Et le pauvre développeur qui travaille dessus c'est exactement celui qui manque à LibO pour faire mont et merveilles ? Les quelques utilisateurs d'AOO c'est vraiment de la fragmentation ? Et tu dis pareil aux projets gnumeric, kwrite et abiword ?

Qu'est-ce qui te fait penser que si demain AOO disparaît les gens vont aller LibO ? Ne serait il pas plus sûr que LibO brille avant que les utilisateurs d'AOO n'aillent sur office 365 ou google doc qui sont probablement bien plus en vu ?

Alors après tu peux sortir les stats que tu veux, je m'en balance.

Donc ton argument de diviser tu le tiendra quelque soit les faits parce que tu détient LA vérité ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ouais en pratique c'est troué la plupart du temps donc…

Non contrairement à ce que dit l'adage ton gestionnaire de version ne télécharge jamais la moitié de la planète. Le nombre de mises à jour de sécurité au sein d'un logiciel ne représente pas une quantité si folle. L'énorme majorité de tes mises à jour c'est juste le cycle de vie de ta dépendance, elle fix des bug, ajoute des fonctionnalités, mais n'a rien de connu en terme de sécurité et peu même t'en apporter. Regarde la fréquence de mise à jour de ta distribution qui a beaucoup beaucoup plus de code et donc de dépendance. Moi sur ma debian stable donc avec quasiment que des mises à jour de sécurité, j'en ai quelques unes par mois.

ça implique qu'il faut les surveiller très régulièrement.

Ce qui est trivial puisque tu as un gestionnaire de version. Suivre les mises à jour de tes dépendances est vraiment quelque chose de simple et d'automatique. Lance le à la fréquence que tu veux. Pour la vérification de faille de sécurité (CVE mais pas que) c'est pas tout à fait aussi simple et ça a une tendance aux faux positifs qui c'est pas géré par ton gestionnaire de version, mais ça va il y a plus compliqué.

C'est aussi une bonne pratique de mettre à jour fréquemment pour ne pas être en mode big bang tous les 7 ans.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll