barmic 🦦 a écrit 6105 commentaires

  • [^] # Re: pente glissante

    Posté par  . En réponse au journal Covid 19 2 - Bogdanov 0. Évalué à 10.

    Lors du décès de Steve Jobs, il avait était reproché de faire des blagues dessus (je titre suffit pour comprendre la teneur). Manque de respect tout ça tout ça.

    7 jours plus tard c'était Dennis Ritchie qui nous quittait. Ce fut pour moi l'occasion de lire la plus belle blague-hommage1.

    Maintenant, je ne vois pas pourquoi il faudrait oublier leur parcours. En soit je ne les connais pas et je ne sais pas vraiment ce qui leur est reproché. Mais il n'y a pas de raison de les canoniser s'ils ne l'étaient pas de leur vivant. Ce serait au contraire assez faux-cul il me semble. De plus un deuil peut se vivre de différentes manières, je ne ferais pas d'injonction à être dans ce que moi je pense vivre le deuil.


    1. Ce commentaire n'étant qu'un prétexte pour ressortir et donner de l'exposition à cette merveille. ↩

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

  • [^] # Re: IdĂ©ogrammes et 8%

    Posté par  . En réponse au lien The Most Frequently Used Emoji of 2021. Évalué à 3.

    Mais les syllabiques ne font pas mieux : beaucoup de gens en France ne maitrisent pas bien l'écrit, alors même que tout le monde passe par la case "école" et que savoir lire et écrire est considéré comme nécessaire dans notre civilisation.

    L'alphabet latin n'est pas syllabique. Les alphabets et syllabaires sont deux choses distincts. L'un représente des phonèmes et l'autre des syllabes.

    On parle de logogrammes pour les écritures dont chaque symbole représente un mot ou une idée et non pas un élément phonétique.

    Il n'y a pas de notion de "mieux" là-dedans, les deux systèmes répondent à des besoins différents, ont leurs avantages et leurs inconvénients ;)

    Il me semblait que les logogrammes ayant énormément de symboles rendaient très compliqué leur apprentissage. J'ai un ami qui est parti en Chine après un an à Pékin il est parti dans une autre ville et avait l'impression de repartir à 0.

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

  • [^] # Re: Praticiens

    Posté par  . En réponse au journal À quoi bon le libre. Évalué à 2.

    • Il y a pour donc un peu plus, un peu moins qu'est-ce que ça change ?
    • C'est pas moi qui ai commencĂ©.

    Waw c'est sacrément argumenté. Faire société n'est plus très à la mode. Et avant de demander aux autres d'avoir des vertus ça me paraît être un minimum d'essayer de se les appliquer.

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

  • [^] # Re: Bug de l'an 2022

    Posté par  . En réponse au lien Une structure de date visionnaire !. Évalué à 8.

    Il y a quelqu'un quelque par qui s'est dit qu'encoder YYmmddHHMM dans un entier c'était pas si mal ou quelqu'un qui s'est dit que cette chaîne de caractères ne contenait que des nombre donc pourquoi pas en faire un entier. C'est là qu'est le problème.

    Tout le monde écrit des bugs, c'est juste intéressant de regarder où est arrivé le problème pour ne pas le reproduire.

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

  • [^] # Re: suggestion de format

    Posté par  . En réponse au journal Une base de données libre pour les CPU x86 grand public. Évalué à 6.

    Ou enrichir wikidata

    • l'organisation communautaire est dĂ©jĂ  faite
    • tu as de l'outillage pour faire des requĂŞtes (et c'est hĂ©bergĂ©)
    • tout le monde peut contribuer Ă  enrichir avec par exemple les nouveaux CPUs
    • tu Ă©tends amplement les usages possibles en permettant de croiser les donnĂ©es avec d'autres donnĂ©es

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

  • [^] # Re: pourquoi…?

    Posté par  . En réponse au lien Fedora 36 changerait de police par défaut (depuis DejaVu vers Noto) - phoronix. Évalué à 3.

    Ça me paraît compréhensible de vouloir un même rendu quelque soit la langue choisie à l'installation. Ça permet aussi d'uniformiser ton installation initiale. Tu réduits les chances de bugs dans une langue données. C'est probablement aussi bien plus confortable pour les japonais, coréens et chinois d'avoir moins de sauts qu'une police à l'autre avec des paquets qui semblent pour le moment avoir une dépendance en dure sur djvu.

    Il est toujours possible d'installer et de configurer le système pour retourner sur djvu (vu les 2 je ne remarquerai probablement pas la différence dans les voir l'une à côté de l'autre).

    Je ne sais pas en quoi mais en plus fedora parle d'une meilleure qualité.

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

  • # MĂ©thodes

    Posté par  . En réponse au journal Une base de données libre pour les CPU x86 grand public. Évalué à 3.

    Face au traitement d'un grand nombre de taches répétitives, il y a deux profils : ceux qui font l'effort de développer des outils afin que les taches soient traitées facilement, et ceux qui ne font pas d'outils et répètent les taches le plus efficacement possible. J'ai appris que je fais partie de la deuxième catégorie.

    Il y a une troisième catégorie qui créé des outils pour que pleins de gens le fasse. C'est d'ailleurs ce que fait wikipédia.

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

  • [^] # Re: TrouvĂ© !

    Posté par  . En réponse au journal Petite énigme pseudo-mathématique pour commencer l’année et en guise de vœux. Évalué à 2.

    Et aussi pour 4 = 4. Pour moi ça donne 4 = 5.

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

  • [^] # Re: Clavier informatique

    Posté par  . En réponse au journal Des concepteurs qui ont éteint trop tôt leur cerveau. Évalué à 2.

    L'un empêche pas l'autre, mais l'importance me semble différente. Tu peux très bien avoir des TMS avec du bépo. Parce que la meilleure disposition ne remplacera pas le fait que c'est la répétition qui flingue les articulations et abimes les tendons.

    J'en parle parce que souvent on place la discussion sur des aspects un peu techniques (des fois on approche la pseudo science avec des claviers ergonomiques dont l'ergonomie n'est pas prouvée) en omettant que la première règle c'est de bouger, de quitter son poste de faire des pauses, etc.

    C'est pareil pour les caissières et caissiers c'est très bien qu'on ameliore leurs postes de travail, mais ça ne doit pas faire oublier les conditions de travail dans leur ensemble. C'est justement un truc qu'on voit beaucoup les employeurs qui leur donne de bons fauteuils et permettent à tout moment de passer d'une position assise à debout, mais les pauses c'est 4 minutes et si pendant que tu va en salle de pauses tu peux faire un peu de mise en rayon ce n'est pas plus mal.

    J'ai dis osef pour mettre les pieds dans le plat, mais c'est une vérité. Il ne faut pas trop se focaliser sur un point précis et perdre de vue l'ensemble. Tu corrige bien plus en évitant de rester dans la même positions des heures qu'en t'imposant tel clavier, telle disposition, avec tel fauteuil.

    La question est moins de revenir en arrière que de prioriser les choses.

    Si je voulais être taquin :-P je te dirais même que tes tendinites sont peut-être parties non pas dû à l'ergonomie du bépo, mais au fait d'avoir changé de disposition donc d'avoir réappris à taper en gardant une meilleure position.

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

  • [^] # Re: Clavier informatique

    Posté par  . En réponse au journal Des concepteurs qui ont éteint trop tôt leur cerveau. Évalué à 2.

    Par contre, de tous les témoignages que j'ai pu lire, ceux qui l'ont fait sont très content de l'avoir fait (malgré la courbe d'apprentissage) et ont eu un gain dans leur écriture.

    Ceux où ça n'est pas le cas n'ont pas continuer et son revenu en AZERTY. Donc c'est évident que tous ceux qui sont passé en bépo sont contents. Il peu même y avoir un biais dont j'ai oublié le nom : j'ai trop investi dedans pour que ça ne me plaise pas donc ça doit me plaire.

    Que bépo soit mieux ou pas je n'en sais rien et en soit on s'en fou un peu, mais l'argument est assez faible. En soit taper sur un clavier 12h/jour 7 jours par semaine te flingue les doigts que tu sois en AZERTY, en Dvorak ou en QWERTY. Il vaut mieux apprendre en faire des pauses et des exercises que de changer de disposition.

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

  • [^] # Re: Je suis vieux...

    Posté par  . En réponse au lien The Most Frequently Used Emoji of 2021. Évalué à 2.

    C'est rarement des linguistes qui sont normatifs des langues leur sciences consiste à la décrire et non à la faire évoluer. J'ai retrouvé un truc ministériel parler de frimousse. C'est pas très clair qui est derrière mais il n'est jamais fait mention de linguistes plutôt d'académitiens et d'experts probablement des professeurs de français ou de littérature.

    Après tu dis bien comme tu veux frimousse ça se comprend parfaitement et je trouve personnellement que c'est effectivement élégant.

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

  • # Statuts

    Posté par  . En réponse au lien Vim9 script feature-complete. Évalué à 2.

    Ça aurait mérité un journal :-)

    Il demande encore si des gens ont des remarques, c'est mergé mais pas releasé ?

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

  • [^] # Re: outils et gĂ©nie logiciel

    Posté par  . En réponse au journal log4shell : Et après ?. Évalué à 7.

    Oui mais pour le coup c'est toi qui reproche l'absence de de recherche de variations sur une faille 0 day. Ça peut être totalement assumé pour limiter la faille le plus tôt possible au plus grand nombre quitte à avoir une série de corrections qui suivent. Sachant que la faille était activement exploitée ça ne me paraît pas un choix déconnant.

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

  • [^] # Re: Rule 8: Add comments when fixing bugs

    Posté par  . En réponse au lien Best practices for writing code comments. Évalué à 2.

    La question revient au mĂŞme le jour oĂą tu dois modifier le test.

    Je ne comprends pas. Ce que je veux dire c'est que tu me dis que le gars va modifier le code puis se rendre compte dans les tests que ça invalide un test. Je suis que c'est une question de méthode s'il commence par les tests (en fait même pas une question de TDD juste du test first) ce ne sera pas le cas.

    Tout le monde n'a pas la même notion de WTF mais oui, il me semble que vu les points précédents, il n'est pas question de commenter le code si le comportement est attendu

    Alors qu'un défaut c'est bien plus objectif donc. Écrire un test pour chaque défaut (le développeur précédent est passé à côté du cas donc ça mérite un cas de test) et un commentaire dans certains cas (et ça peut se décider au second qui passe dessus et qui trouve que finalement ça mérite un commentaire).

    Mais ce dernier point n'est pas nécessairement lié à un bug. La règle serait plus : un code wtf (parce qu'on doit se caler sur un comportement bizarre ou parce qu'on arrive pas à rendre le code plus clair) mérite un commentaire.

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

  • [^] # Re: Bug

    Posté par  . En réponse au lien 2021 : Les 3 lois de la robotique ne sont pas respectées ;-(. Évalué à 5.

    Que ce soit sur cette page ou ailleurs ne change pas drastiquement la pratique de ses challenges. Et je présume qu'il y a plus de victimes sur tiktok que via alexa

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

  • [^] # Re: Rule 8: Add comments when fixing bugs

    Posté par  . En réponse au lien Best practices for writing code comments. Évalué à 2. Dernière modification le 31 décembre 2021 à 11:03.

    Si le commentaire était à jour, s'il avait été lu, s'il avait été mis au bon niveau, s'il avait été compris,… Oui.

    Mais c'est une question de documentation par les tests, c'est aussi une question de méthodologie, si tu applique le TDD tu n'aura pas touché au code de production.

    L'un n'interdit pas complètement l'autre, mais l'un est obligatoire l'autre est optionnel et induit un coup qui me paraît bien plus important que son gain (on ne passe pas des heures sans lire les tests ou les lancer).

    Généralement on le met quand le bug appel à un code vraiment WTF.

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

  • [^] # Re: Rule 8: Add comments when fixing bugs

    Posté par  . En réponse au lien Best practices for writing code comments. Évalué à 3.

    Je dirais que c'est complémentaire.

    Et moi que c'est redondant. Représenter la même chose 2 fois est le meilleur moyen de créer des incohérences.

    les tests seront toujours exécutés.

    Ah, tiens. On m'aurait menti ? :p

    Notre outillage lance les tests avant de construire le binaire final (sauf si tu lui demande). Notre intégration continue les lance elle aussi et vérifie la couverture des branches. Déjouer toutes les vérification s'apparente plus à du sabotage.

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

  • [^] # Re: pourquoi…?

    Posté par  . En réponse au lien Fedora 36 changerait de police par défaut (depuis DejaVu vers Noto) - phoronix. Évalué à 2.

    D'après le wiki qui est pointé l'objectif premier c'est la cohérence du rendu entre le maximum de langues. Puis ils parlent de meilleure qualité. Ensuite effectivement ils parlent de gagner 6Mio, mais c'est plus un effet de bord il semble. Et comme c'est décrit il semble que noto est déjà installée par défaut.

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

  • [^] # Re: Rule 8: Add comments when fixing bugs

    Posté par  . En réponse au lien Best practices for writing code comments. Évalué à 6.

    À priori j'écris plutôt un test. C'est plus vivant et ça documente mieux je trouve. Et puis un commentaire, tu peux trouver des gens qui ne les lisent pas, les tests seront toujours exécutés.

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

  • # Bug

    Posté par  . En réponse au lien 2021 : Les 3 lois de la robotique ne sont pas respectées ;-(. Évalué à 10.

    Est-ce que le bug c'est pas aussi de voir se propager sur internet des "challenges" du genre "tranche-toi la carotide sans salir ta chambre" ?

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

  • [^] # Re: Intelligence artificielle

    Posté par  . En réponse au lien 2021 : Les 3 lois de la robotique ne sont pas respectées ;-(. Évalué à 10.

    On créé les IA à notre image. Ni plus ni moins.

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

  • [^] # Re: Comme openssl

    Posté par  . En réponse au journal log4shell : Et après ?. Évalué à 2.

    Si par Red Hat, tu veux pointer sur les donations faites en décembre pour curl, plot twist, le virement a été fait par quelqu'un de mon équipe (à savoir Ruth).

    Non je pense à quand ils ont était sponsors d'une petite conférence à Grenoble donc facturé par un petit JUG français.

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

  • [^] # Re: Mon avis

    Posté par  . En réponse au sondage La politique sur LinuxFr.org. Évalué à 2.

    Je pense qu'on peut dire que Youtube (ou assimilés) a une portée plus grande que la télé, et que la télé a une portée plus grande que les livres.

    Le dernier Josephine Ange gardien a fait 4.6 millions de vue. Tu a peu de vidéos qui font autant sur youtube fr. Youtube est tout autre vidéo sur internet est relativement petit et l'on est biaisé en côtoyant que des personnes qui sont de la même bulle de média.

    Il y a peu être un effet boule de neige qui voudrait que ceux qui regarde ça sont plus influenceurs que les autres, mais c'est toujours intéressant de se rappeler ces chiffres. La plus grosse audience monde sur twitch c'est 2.5 million de vues par exemple.

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

  • [^] # Re: L'opensource et maven fonctionne très bien

    Posté par  . En réponse au journal log4shell : Et après ?. Évalué à 3.

    Bien sûr, on peut toujours viser un sous-ensemble de ces tests à tourner sur chaque commit, mais extraire et maintenir ce sous-ensemble demande un savoir-faire et une expertise sur nos bases de tests qui n'est pas forcément disponible. C'est surtout l'aspect maintenance de ce type de suite qui est délicat.

    Vraiment sans chercher à te dire comment tu dois travailler ne l'ayant moi-même jamais mis en place, une technique pour ça est de gérer cette liste dynamiquement en fonction des statistiques de réussite et d'échec.

    Ça part de 2 hypothèses :

    • un test qui plante très rarement est moins utile qu'un test qui plante frĂ©quemment (grosso modo ça veut dire que la fonctionnalitĂ© testĂ©e est plus simple Ă  maintenir et Ă©choue rarement)
    • certains tests ont tendance Ă  planter ensemble (si c'est une première Ă©tape commune Ă  plusieurs tests qui est en erreur)

    L'idée c'est donc d'alimenter un algo qui va lancer une base de tests qui plante plus souvent que les autres et qui limite la redondance.

    Ça ne dit pas qu'on détruit tous les autres juste qu'on les exécute moins souvent.

    Perso j'adore l'idée, même si je n'ai jamais eu l'occasion de le mettre en place.

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

  • [^] # Re: Trou de mĂ©moire

    Posté par  . En réponse au lien Go 1.18 Beta : la généricité enfin !. Évalué à 2.

    J'ai posté une grosse réponse juste au dessus en pensant à vos 2 commentaires :) Je te réponds en direct juste pour que tu ai la notification.

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