barmic 🦦 a écrit 5211 commentaires

C'est vrai que c'est très compliqué maintenant pour installer une chaîne de compilation croisée… apt install gcc-arm-linux-gnueabi, fouuuuuu !!

C'est vrai que je n'ai pas essayé depuis un paquet de temps, mais comme depuis j'ai un peu joué avec go. Il m'a paru bien agréable de me jouer avec ce dernier.

Par ailleurs, je crois que je n'ai jamais réussi à faire fonctionner un script Python du premier coup… comme quoi :) (je tremble à chaque fois, y'a un pip truc un setup machin, 36 façons d'installer une lib qui finit invariablement à échouer à la compilation).

C'est un truc qui ne me fait pas trop peur avec les binaires statiquement linkés de go :p

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

Je me demande ce qui n'est pas compris dans "(trop) petit nombre de lecteurs".

J'ai dit que c'est un exemple et pas une démonstration. Pour une démonstration il faut quelque chose de beaucoup plus solide que ça.

D'autant plus que ça signifie que leur business n'a pas fonctionné, mais pas qu'il n'est pas possible d'en faire. Ils ont peut être pas suffisamment pris en compte le nombre de lecteurs, peut être qu'ils avaient une mauvaise communication, peut être que leur ligne éditorial n'était pas pertinente,…

Je ne sais pas si ça peu fonctionner je suis que ta "démonstration" est invalide, que ça n'en est pas une. Et que ta façon de dire, d'un exemple je saute à une conclusion et si vous êtes pas d'accord vous êtes irrationnel et assez dommageable amha.

C'est vrai que si je parle que français et l'autre que allemand, on va beaucoup échanger.

Tu en donne un parfait exemple. Nous parlons la même langue, mais tu ne donne pas l'impression d'être dans l'échange (je présume que je te donne le même effet). Si nous voulions échanger la langue ne serait qu'un détail, on apprendrait la langue de l'un, de l'autre ou une troisième (l'anglais ou le mandarin aujourd'hui, l'italien, l'arabe ou le français à d'autres époques).

Passons, de toutes façons je suis un "méchant" qui devrait émigrer car j'ose ne pas vouloir absolument des textes en français…

Personnifier les débats n'est jamais une bonne idée. Prendre pour soit les arguments des autres ne donne jamais de discussions intéressantes. Ça n'élève pas le débat.

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

Perso je t'ai démontré que ceux qui ont essayé n'ont pas réussi.

Tu as présenté un essai qui n'a pas fonctionné. Tu n'a même pas établi que la raison de l'échec.

Ça ne prouve pas que ceux qui essaient échouent.

Car comme d'hab, je ne donne pas mon avis ou ce que j'aime, j'explique la vraie vie non fantasmée.

Aucun biais de confirmation là dedans. Tu es détenteur de la vérité et tu ne fais jamais d'erreur de jugement. Jamais de paralogisme. Il suffit que tu décrive quelque chose pour que ce soit démontré de toute manière.¹

Contrairement à ce que tu dis au début de ton commentaire, je ne crois pas que ce soit la langue qui soit un frein à l'échange, mais plutôt la fermeture d'esprit (j'ai raison et tu as tord).

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

Salut,

J'ai vu ce le mockup de la barre de navigation pour mobile :

Je ne pense pas qu'une liste d'éléments l'un en dessous de l'autre soit très pratique. Ça pourrait être quelque chose comme ça :

Chaque élément étant plus large il est plus facile à cliquer et ça occupe mieux l'espace.
Qu'en pensez-vous ?

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

On peut aussi parler des débutants[…]

Ah non ! On est inclusif ou on l'est pas, il faut parler de débutant[e]s ! :D

Ce ne sont pas les expressions qui manquent et en plus elles ont le mérite d'être plus précises et moins stigmatisantes.

Pour la précision, elle est aussi dans l'œil de celui qui lit. En tant que lecteur, on a nos propre biais et on ne lit pas toujours ce qui est écris, mais on interprète.
Pour la stigmatisation, je comprends le problème général. On a tendance à parler des hommes en bien et mal et des femmes en mal ou objectifiée (bien que je trouve que ça évolue). Mais je trouve difficile de faire un procès à chaque bout de commentaire. Ici il n'y a clairement pas volonté de dire « les femmes » mais bien cette Mme Michu, je ne vois pas l'amalgame possible. Si je dis que Wonder woman est une tarée totalement insupportable et horrible (je la déteste dans Injustice), personne ne va me taxer de sexiste je présume (j'ai un paquet d'arguments spoil s'il faut !).

Pas vraiment de rapport, mais on a jamais eu des news sur les duchess par exemple c'est dommage.

Si ça peut te remonter le moral, le site revient de loin à une époque le sexisme prenait beaucoup plus de place.

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

Je serais prêt à remplacer Mme Michu, par Mr Michu, si cette forme de sexisme vous gêne moins. Il est vrai que comme on considère encore dans l'imaginaire commun que ce sont les hommes qui s'intéressent à l'informatique et les technologies, parler de Mr Michu en ce sens pourrait sembler positif, le problème et que cela serait insulter son créateur Claude Marti qui a crée Mme Michu dans le roman Les Trompettes de la renommée dans l'objectif qu'il décrit ci-dessous

Je crois qu'Ysabeau a décidé d'ignorer ce thread depuis mon commentaire…

Mais je trouve ton point de vu intéressant. Je ne connaissais pas l'origine du terme. Il place la discussion à un autre niveau bien trop complexe pour moi.

Est-ce que les mots doivent être pris avec ou sans un contexte ? Si avec alors quel est le contexte actuel ?

Tu prends l'exemple du Jean d'Arc, si j'arbore un t-shirt à son effigie au abord d'une manifestation du frontrassemblement national ce n'est pas forcément anodin. Une svastika dextrogyre a une signification différente si elle a était dessinée avant les années 30 après les années 50 en Europe ou en Asie.

Je ne saurais dire si Mme Michu aujourd'hui s'est retrouvé fusionnée avec « la ménagère de moins de 50 ans » et tout un tas d'autres images de la femme.

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

Les instances du parti menaçaient députés d'être viré du parti.

C'est vraiment violent de voir d'un coté des l'utilisation du 49.3 et de menace et de l'autre une motion de censure.

Affirmer que le problème est simple et qu'il y a un coté tout noir et un coté tout blanc est vraiment simpliste. Le parti d'une part et l'assemblée nationale d'autre part n'ont pas joué leur rôle de lieux d'échange et de débat¹. Ça pose de vraies questions sur l'organisation de notre démocratie. Non pas que nous ne soyons pas démocratique, mais on pourrait faire mieux que de dialoguer à coup de génération d'amendements, de pressions et de menaces personnelles.

Je présume que nos députés et notre gouvernement n'ont pas assez d'intérêt à se diriger vers des consensus.

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

Attention cette fois-ci c'est la communauté LGBTI qui va s'indigner.

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

Une autre option est de demander à Firefox de ne pas utiliser les polices web.

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

C'est toi qui a parlé de crétin en premier. Son premier message ne laissait pas paraître autre chose que ne pas vouloir de logiciel en anglais.

Oui il a utilisé un avatar sexiste, mais le fais que ta première réponse soit directement dans une forme de lutte a braqué ton interlocuteur. Là où une réponse moins vindicative et plus pédagogique aurait je présume pas donné ce genre de tension.

On est tous humains et on s'énerve tous ou on est pas au top de la sérénité. Une idée pourrait être de te créer un message prédéfini pour les cas comme ça. Ça ne te demande pas d'effort et ça peut éviter les situations comme ici. Je pense en particulier comme exemple à un vieux meme qui proposait de découper son point Godwin au marteau et au burin sur son écran.

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

J'utilise un Athlon X3 (je n'ai pas le modèle en tête). Je viens de la mettre à jour de 2 à 6 Gio ! Je me souviens de la première fois que je l'ai lancé, j'avais l'espoir de pouvoir faire démarrer le 4ème cœur… Mais non ça n'a jamais été possible.

Bref il tourne sur un disque à plateau branché en SATA. Sans carte graphique dédiée.

Installé sur une debian 10 toute neuve. C'est utilisable je trouve. On a évidemment certaine lenteur, mais j'ai vu bien pire. Je ne me souviens pas d'avoir eu particulièrement de problème avec YouTube.

Sur 2 Gio c'était compliqué par contre.

Notre différence de ressenti vient peut-être du parallélisme. Aujourd'hui (et Firefox en tête depuis Quantum) cherche à profiter au mieux du parallélisme offert par tous les processeurs actuels. Les K7 sont la toute première génération AMD de processeurs multicore. L'augmentation du nombre de tâches parallèles sur un nombre réduit de core pose peut-être des problèmes de pression sur l'ordonnanceur ?

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

Je suis intéressé pour avoir des pointeurs sur ce genre de choses. Comment on teste unitairement ce code ? Comment le mettre en place dans une intégration continue ?

J'ai vu pgTAP. C'est à ça que tu pensais ? C'est intéressant et ça montre qu'il y a enfin des gens qui s'intéressent à ce sujet. De ce que je vois il execute véritablement ses scripts sur la base. Ça a l'air sincèrement cool.

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

L'outillage est peu normalisé, je te l'accorde. Mais ce n'est pas trop compliqué non plus à mettre en oeuvre. Etant proche des données, c'est assez naturel de tester unitairement les différentes phases d'un traitement complexe. Je suis moyennement convaincu par l'argument.

Je suis intéressé pour avoir des pointeurs sur ce genre de choses. Comment on teste unitairement ce code ? Comment le mettre en place dans une intégration continue ?

Le langage PL/pgSQL de PostgreSQL possède une gestion des exceptions ainsi qu'un système de diagnostique (une sorte de stack trace). Il est aussi possible d'utiliser d'autres langages (non spécialisés à la base de données) avec leur avantages et inconvénients.

Ton erreur doit passer du sgbdr à l'applicatif pour être remontée dans l'UI. Avoir déjà une conversion ce n'est pas toujours très bien fais alors en avoir 2…

Ce n'est pas non plus d'une facilité enfantine à traiter côté applicatif.

Ça dépend évidemment de ce que tu fais, mais il est possible d'avoir des services sans état ce qui n'a pas de sens d'un point dans un moteur de base de données. Tu peux trouver un paquet d'architectures pour ce genre de choses. Elles ne cherchent pas à minimiser la place de la base de données, mais donne à chaque élément une responsabilité plus simple et totalement dans son domaine. Tu peux voir l'architecture lambda, la stack SMACK,…

Après oui avec de petits projets (quand les index voir les données elles même tiennent en mémoire) tout marche, mais tu n'a alors aucune contraintes. N'importe quel moteur de données fonctionne et tu peux traiter la donnée où tu veux sans véritable problème.

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

Je ne comprends pas vraiment ton propos. Je ne suis pas là pour dire qui est has been ou pas, à vrai dire, cela ne me concerne pas vraiment.

Désolé si notre conversation t'a agacée, j'ai voulu simplement expliqué ma remarque qui t'a fais réagir.
Je ne vois pas ce qu'il y a d'irritant à échanger sur nos pratiques.

Passe un bon week-end !

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

J'ai pas dis que c'était un bug, mais c'est absolument pas amical avec les utilisateurs. D'autant que je suis persuadé que quelqu'un qui souhaite naviguer dans la version Kotava du site sera capable de naviguer avec la version Kotava du wiki.

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

Mais c'est pas pour autant forcément ta machine de dev. Et bon 4Gio ça vient de sortir, hein ? Un RPi 3 c'est 1Gio, de quoi affamer Firefox ou Chrome en moins de temps qu'il n'en faut pour le dire. Tout le monde n'y branche pas un écran et un clavier et n'y installent pas leur build tools. D'ailleurs même sur des gros serveurs plus puissant que ma machine de dev, je n'installe pas mes outils de build.

C'est has been comme pratique ?

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

Je ne code pas sur le Pi. Coder à travers une connexion ssh ou un dossier partagé ne me plaît pas des masses.
Je ne suis pas sûr que coder en local sur le Pi soit si majoritaire (et c'est clairement pas l'usage classique en embarqué).

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

Première fois où je suis allé là (tout à l'heure) : https://wiki.documentfoundation.org/Main_Page

J'ai du cliquer sur le changement de langue en haut à droite (à coté du lien de connexion).
→ Ça a changer la langue de la structure MediaWiki (la side bar à gauche par exemple), mais pas celle de la page wiki (j'avais toujours Latest News and Upcoming Events)

J'ai donc cliqué sur le lien FR dans la page de wiki
→ Elle m'a redirigée vers https://wiki.documentfoundation.org/Main_Page/fr et là tout est en français

En réessayant pour te répondre je n'ai pas eu besoin de la première étape (il ne semble pourtant pas y avoir de wiki).

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

Beaucoup de développeurs ne maîtrisent pas bien les possibilités des bases de données. La plus part (architecte applicatif ou un urbaniste compris) considèrent la base de données comme un data stores, c'est-à-dire un simple entrepôt de données.

Je ne sais pas s'il s'agit d'une pique à mon encontre, mais j'utilise le terme data store parce que je ne parle pas de RDBMS, mais de n'importe quel forme de moteur de stockage du système de fichier à l'IMDG (In Memory Data Grid) et non pour le limiter à du stockage de données.

C'est essentiellement la non connaissance des bases de données des développeurs qui pousse à choisir une solution technique côté applicatif. Je ne vois pas d'autres arguments forts à ne pas choisir de faire les traitements de données au plus proche de la base de données. Je suis preneur de tout contre-argument.

Le manque de connaissance est un argument en soit important. Faire des traitements du coté de ton moteur de stockage peut engendrer des effets de bord des fois très subtiles. Par exemple quand tu exécute une fonction dans redis, il faut qu'elle soit pure, car il ne réplique pas les données résultantes, mais exécute la fonction sur chaque nœud. La gestion des transactions peut être un peu différentes.

Mais ce qui me gêne le plus c'est :

• la difficulté de tester : on trouve de plus en plus l'usage du js ce qui aide un peu, mais ça ne fait pas tout. Écrire des tests unitaires sur ce code est bien plus compliqué que dans ton code applicatif ;
• la gestion des erreurs est plus complexe : à minima tu as une étape de mapping en plus de tes erreurs ce qui augmente encore le risque que ça soit mal fait. Encore une fois c'est complexe à tester. Tu ne peux pas forcément tester ce mapping facilement.

D'un point de vu d'administrateur système, tu as aussi d'autres arguments :

• les machines de calcul et les machines de stockage n'ont pas forcément le même profile et tu prévois pas forcément d'être CPU intenssive sur tes machines de base de données. C'est un problème qui est pris en compte par certains comme couchdb qui a des nœuds spécifiques pour le traitement ;
• tu peut vouloir être élastique (→ ajouter/supprimer des instances en fonction de la charge) sur ton applicatif et tu l'es rarement sur tes bases de données.

Je ne dis pas qu'il ne faut pas faire de traitement coté données, mais qu'il y a des contre arguments.

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

La cross compilation go sur ma machine est plus rapide que le lancement du runtime (+JIT) python sur RPi. C'est choquant ?

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

Ils auraient pas eu besoin du 49.3 aussi souvent si y'avait pas eu autant de gaminerie dans leur propre camp. Les fameux "frondeurs" sont responsables de la ruine du PS (je sais, le PS n'est pas ruiné… n'empeche que c'est quasiment plus rien dans le paysage politique).

Qu'est-ce qui te permet de dire que c'est ça et pas quelque chose comme : « C'est d'avoir dévié des valeurs du parti qui les a poussé à utiliser le 49.3 pour mettre des coup de pression à leur propre parti. Ces chocs ont étaient tellement violent que le PS a perdu beaucoup de son aura dans le paysage politique. » Par exemple ?

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

Après c'est vrai j'avoue que pour des captures en première pages ça fait tache quand c'est pas dans notre langue, mais faut quand même pas oublier que la version 4.14 vient de sortir et ils vont peut-être le faire après coup (ils ont mis 4 ans à faire cette version).

Je ne critique pas le projet mais ton argumentation ;)

il y a qu'à voir les "notes de version" de LibreOffice ou toutes les captures sont en anglais avec le descriptif dans la bonne langue et personne dit rien

Je ne suis pas sûr qu'un projet dont la page d'accueil non content de ne pas avoir réussi à détecter ma langue demande à passer d'abord l'interface MediaWiki en français en haut à droite puis la page d'accueil elle-même dans la barre au milieu, soit une référence en terme d'accueil des utilisateurs dans différentes langues…

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

Python a une latence au démarrage que je trouve perceptible (j'aime pas attendre !).

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

Tu as des sauts/conditions en moins la CPU et le compilateur peuvent utiliser efficacement le pipeline ou faire du SIMD effectivement.

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

C'est très contraignant le C dans ce contexte je trouve. Le fait d'avoir à manier des toolchaines complexe pour pouvoir démarrer ou à devoir faire son build sur la board elle-même ce qui (demande à installer des choses inutiles pour le run et c'est bien plus lent et il faut pousser les sources sur la board…).

Pour moi le bon compromis, c'est le go. La cross compilation est triviale, tu as des bibliothèques qui font le job et la différence de performance avec le C a toujours était négligeable pour mes usages. Cerises sur le gâteau : le langage est sympathique (je trouve) et le build est très rapide.

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