Posté par barmic 🦦 le 01 mars 2023 à 20:16. En réponse au lien Dashlane rend disponible le code source de ses applications mobiles. Évalué à  6.
Ils ont fait l'effort de le traduire en français, c'est plus sympa de le mettre en lumière :
https://blog.dashlane.com/fr/le-code-mobile-de-dashlane-est-desormais-accessible-au-public/
Dans les faits c'est lĂ
https://github.com/orgs/Dashlane
Et c'est sous licence CC By NC donc effectivement non libre et ils n'ont pas l'air trompeur Ă ce sujet.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
Posté par barmic 🦦 le 24 février 2023 à 15:58. En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à  2.
width = 0 ou -10 ? progress = -1.0, NaN, -Infinity ? width doit être inférieur à la taille max de String aussi (et petit de préférence sinon ça devrait se sentir aussi).
La plupart des cas décrit vont générer un IllegalArgumentException, si tu lui donne des nombre trop surprenant tu va prendre une ArithmeticException ce à quoi tu doit t'attendre quand tu manipule de NaN ou des Infinite. On pourrait min/max progress pour aider l'utilisateur. La taille maximale d'une String est égale à la taille à la valeur maximale d'un Integer.
Et on devrait pouvoir choisir la forme donc avoir un nom de fonction en template, et la couleur devrait être un paramètre, et on devrait pouvoir choisir la forme et la couleur de l'abri à vélo vert.
Non. Prendre en paramètre ce genre de format c'est le meilleur moyen de créer des failles plus ou moins béantes.
Rendre paramétrable quelque chose qui ne te coûte rien n'a rien à avoir avec le fait d'ajouter des fonctionnalité potentiellement dangereuses sans quelles aient étaient demandé.
Posté par barmic 🦦 le 24 février 2023 à 14:02. En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à  4.
Pas de boucle, pas de condition, pas d'ésotérisme et la possibilité de choisir la longueur.
String GetPercentageRounds(double progress, int width = 10) { def size = Math.round(progress / width) return '🔵' * size + '⚪' * (width - size) }
Posté par barmic 🦦 le 24 février 2023 à 13:26. En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à  2.
La plupart des langages de programmation n'apprécient pas trop de se retrouver avec des #file et des #line un peu partout dans le code.
Ça demande à ajouter une option pour ne pas les avoir.
Et puis la syntaxe ne fait pas vraiment rêver de toutes façons.
Parce qu'il y a des gens qui trouvent celle de cpp magnifique ? Sans jugement de valeur de ma part, aucune des 2 syntaxes ne me fais me réveiller la nuit.
Posté par barmic 🦦 le 24 février 2023 à 11:37. En réponse au lien Flatpak ne sera plus installé par défaut sur Ubuntu. Évalué à  4.
C'est chiant ça, ça prend de la place et il faut mettre à jour.
alias appli="curl -o /run/user/${UID}/appli https://appli.roflol/download/latest/appli && chmod +x /run/user/${UID}/appli"
Posté par barmic 🦦 le 24 février 2023 à 10:25. En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à  2.
En vrai je pense qu'il n'y a pas de difficulté particulière.
Il n'y a pas d'intégration particulière entre la phase de préprocessing et le reste des compilations C et C++.
Tu peux tout a fait faire un makefile qui va lancer m4 ou cpp puis le compilateur du langage tu dois juste avoir une syntaxe du préprocesseur correct, mais c'est ce que tu fait déjà en C. Ça va être un peu moins organique parce que l'import d'un module dans un langage est différent d'un #include de cpp donc tu utilisera include uniquement pour les macro, mais ça parait pas être une gymnastique si compliquée.
#include
Posté par barmic 🦦 le 24 février 2023 à 06:37. En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à  2.
C'est parce-que tu peu faire de genre de dinguerie, que les macro me manque dans n'importe quel langages qui n'est pas C.
Vu le fonctionnement des macros du C, tu peux palier ce problème en utilisant m4 avec n'importe quel langage.
Posté par barmic 🦦 le 24 février 2023 à 06:34. En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à  2.
L'instruction goto existe dans bien d'autres langages. En go, en perl, en php, en C#, en ada,… Des langages qui ont d'autres alternatives et qui pour certains expliquent eux-mêmes qu'il vaut mieux lui préférer d'autres constructions.
goto
Posté par barmic 🦦 le 23 février 2023 à 18:20. En réponse au lien La légion d’Honneur remise au patron d’Amazon Jeff Bezos à l’Élysée en présence de Bernard Arnault. Évalué à  10.
C'est uniquement pour le narguer :
Nanananère ! C'est nous qu'on a le plus riche ! Pouèt pouèt ! Ferme ta boite à camembert !
Posté par barmic 🦦 le 23 février 2023 à 17:34. En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à  7.
Je trouve aussi que le goto again a aussi un coté plus "code auto-documenté" qu'un do while() quand on veut exprimer des retry dans un programme.
C'est très subjectif do { something } while (success); C'est très lisible et de manière factuelle :
do { something } while (success);
Mais a coté de ça, j'ai vu plein de gents faire de la gestion d'erreur catastrophique en C, par peur des goto.
Est-ce que quelqu'un capable de faire une gestion d'erreur catastrophique sera en mesure de maintenir un code avec des goto ? Parce que c'est la maintenance qui est complexe. Quand tu écris ton snipet de code avec un goto ce sera toujours simple et lisible, mais c'est maintenir cette simplicité et cette lisibilité qui est un vrai enjeux.
Donc au final proscrire les goto, je trouve que ça protège pas vraiment des utilisation "sale" de goto, mais en empêche ces utilisation "légitime".
Comme toutes les règles de développement, il y a un moment où tu acquière la maturité pour savoir que ces règles signifient « utilise si tu sais ce que tu fait ».
mais elle ont aussi un des coté spaghettisant que goto n'a pas, car C a évacué ça dans setjmp/longjmp, c'est la possibilité de sauter d'une fonction à une autre.
Elles ne font que remonter la pile d’exécution ce n'est pas un saut arbitraire.
Après on tourne autour de :
Posté par barmic 🦦 le 22 février 2023 à 13:41. En réponse à la dépêche Deux ou trois trucs à savoir sur Openclipart (avec des morceaux d’Inkscape dedans). Évalué à  3.
La langue étant d'abord une convention[…]
Il semble que chacun arrive à comprendre cet usage du verbe "délivrer". C'est donc bien une convention qui semble répandu.
Néanmoins je doute que les personnes qui aujourd'hui disent "délivrer" pour fournir ou livrer soient des philologues épris de la langue du XIVème siècle. Je pense plutôt qu'il s'agit de personnes qui calquent l'anglais … C'est en ce sens que je réprouve cet usage[…]
Tu juge la qualité d'un texte sur ce que tu imagine de l'intention de l'auteur ? C'est vraiment très particulier comme démarche. C'est malheureusement trop répandu, mais c'est une façon d'essayer de créer des classes là où ça n'a aucun sens puisque le texte est parfaitement compris.
Posté par barmic 🦦 le 22 février 2023 à 11:52. En réponse au lien Ça se précise, les microcodes privateurs bientôt de retour dans l'installateur Debian - phoronix. Évalué à  5.
J'imagine que le problème ne touche pas que les processeurs AMD et Intel, mais qu'il est généralisé à d'autres composants, non ?
Plus un composant est complexe plus il est probable que tu ai une partie logicielle dedans. Les cartes réseaux, les disques SSD qui font de la répartition, les controllers SATA qui proposent du RAID,… Tous ne sont pas accessibles par l'OS et ne peuvent pas être mis à jour. Là on parle de binaires qui s’exécutent sur le périphérique en question.
Mais tu as aussi des cas où c'est pour communiquer avec le périphérique. Il arrive que tu n'ai pas d'implémentation du "protocole" qui interagi avec ce périphérique autre que le binaire fourni par le constructeur. Dans ce cas tu peut ne pas le charger et tu n'interagis pas avec ce matériel (ou "juste" mal).
Après pour les premiers la distinction logiciel/hardware peut être assez subtile. En quoi un logiciel questionne la confiance et pas du matériel. Toute la logique implémentée dans le logiciel pourrait être implémentée sous forme matériel (gravé dans le silicium). Le fait qu'un CPU ai ou non son micrologiciel n'est qu'un détail d'implémentation. Il faut aller voir du côté de l'Open Hardware pour répondre à ça. Sans résoudre tout mécaniquement, tu peut très bien avoir un CPU RISCV avec une backdoor et même si on te fourni des documents de design tu n'a pas garanti que ces documents correspondent à la puce que tu as entre les mains.
La problématique de la confiance est un sujet sans fin. Ça ne veut pas dire qu'il ne faut pas s'en préoccuper.
Posté par barmic 🦦 le 22 février 2023 à 08:10. En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à  6.
j'ai toujours admirer cette haine du goto, venant de personne qui n'ont jamais lut Dijkstra.
Même ici c'est une référence très peu lue. J'en ai fais les frais en essayant de reprendre à mon compte l'expression "X is considered harmful"…
Dijkstra parle d'une utilisation du goto, qui remplacerais les if/else, switch/case, et autre boucles. Aujourd'hui les utilisation principal de goto, c'est soit les goto-chain. soit un utilisation avec des pointeur sur label pour optimiser des interpréter, soit pour des retry. mais continuons à répandre la rumeur que les goto sont héréditairement mauvais pour pas utiliser ces technique, que aucun projets sérieux ne prendrais. ne faisons aucune exception. les try catch sont tellement moins spaghetti.
Les try-catch offrent bien moins de possibilités pour avoir un code spaghetti que des goto.
Je trouve pas gênant le fait de proscrire le goto. Ça pousse à ne s'en servir que dans des cas où tu en a réellement besoin. Une part non négligeable des structures de contrôle ont était conçues pour éviter les goto, il faut une bonne raison pour repasser au goto.
Bon après moi, je trouve que rien ne battra le duff's device en terme de code spaghetti et il n'a pas besoin de goto.
Posté par barmic 🦦 le 22 février 2023 à 00:30. En réponse au lien Ça se précise, les microcodes privateurs bientôt de retour dans l'installateur Debian - phoronix. Évalué à  4.
Le source du paquet pour amd https://salsa.debian.org/hmh/amd64-microcode/-/tree/main/amd-ucode Et celui pour intel https://salsa.debian.org/hmh/intel-microcode
VoilĂ ce que fournit Intel https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files
Posté par barmic 🦦 le 21 février 2023 à 23:29. En réponse au lien Ça se précise, les microcodes privateurs bientôt de retour dans l'installateur Debian - phoronix. Évalué à  5.
Ils n'en n'ont pas le code. Comme dit dans la conversation plus haut tu fais déjà très probablement tourner ta machine avec ce genre de choses. Les CPU Intel et AMD ne fonctionnent pas sans. Si tu ne les as pas mis à jour tu as juste le binaire sortie d'usine, mais là question est la même.
Tu pourra bien sûr choisir de continuer à ne pas les mettre à jour. Il faut que tu accepte spécifiquement d'installer ces binaires pour qu'ils soient installés (opt-in).
Posté par barmic 🦦 le 20 février 2023 à 00:00. En réponse au lien Ça se précise, les microcodes privateurs bientôt de retour dans l'installateur Debian - phoronix. Évalué à  3.
Ce ne sera plus possible. Ou disons que les installer sans ne feront pas partie de Debian.
Posté par barmic 🦦 le 18 février 2023 à 08:37. En réponse à la dépêche Règles de pérennité des comptes LinuxFr.org et données à caractère personnel. Évalué à  3.
28/08/2003 tu peux utiliser la recherche de ton navigateur (avec la date Ă ce mĂŞme format) sur la page:
28/08/2003
https://linuxfr.org/users/gof
Posté par barmic 🦦 le 18 février 2023 à 08:34. En réponse au lien Panne Tesla : impossible d’accéder à l’application ou de recharger sa voiture. Évalué à  2.
Un moteur de volet roulant c'est 100 Ă 200W
Attend on parle de quoi en fait ?
Les volets roulant de particulier je viens de voir chez somfy c'est du 45W. Les volets sont légers de part les matériaux et la taille des volets (sauf à avoir de très larges baies vitrées, mais je présume que tu as plusieurs volets et moteurs du coup.
Les volets roulants de magasins qui sont lourds qui ne font que de l'anti intrusion (ils ne sont pas lĂ pour faire par soleil).
Les magasins n'ont pas vraiment le problème de l'incendie. Tu descend le volet parce qu'il n'y a plus personne à l'intérieur. Pour les particuliers c'est là que le risque existe mais faut vraiment être flippé pour installer un volet commerçant.
Posté par barmic 🦦 le 17 février 2023 à 19:23. En réponse au lien Panne Tesla : impossible d’accéder à l’application ou de recharger sa voiture. Évalué à  2.
Ben non c'est mécanique. C'est assez rependu dans les rideaux de fer de commerçants. Tu le désengage et tu utilise la manivelle pour le remonter.
Posté par barmic 🦦 le 17 février 2023 à 19:11. En réponse au lien Les mises en production le vendredi (1/3). Évalué à  4.
Ben en vrai ça me paraît anodin. Si on prend des désastres modernes je pense que le moteur thermique est infiniment plus efficace que n'importe quelle technologie de l'information pour prendre l'informatique au sens large. Peut être que l'ordinateur est encore jeune et que je ne dirais pas ça dans 50 ans, mais j'ai vraiment l'impression qu'on surestime de beaucoup l'impact de l'informatique.
Posté par barmic 🦦 le 17 février 2023 à 14:04. En réponse au lien Les mises en production le vendredi (1/3). Évalué à  3.
En étant premier degrés, j'ai l'impression que c'est quand même pas mal faux. Les plus grands désastres auquel je peux penser n'ont pas eu besoin que l'ordinateur existe.
Posté par barmic 🦦 le 17 février 2023 à 13:14. En réponse au lien Dès le plus jeune âge, implicitement, les filles sont exclues du domaine scientifique . Évalué à  3.
C'était une manière d'appuyer ton argument. Oui, avec une forme d'humour.
Posté par barmic 🦦 le 16 février 2023 à 16:18. En réponse au lien Dès le plus jeune âge, implicitement, les filles sont exclues du domaine scientifique . Évalué à  10.
Je ne suis pas d'accord avec toi c'est un sujet sensible. Un sujet sensible c'est un sujet qui peut ĂŞtre douloureux pour certaines personnes.
Zenitram qui montre savoir que c'est un sujet sensible mais qui ne prend aucune forme de précaution, c'est une forme de mépris pour ceux pour qui le sujet est douloureux.
Parler de son expérience et de son vécu n'a jamais posé de problème à personne. Vouloir affirmer son expérience aux autres c'est ça qui pose problème, surtout quand ton expérience est du côté de ceux qui ont le moins de problèmes.
C'est encore moins savoureux de voir quelqu'un se présenter comme homme de science dans sa première phrase montrer ostensiblement ne pas du tout s'être intéressé à l'état de l'art sur le sujet pour ressortir un poncif digne du bar PMU : "si tu es victime, c'est de ta faute".
Mais l'expérience montre qu'en discuter ici ne sert qu'à partir en joute verbale. Un exercice où on se fout du sujet pour uniquement dérouler l'art d'avoir toujours raison.
Posté par barmic 🦦 le 16 février 2023 à 15:04. En réponse au lien Dès le plus jeune âge, implicitement, les filles sont exclues du domaine scientifique . Évalué à  8.
parce que cela leur permet de s’occuper de leurs enfants ?
Pas forcément, il y a aussi les courses, le ménage et la cuisine. Crois le ou non ça ne se fait pas tout seul !
Posté par barmic 🦦 le 16 février 2023 à 01:12. En réponse à la dépêche Règles de pérennité des comptes LinuxFr.org et données à caractère personnel. Évalué à  3.
J'ai pas compris le point a. Le point b n'a rien à voir avec la RGPD ça relève des contrats et tous les autres points consistent à dire qu'elle n'est pas suffisante pas qu'elle est la cause d'un problème.
Tu remarquera que lorsqu'Eva Green se comporte de manière outrancière en invoquant son côté français, le juge n'a pas condamné la France ou ses ressortissants.
# VF
Posté par barmic 🦦 . En réponse au lien Dashlane rend disponible le code source de ses applications mobiles. Évalué à  6.
Ils ont fait l'effort de le traduire en français, c'est plus sympa de le mettre en lumière :
https://blog.dashlane.com/fr/le-code-mobile-de-dashlane-est-desormais-accessible-au-public/
Dans les faits c'est lĂ
https://github.com/orgs/Dashlane
Et c'est sous licence CC By NC donc effectivement non libre et ils n'ont pas l'air trompeur Ă ce sujet.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: tout lu mais
Posté par barmic 🦦 . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à  2.
La plupart des cas décrit vont générer un IllegalArgumentException, si tu lui donne des nombre trop surprenant tu va prendre une ArithmeticException ce à quoi tu doit t'attendre quand tu manipule de NaN ou des Infinite.
On pourrait min/max progress pour aider l'utilisateur.
La taille maximale d'une String est Ă©gale Ă la taille Ă la valeur maximale d'un Integer.
Non. Prendre en paramètre ce genre de format c'est le meilleur moyen de créer des failles plus ou moins béantes.
Rendre paramétrable quelque chose qui ne te coûte rien n'a rien à avoir avec le fait d'ajouter des fonctionnalité potentiellement dangereuses sans quelles aient étaient demandé.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: tout lu mais
Posté par barmic 🦦 . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à  4.
Pas de boucle, pas de condition, pas d'ésotérisme et la possibilité de choisir la longueur.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: tout lu mais
Posté par barmic 🦦 . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à  2.
Ça demande à ajouter une option pour ne pas les avoir.
Parce qu'il y a des gens qui trouvent celle de cpp magnifique ? Sans jugement de valeur de ma part, aucune des 2 syntaxes ne me fais me réveiller la nuit.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Et snap?
Posté par barmic 🦦 . En réponse au lien Flatpak ne sera plus installé par défaut sur Ubuntu. Évalué à  4.
C'est chiant ça, ça prend de la place et il faut mettre à jour.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: tout lu mais
Posté par barmic 🦦 . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à  2.
En vrai je pense qu'il n'y a pas de difficulté particulière.
Il n'y a pas d'intégration particulière entre la phase de préprocessing et le reste des compilations C et C++.
Tu peux tout a fait faire un makefile qui va lancer m4 ou cpp puis le compilateur du langage tu dois juste avoir une syntaxe du préprocesseur correct, mais c'est ce que tu fait déjà en C. Ça va être un peu moins organique parce que l'import d'un module dans un langage est différent d'un
#includede cpp donc tu utilisera include uniquement pour les macro, mais ça parait pas être une gymnastique si compliquée.https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: tout lu mais
Posté par barmic 🦦 . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à  2.
Vu le fonctionnement des macros du C, tu peux palier ce problème en utilisant m4 avec n'importe quel langage.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: tout lu mais
Posté par barmic 🦦 . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à  2.
L'instruction
gotoexiste dans bien d'autres langages. En go, en perl, en php, en C#, en ada,… Des langages qui ont d'autres alternatives et qui pour certains expliquent eux-mêmes qu'il vaut mieux lui préférer d'autres constructions.https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Humiliation
Posté par barmic 🦦 . En réponse au lien La légion d’Honneur remise au patron d’Amazon Jeff Bezos à l’Élysée en présence de Bernard Arnault. Évalué à  10.
C'est uniquement pour le narguer :
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: tout lu mais
Posté par barmic 🦦 . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à  7.
C'est très subjectif
do { something } while (success);C'est très lisible et de manière factuelle :Est-ce que quelqu'un capable de faire une gestion d'erreur catastrophique sera en mesure de maintenir un code avec des goto ? Parce que c'est la maintenance qui est complexe. Quand tu écris ton snipet de code avec un goto ce sera toujours simple et lisible, mais c'est maintenir cette simplicité et cette lisibilité qui est un vrai enjeux.
Comme toutes les règles de développement, il y a un moment où tu acquière la maturité pour savoir que ces règles signifient « utilise si tu sais ce que tu fait ».
Elles ne font que remonter la pile d’exécution ce n'est pas un saut arbitraire.
Après on tourne autour de :
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: DĂ©livre-nous des anglicismes
Posté par barmic 🦦 . En réponse à la dépêche Deux ou trois trucs à savoir sur Openclipart (avec des morceaux d’Inkscape dedans). Évalué à  3.
Il semble que chacun arrive à comprendre cet usage du verbe "délivrer". C'est donc bien une convention qui semble répandu.
Tu juge la qualité d'un texte sur ce que tu imagine de l'intention de l'auteur ? C'est vraiment très particulier comme démarche. C'est malheureusement trop répandu, mais c'est une façon d'essayer de créer des classes là où ça n'a aucun sens puisque le texte est parfaitement compris.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: C'est l'application de la décision prise comme indiqué précédemment :
Posté par barmic 🦦 . En réponse au lien Ça se précise, les microcodes privateurs bientôt de retour dans l'installateur Debian - phoronix. Évalué à  5.
Plus un composant est complexe plus il est probable que tu ai une partie logicielle dedans. Les cartes réseaux, les disques SSD qui font de la répartition, les controllers SATA qui proposent du RAID,… Tous ne sont pas accessibles par l'OS et ne peuvent pas être mis à jour. Là on parle de binaires qui s’exécutent sur le périphérique en question.
Mais tu as aussi des cas où c'est pour communiquer avec le périphérique. Il arrive que tu n'ai pas d'implémentation du "protocole" qui interagi avec ce périphérique autre que le binaire fourni par le constructeur. Dans ce cas tu peut ne pas le charger et tu n'interagis pas avec ce matériel (ou "juste" mal).
Après pour les premiers la distinction logiciel/hardware peut être assez subtile. En quoi un logiciel questionne la confiance et pas du matériel. Toute la logique implémentée dans le logiciel pourrait être implémentée sous forme matériel (gravé dans le silicium). Le fait qu'un CPU ai ou non son micrologiciel n'est qu'un détail d'implémentation. Il faut aller voir du côté de l'Open Hardware pour répondre à ça. Sans résoudre tout mécaniquement, tu peut très bien avoir un CPU RISCV avec une backdoor et même si on te fourni des documents de design tu n'a pas garanti que ces documents correspondent à la puce que tu as entre les mains.
La problématique de la confiance est un sujet sans fin. Ça ne veut pas dire qu'il ne faut pas s'en préoccuper.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: tout lu mais
Posté par barmic 🦦 . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à  6.
Même ici c'est une référence très peu lue. J'en ai fais les frais en essayant de reprendre à mon compte l'expression "X is considered harmful"…
Les try-catch offrent bien moins de possibilités pour avoir un code spaghetti que des goto.
Je trouve pas gênant le fait de proscrire le goto. Ça pousse à ne s'en servir que dans des cas où tu en a réellement besoin. Une part non négligeable des structures de contrôle ont était conçues pour éviter les goto, il faut une bonne raison pour repasser au goto.
Bon après moi, je trouve que rien ne battra le duff's device en terme de code spaghetti et il n'a pas besoin de goto.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: C'est l'application de la décision prise comme indiqué précédemment :
Posté par barmic 🦦 . En réponse au lien Ça se précise, les microcodes privateurs bientôt de retour dans l'installateur Debian - phoronix. Évalué à  4.
Le source du paquet pour amd https://salsa.debian.org/hmh/amd64-microcode/-/tree/main/amd-ucode
Et celui pour intel https://salsa.debian.org/hmh/intel-microcode
VoilĂ ce que fournit Intel https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: C'est l'application de la décision prise comme indiqué précédemment :
Posté par barmic 🦦 . En réponse au lien Ça se précise, les microcodes privateurs bientôt de retour dans l'installateur Debian - phoronix. Évalué à  5.
Ils n'en n'ont pas le code. Comme dit dans la conversation plus haut tu fais déjà très probablement tourner ta machine avec ce genre de choses. Les CPU Intel et AMD ne fonctionnent pas sans. Si tu ne les as pas mis à jour tu as juste le binaire sortie d'usine, mais là question est la même.
Tu pourra bien sûr choisir de continuer à ne pas les mettre à jour. Il faut que tu accepte spécifiquement d'installer ces binaires pour qu'ils soient installés (opt-in).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: C'est l'application de la décision prise comme indiqué précédemment :
Posté par barmic 🦦 . En réponse au lien Ça se précise, les microcodes privateurs bientôt de retour dans l'installateur Debian - phoronix. Évalué à  3.
Ce ne sera plus possible. Ou disons que les installer sans ne feront pas partie de Debian.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Vieux de la vieille
Posté par barmic 🦦 . En réponse à la dépêche Règles de pérennité des comptes LinuxFr.org et données à caractère personnel. Évalué à  3.
28/08/2003tu peux utiliser la recherche de ton navigateur (avec la date Ă ce mĂŞme format) sur la page:https://linuxfr.org/users/gof
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Téléphone maison…
Posté par barmic 🦦 . En réponse au lien Panne Tesla : impossible d’accéder à l’application ou de recharger sa voiture. Évalué à  2.
Attend on parle de quoi en fait ?
Les volets roulant de particulier je viens de voir chez somfy c'est du 45W. Les volets sont légers de part les matériaux et la taille des volets (sauf à avoir de très larges baies vitrées, mais je présume que tu as plusieurs volets et moteurs du coup.
Les volets roulants de magasins qui sont lourds qui ne font que de l'anti intrusion (ils ne sont pas lĂ pour faire par soleil).
Les magasins n'ont pas vraiment le problème de l'incendie. Tu descend le volet parce qu'il n'y a plus personne à l'intérieur. Pour les particuliers c'est là que le risque existe mais faut vraiment être flippé pour installer un volet commerçant.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Téléphone maison…
Posté par barmic 🦦 . En réponse au lien Panne Tesla : impossible d’accéder à l’application ou de recharger sa voiture. Évalué à  2.
Ben non c'est mécanique. C'est assez rependu dans les rideaux de fer de commerçants. Tu le désengage et tu utilise la manivelle pour le remonter.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Les trolls le vendredi
Posté par barmic 🦦 . En réponse au lien Les mises en production le vendredi (1/3). Évalué à  4.
Ben en vrai ça me paraît anodin. Si on prend des désastres modernes je pense que le moteur thermique est infiniment plus efficace que n'importe quelle technologie de l'information pour prendre l'informatique au sens large. Peut être que l'ordinateur est encore jeune et que je ne dirais pas ça dans 50 ans, mais j'ai vraiment l'impression qu'on surestime de beaucoup l'impact de l'informatique.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Les trolls le vendredi
Posté par barmic 🦦 . En réponse au lien Les mises en production le vendredi (1/3). Évalué à  3.
En étant premier degrés, j'ai l'impression que c'est quand même pas mal faux. Les plus grands désastres auquel je peux penser n'ont pas eu besoin que l'ordinateur existe.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: La science, justement
Posté par barmic 🦦 . En réponse au lien Dès le plus jeune âge, implicitement, les filles sont exclues du domaine scientifique . Évalué à  3.
C'était une manière d'appuyer ton argument. Oui, avec une forme d'humour.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: La science, justement
Posté par barmic 🦦 . En réponse au lien Dès le plus jeune âge, implicitement, les filles sont exclues du domaine scientifique . Évalué à  10.
Je ne suis pas d'accord avec toi c'est un sujet sensible. Un sujet sensible c'est un sujet qui peut ĂŞtre douloureux pour certaines personnes.
Zenitram qui montre savoir que c'est un sujet sensible mais qui ne prend aucune forme de précaution, c'est une forme de mépris pour ceux pour qui le sujet est douloureux.
Parler de son expérience et de son vécu n'a jamais posé de problème à personne. Vouloir affirmer son expérience aux autres c'est ça qui pose problème, surtout quand ton expérience est du côté de ceux qui ont le moins de problèmes.
C'est encore moins savoureux de voir quelqu'un se présenter comme homme de science dans sa première phrase montrer ostensiblement ne pas du tout s'être intéressé à l'état de l'art sur le sujet pour ressortir un poncif digne du bar PMU : "si tu es victime, c'est de ta faute".
Mais l'expérience montre qu'en discuter ici ne sert qu'à partir en joute verbale. Un exercice où on se fout du sujet pour uniquement dérouler l'art d'avoir toujours raison.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: La science, justement
Posté par barmic 🦦 . En réponse au lien Dès le plus jeune âge, implicitement, les filles sont exclues du domaine scientifique . Évalué à  8.
Pas forcément, il y a aussi les courses, le ménage et la cuisine. Crois le ou non ça ne se fait pas tout seul !
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Vieux de la vieille
Posté par barmic 🦦 . En réponse à la dépêche Règles de pérennité des comptes LinuxFr.org et données à caractère personnel. Évalué à  3.
J'ai pas compris le point a. Le point b n'a rien à voir avec la RGPD ça relève des contrats et tous les autres points consistent à dire qu'elle n'est pas suffisante pas qu'elle est la cause d'un problème.
Tu remarquera que lorsqu'Eva Green se comporte de manière outrancière en invoquant son côté français, le juge n'a pas condamné la France ou ses ressortissants.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll