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 essaie de passer pour un discours neutre alors qu'après avoir lu :
Improvements to the UI and UX will continue for the next 2 years, with the objective of creating an interface that can adapt to everyone’s needs. A UI that looks and feels modern is getting initially implemented with version 115 in July, aiming at offering a simple and clean interface for “new” users, as well as the implementation of more customizable options with a flexible and adaptable interface to allow veteran users to maintain that familiarity they love.
[^] # 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
[^] # Re: voire aussi
Posté par barmic 🦦 . En réponse au lien La télémétrie sur la chaîne de compilation de Go sera activée par défaut. Évalué à  1.
Tu ne lis pas le commentaire au quel tu répond. Dans le doute au cas où c'est un problème de compréhension, je vais reformuler.
Oui mais c'est pas ce dont je parle. Dire :
C'est considérer que toutes requêtes DNS est de l'espionnage. À partir de là autant éliminer le réseau de ta machine.
Parce que oui quand tu envoi une trame ethernet sur un réseau tu fourni une information de l'autre côté du médium.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: voire aussi
Posté par barmic 🦦 . En réponse au lien La télémétrie sur la chaîne de compilation de Go sera activée par défaut. Évalué à  1.
Je comprends pour le fait d'utiliser google, cloudflare, etc. Mais considérer le fait d'avoir une configuration DNS comme étant de l'espionnage c'est allé loin. Si toute requête réseau est assimilable à de l'espionnage tu peux simplement faire un
for i in $(ip link show | sed -n 's/^[0-9]\+:.\(.\+\):.*/\1/p') ; do ip link set $i down ; donevoir désactiver les cartes réseau dans ton bios/uefi.https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: voire aussi
Posté par barmic 🦦 . En réponse au lien La télémétrie sur la chaîne de compilation de Go sera activée par défaut. Évalué à  4.
Oui mais pas par Debian. Debian ne fait pas vraiment de travail à ce niveau là sur ses paquets. Leur seule télémétrie est le popularity contest qui reporte à Debian les paquets installés pour pouvoir savoir quel paquets sont les plus populaires et, entre autre, les mettre sur le premier DVD d'installation. Mais c'est optin, si tu n'a pas dis oui quand ils te l'on proposé (si ça t'a était proposé) alors tu ne l'a pas (si ça ne t'a pas était proposé ce n'est pas actif).
Par contre tu peux avoir installé des logiciels qui en font. Tu as une liste dans « Privacy issues in Debian packages ». En particulier chromium & firefox en font. Pour l'empêcher c'est un peu technique, mais je découvre avec cette page la version console de Do Not Track (très peu utilisé pour le moment https://consoledonottrack.com/).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: code Ă©thique
Posté par barmic 🦦 . En réponse au lien Is software getting worse?. Évalué à  4.
Il ne parle pas d'éthique et il y a assez peu de corporations qui ont un code éthique, il me semble. Les seuls que je connais ne sont pas de l'industrie (les médecins, les avocats,…).
La citation semble plus parler de normes industrielles de qualités comme ISO/IEC 25010:2011, DO-178 ou par exemple MIL-STD-882E. Je me demande vraiment pourquoi ça n'existe pas en dans le développement logiciel ⸮
Blague à part les gens ne sont pas prêt à payer les logiciels qu'ils utilisent 3 ou 4 fois le prix actuel et encore moins de ne serais-ce que payer pour un bon nombre d'entre eux. Et surtout l'industrie informatique est encore assez jeune, on a mis beaucoup de temps à appréhender l'importance de la qualité dans les autres industries et il est particulièrement difficile d'appréhender le problème dans une industrie non physique. Mais ça bouge outre les normes qui existent pour les hauts niveaux de criticité. La mise en place de la RGPD va dans ce sens. De la même manière que d'avoir une traçabilité dans l'agronomie après qu'on se soit rendu compte de problèmes (mettre en place ce genre de loi en 2002, hein ?) ou la
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: La règle d'une bonne politique de sauvegarde : 3, 2, 1 !
Posté par barmic 🦦 . En réponse au journal OVH va devoir payer pour l'incendie de son datacenter.... Évalué à  6.
Je ne sais pas ce que propose LOTAR mais libre n'est pas très pertinent amha. C'est un format de sauvegarde utilisable. Si tu utilise un logiciel abandonné et que tu n'a pas les moyens de financer son développement ou les compétences pour le maintenir t'es face au même problème. L'intéropérabilité est largement plus important que la licence de mon point de vue.
Mais ça ne concerne évidemment que les sauvegardes froides celles que l'on fait pour archives. Les sauvegardes chaudes tu n'a pas vraiment de question de pérennité. Tu fais des sauvegardes régulières et tu ne les gardes pas indéfiniment. Tu peux changer d'outils plus facilement.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: firefox ?
Posté par barmic 🦦 . En réponse au lien Le futur de Thunderbird . Évalué à  4.
Tu connais un projet qui accepte toutes les contributions quelque soit leur qualité et leur direction ? Ils expliquent qu'ils vont faire au mieux pour satisfaire au mieux les utilisateurs, mais qu'ils ne veulent plus sacrifier la cohérence de l'interface.
Je n'ai pas vu de mention d'agilité. Ils vont sortir des versions plus fréquemment comme décrit dans la cathédrale et le bazar pour mieux s'adapter à Firefox et expliquent qu'ils vont s'attacher à garder une cohérence graphique. Si ça ne t'intéresse pas tant pis
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: firefox ?
Posté par barmic 🦦 . En réponse au lien Le futur de Thunderbird . Évalué à  3.
Tu essaie de passer pour un discours neutre alors qu'après avoir lu :
Tu explique avoir lu :
Et quand quelqu'un te demande ce que c'est que ce "100% des avis de la communauté", si ça représente un consensus tu botte en touche en disant qu'en fait tu sais pas trop.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll