Posté par barmic 🦦 le 05 mars 2023 à 08:57. En réponse au lien 800h de travail forcé pour tous (sauf les riches ?). Évalué à  8. Dernière modification le 05 mars 2023 à 08:57.
Horizon c'est quand même des sacrés droitards.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
Posté par barmic 🦦 le 04 mars 2023 à 13:55. En réponse au lien Les traités européens sont-ils réellement austéritaires ?. Évalué à  2.
Je suis d'accord si c'est pour faire de l'embarqué ça ne me paraît pas pertinent. Au contraire ça tend à cacher le fait que c'est sur youtube.
S'il fallait utiliser un lien alternatif (pour éviter par exemple les stratégies de youtube pour te faire rester sur le site), il est possible d'utiliser utip :
https://www.utip.io/v/Jxywe0K0
C'est toujours de l'embarqué youtube et tu as d'autres stratégies pour tenter de te capter, mais d'une part c'est l'auteur qui a choisi d'y mettre ça vidéo et tu met en avant la possibilité de le soutenir financièrement.
Posté par barmic 🦦 le 03 mars 2023 à 17:48. En réponse au lien Effortless Performance Improvements in C++: std::unordered_map. Évalué à  3.
Bien sûr, bien sûr. Mais ça ne change pas le problème. Le fait est que le langage a mis une implémentation de map en avant qui se retrouve celle utilisé par défaut de fait : elle est présente dans toutes les implémentations standards du langage sans nécessité de nouvelle dépendance.
J'avoue personnellement que pour un langage dont beaucoup de locuteur mettent la performance en première qualité et souhaitant éviter tout tests inutiles avoir comme unique implémentation une map "over featured" et surprenant.
Pour des raisons de compatibilités tu ne peux pas revenir en arrière sur ces noms et leur implication si facilement. La base de code impactée serait trop importante.
Je suis personnellement de plus en plus embêté par ce genre d'approche. Pour moi les ruptures de compatibilité doivent être gérées (ne pas arriver à n'importe quel moment, ne pas aller dans tous les sens, etc), mais il doit y avoir des ruptures de compatibilité sinon on risque l'ossification du langage voir du langage à plusieurs niveau avec toute une pile non standard qui tente de créer une norme au dessus de la norme.
Posté par barmic 🦦 le 03 mars 2023 à 17:06. En réponse au lien Effortless Performance Improvements in C++: std::unordered_map. Évalué à  2.
Décider de changer une implémentation pour que les gens ne réfléchissent pas avant de coder me parait une mauvaise idée.
Le fait que std::map existe montre que c'est pourtant prévu. Sinon il n'existerait que std::ordrered_map et std::unordrered_map.
std::map
std::ordrered_map
std::unordrered_map
Posté par barmic 🦦 le 01 mars 2023 à 23:37. En réponse au lien Empêcher les parents de publier trop de photos de leurs enfants sur les réseaux sociaux. Évalué à  0.
Déjà on parle plus qu'avec les recommandations de la cnil qui ne valent pas grand chose. Parce que parler de lois et sortir des recommandations c'est un peu différent.
Mais le site de l'assemblée nationale sera très loquace :
proposition de loi visant à encadrer l’exploitation commerciale de l’image d’enfants de moins de seize ans sur les plateformes en ligne
En quoi le dessin est rigolo ?
Posté par barmic 🦦 le 01 mars 2023 à 20:22. En réponse au lien Empêcher les parents de publier trop de photos de leurs enfants sur les réseaux sociaux. Évalué à  3.
Soit t'a pas lu le lien soit tu n'a pas lu les tiens, je sais pas.
La loi actuelle oblige toute publication d'image de mineur de demander le droit aux parents. LĂ il est de faire en sorte que les parents doivent demander Ă leurs enfants.
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.
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.
# Horizon
Posté par barmic 🦦 . En réponse au lien 800h de travail forcé pour tous (sauf les riches ?). Évalué à  8. Dernière modification le 05 mars 2023 à 08:57.
Horizon c'est quand même des sacrés droitards.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: lien direct ?
Posté par barmic 🦦 . En réponse au lien Les traités européens sont-ils réellement austéritaires ?. Évalué à  2.
Je suis d'accord si c'est pour faire de l'embarqué ça ne me paraît pas pertinent. Au contraire ça tend à cacher le fait que c'est sur youtube.
S'il fallait utiliser un lien alternatif (pour éviter par exemple les stratégies de youtube pour te faire rester sur le site), il est possible d'utiliser utip :
https://www.utip.io/v/Jxywe0K0
C'est toujours de l'embarqué youtube et tu as d'autres stratégies pour tenter de te capter, mais d'une part c'est l'auteur qui a choisi d'y mettre ça vidéo et tu met en avant la possibilité de le soutenir financièrement.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: HĂ©ritage de std::map
Posté par barmic 🦦 . En réponse au lien Effortless Performance Improvements in C++: std::unordered_map. Évalué à  3.
Bien sûr, bien sûr. Mais ça ne change pas le problème. Le fait est que le langage a mis une implémentation de map en avant qui se retrouve celle utilisé par défaut de fait : elle est présente dans toutes les implémentations standards du langage sans nécessité de nouvelle dépendance.
J'avoue personnellement que pour un langage dont beaucoup de locuteur mettent la performance en première qualité et souhaitant éviter tout tests inutiles avoir comme unique implémentation une map "over featured" et surprenant.
Je suis personnellement de plus en plus embêté par ce genre d'approche. Pour moi les ruptures de compatibilité doivent être gérées (ne pas arriver à n'importe quel moment, ne pas aller dans tous les sens, etc), mais il doit y avoir des ruptures de compatibilité sinon on risque l'ossification du langage voir du langage à plusieurs niveau avec toute une pile non standard qui tente de créer une norme au dessus de la norme.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: HĂ©ritage de std::map
Posté par barmic 🦦 . En réponse au lien Effortless Performance Improvements in C++: std::unordered_map. Évalué à  2.
Le fait que
std::map
existe montre que c'est pourtant prévu. Sinon il n'existerait questd::ordrered_map
etstd::unordrered_map
.https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Droit Ă l'image
Posté par barmic 🦦 . En réponse au lien Empêcher les parents de publier trop de photos de leurs enfants sur les réseaux sociaux. Évalué à  0.
Déjà on parle plus qu'avec les recommandations de la cnil qui ne valent pas grand chose. Parce que parler de lois et sortir des recommandations c'est un peu différent.
Mais le site de l'assemblée nationale sera très loquace :
proposition de loi visant à encadrer l’exploitation commerciale de l’image d’enfants
de moins de seize ans sur les plateformes en ligne
En quoi le dessin est rigolo ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Droit Ă l'image
Posté par barmic 🦦 . En réponse au lien Empêcher les parents de publier trop de photos de leurs enfants sur les réseaux sociaux. Évalué à  3.
Soit t'a pas lu le lien soit tu n'a pas lu les tiens, je sais pas.
La loi actuelle oblige toute publication d'image de mineur de demander le droit aux parents. LĂ il est de faire en sorte que les parents doivent demander Ă leurs enfants.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# 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
#include
de 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
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.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/2003
tu 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