David Demelier a écrit 670 commentaires

  • [^] # Re: Dur à comprendre

    Posté par  (site web personnel) . En réponse au message Puissance 4, problème avec l'affichage du gagnant. Évalué à 2.

    bool aGagne(...) {
      if ... {
        return true;
      } else {
        return false;
      }
    }

    Plutôt :

    bool aGagne(...) {
        return ...;
    }

    git is great because linus did it, mercurial is better because he didn't

  • # Commencer par le C++ c'est compliqué

    Posté par  (site web personnel) . En réponse au message Je souhaite apprendre le C++. Évalué à 5.

    Salut,

    Loin de moi l'idée de te décourager mais le C++ est clairement dans le top 3 des langages les plus compliqués à maitriser au monde.

    Bien sûr tu peux rapidement faire des choses simple, mais c'est un langage tellement vaste rempli de pièges et de fonctionnalités obsolètes à connaitre.

    À l'heure actuelle je ne connais pas de ressources correctes qui permettent d'apprendre correctement le C++20 (dernière révision). Celui qui a été le plus recommandé est C++ primer de Lippman mais il couvre que le C++11.

    Dans tous les cas, suis un cours à jour et surtout pas celui du site du zero. Je pense qu'il doit y avoir des cours en ligne, il faudrait que ça couvre au minimum C++17.

    git is great because linus did it, mercurial is better because he didn't

  • [^] # Re: Propos des commentaires

    Posté par  (site web personnel) . En réponse au journal Merci Linuxfr, aujourd'hui je fais mes valises. Évalué à 4.

    Au contraire, j'aime justement de ne pas avoir qu'un forum que de geek ;)

    Alors ce site est mal nommé. Reddit a l'avantage d'être un immense forum où les gens choisissent ceux qu'ils veulent voir. Ici je veux voir des infos sur les logiciels libres et je suis noyé avec des conneries de politique qui m'intéressent pas.

    Si un journal ne t'intéresse pas, libre à toi de ne pas le lire

    Oui mais comme je disais ça m'implique de faire pas mal de tri et de perdre mon temps à sélectionner ce qui m'intéresse ou pas. S'il y avait une section “off-topic” ça serait bien.

    git is great because linus did it, mercurial is better because he didn't

  • [^] # Re: Propos des commentaires

    Posté par  (site web personnel) . En réponse au journal Merci Linuxfr, aujourd'hui je fais mes valises. Évalué à 10.

    Je ne suis pas sûr de voir le rapport avec la politique et les vaccins.

    git is great because linus did it, mercurial is better because he didn't

  • # Propos des commentaires

    Posté par  (site web personnel) . En réponse au journal Merci Linuxfr, aujourd'hui je fais mes valises. Évalué à 10.

    J'ai rapidement parcouru tes commentaires et la plupart du temps étaient basés sur la pandémie, la vaccination et le port du masque. Bref, rien qui est en rapport avec le logiciel libre.

    Ainsi, que tu sois moinsé ou agacé par ces discussions sans fin n'avaient pas à te faire prendre cette décision. Pour ma part je vais sur linuxfr pour voir du logiciel libre, pas de la crise antivax, platiste, complotiste ou autre. Quand je vois ce genre de discussions sur un site informatique, je passe au suivant. Si je souhaite m'abrutir l'esprit je vais sur twitter ou vfm.

    Si tes propos de ce journal étaient basés sur des faits liés à la communauté et les logiciels libres j'aurais compris. Là je pense que tu t'es simplement trompé d'endroit.

    J'ai hâte que les discussions politiques, de tartiflettes et de la vaccination disparaissent de ce site, mais c'est beau de rêver.

    git is great because linus did it, mercurial is better because he didn't

  • # Il n'est pas un exemple

    Posté par  (site web personnel) . En réponse au lien I will pay you cash to delete your npm module . Évalué à 6.

    Arrêtez de faire de la publicité pour ce type (j'ai déjà expliqué pourquoi, cherchez dans mes précédents commentaires).

    Il parle, il parle, mais il réinvente la roue tout le temps et force tout le monde à utiliser ses outils sans quoi il refuse de continuer. Quelques exemples :

    • scdoc, parce qu'il n'a pas envie d'écrire dans un format réputé et stable qu'est mdoc, du coup les gens qui veulent maintenir les pages de manuel doivent apprendre son nouveau format.
    • son système de mailing list, parce qu'il a pas envie d'utiliser ce qui existe et donc menace alpine linux de plus contribuer si on enlève son truc.
    • son propre langage de programmation.
    • vous pouvez aussi voir ses commentaires sur github pour voir à quel point il est toxique et vient intervenir là où l'a pas invité avec ses opinions.

    J'attends qu'une chose, c'est qu'il quitte Alpine Linux (dont je suis contributeur) et je pense pas être le seul à le vouloir. Ce gars est à l'opensource ce que les « influenceurs » sont à instagram.

    git is great because linus did it, mercurial is better because he didn't

  • [^] # Re: mine is better

    Posté par  (site web personnel) . En réponse au lien Nothing better than C. Évalué à 2.

    Sinon il y a D qui est bien mieux

    Il a un garbage collector et les devs se sont pris la tête au début donc il y a eu plusieurs versions de la stdlib pendant un moment. En plus de ça il n'apporte aucune fonctionnalités modernes. Ce langage est mort né.

    git is great because linus did it, mercurial is better because he didn't

  • [^] # Re: License

    Posté par  (site web personnel) . En réponse au journal la rouille et la comtesse. Évalué à 5. Dernière modification le 19 novembre 2021 à 09:01.

    GNAT, s'il existe bien une version community, existe aussi sous licence "entreprise" et "assurance". Ces deux dernières licences permettent de développer n'importe quel type de logiciel. La community, le logiciel doit impérativement être sous GPL.

    Le logiciel final doit obligatoirement être sous GPL ? Si c'est le cas je comprends sa non-adoption (pas une critique de la GPL, mais je peux comprendre la non volonté d'être obligatoirement obligé d'utiliser cette licence). Par contre synth, un outil similaire à poudriere est fait par un contributeur FreeBSD est écrit en Ada et sa licence est ISC. Comment est-ce possible alors ?

    git is great because linus did it, mercurial is better because he didn't

  • [^] # Re: License

    Posté par  (site web personnel) . En réponse au journal la rouille et la comtesse. Évalué à 5.

    Je suis pas sûr de comprendre, tu peux élaborer ? C'est un langage normé implémenté par des compilateurs indépendants (comme GNAT).

    Comme C et C++, écrire du code ne te soumet pas à une licence.

    git is great because linus did it, mercurial is better because he didn't

  • [^] # Re: Ma première distro...

    Posté par  (site web personnel) . En réponse au lien La folle histoire de Mandrake ou comment elle aurait pu devenir la distribution la plus populaire. Évalué à 5. Dernière modification le 11 octobre 2021 à 09:06.

    La même, avec Mandrake 10. Que de souvenirs 😀

    À l'époque, pas beaucoup d'argent alors j'utilise l'ordinateur familial avec le pentium 4, 512 Mo de RAM et malheureusement une carte nvidia où il fallait encore installer les drivers en tty…

    Mais une fluidité exemplaire pour l'époque. Maintenant il faut 4Go de RAM minimum et au moins un i3 pour avoir quelque chose d'aussi fluide !

    git is great because linus did it, mercurial is better because he didn't

  • [^] # Re: J'veux pas faire le relou mais...

    Posté par  (site web personnel) . En réponse au journal Recherche de valeur dans un tableau et l'écosystème des compilateurs C++. Évalué à 5.

    Tu as raison sur le fond, mais dans la réalité c'est tout autre. La bibliothèque standard et le compilateur sont fortement liés. Il y a des choses dans la bibliothèque standard qui ne peuvent tout simplement pas être implémentés avec du C++ pur et donc il y a forcément un moment où on doit appeler des extensions et builtins du compilateur

    Je pense par exemple à tout ce qui est relatif à RTTI, certaines choses dans <type_traits>, etc. GCC et Clang sont assez interchangeables (clang peut utiliser libstdc++ come libc++). Mais on ne pourra probablement pas utiliser ICC/MSVC avec libstdc++.

    Donc au final, ça reste acceptable de comparer un « ensemble » d'outils : donc MSVC avec sa bibliothèque C++, clang avec libc++, tu vois le topo. Il ne faut pas oublier que développer en C++ nécessite beaucoup d'autres outils (linker, preprocesseur, libc, …).

    git is great because linus did it, mercurial is better because he didn't

  • [^] # Re: Linux devient Windows et macOS

    Posté par  (site web personnel) . En réponse au lien systemd portable services: parce que les conteneurs, c'est trop mainstream. Évalué à 3.

    Tu peux toujours avoir une distro sans systemd/flatpak/snaps/pulseaudio/pipewire/jack si tu aimes la simplicité et la rusticité (sans compter qu'au bout du couloir openbsd et netbsd t'attendent à bras ouverts).

    Cela est possible que si les applications décident de ne pas faire un prérequis. Par exemple il existe des applications qui dépendent strictement de pulseaudio ou udev (certains préfèrent mdev, plus simple). Donc tôt ou tard on se prend quand même des choses que l'on souhaite pas.

    Pour le cas de PulseAudio je n'ai aucun problème avec, ça juste marche et je suis content que mon laptop change automatiquement de carte son quand je branche mon dock. Par contre, je suis moins content qu'après tant d'années à rendre PulseAudio stable on ait décidé d'implémenter un énième serveur de son.

    git is great because linus did it, mercurial is better because he didn't

  • # Linux devient Windows et macOS

    Posté par  (site web personnel) . En réponse au lien systemd portable services: parce que les conteneurs, c'est trop mainstream. Évalué à -7.

    J'ai commencé à utiliser Linux en 2003 environ et j'ai adoré. Depuis ces quelques années je ne fais que détester ce que les développeurs (surtout RedHat et freedesktop) sont entrain de faire. flatpak, snaps (en plus j'ai testé Ubuntu 21.04 par curiosité, instabilité extrême) et containeurs à tout va. Il n'y a plus aucune simplicité (ne parlons pas de Alsa/PulseAudio/Pipewire/Jack car on aura pas fini), parce que l'espace disque est maintenant moins cher on se permet de copier toutes les fonctionnalités de Microsoft Windows et macOS pour les retranscrire sur Linux.

    Ainsi, pour lancer une calculette on embarque ses dépendances à ses côtés. J'ose pas imaginer le désastre quand true, false, yes seront aussi containerisés, j'aurais plus qu'à faire portablectl yes, portablectl systemd-networkd.

    git is great because linus did it, mercurial is better because he didn't

  • # très mal nommé

    Posté par  (site web personnel) . En réponse au lien SDLang : un format pour remplacer json ou yaml. Évalué à 7.

    Le nom du projet (son acronyme) entre en conflit avec la vénérable SDL.

    git is great because linus did it, mercurial is better because he didn't

  • # Les paiements annexes et la sécurité

    Posté par  (site web personnel) . En réponse au journal Epic - Apple condamnée à laisser d'autres formes de paiement in-app. Évalué à 2.

    Moi je suis partagé entre deux choses.

    Les téléphones et tablettes ne sont pas vraiment des ordinateurs personnels. Ils sont plus limités parce qu'il y a beaucoup d'enfants qui les utilisent et faut bien admettre que ne pas pouvoir installer quoi que ce soit permet de garantir une sécurité indéniable aux enfants. Il en est de même avec le contrôle parental, avec les tablettes Android et iOS on peut difficilement acheter des applications dans les stores respectifs si on a mis le contrôle parental en place. Et ça je pense que ça reste une bonne chose. Si on autorisait les applications tierces à imlémenter des paiements par leur propre biais, il serait plus facile pour les enfants de prendre la carte bleu de papa ou maman et de rentrer les informations si le développeur n'est pas scrupuleux.

    En revanche, il est indéniable que prendre 30% de commission est totalement inacceptable.

    git is great because linus did it, mercurial is better because he didn't

  • [^] # Re: et USB-C ?

    Posté par  (site web personnel) . En réponse au lien L’Allemagne exige 7 ans de mise à jour et de pièces détachées pour les smartphones. Évalué à 2.

    De plus, en France il est obligatoire de fournir des écouteurs avec un téléphone. Je vois mal Apple fournir des AirPods gratuitement. Je comprends pas trop cette rumeur de téléphones sans ports.

    git is great because linus did it, mercurial is better because he didn't

  • [^] # Re: et USB-C ?

    Posté par  (site web personnel) . En réponse au lien L’Allemagne exige 7 ans de mise à jour et de pièces détachées pour les smartphones. Évalué à 4.

    J'ai toujours eut du mal avec ce concept de recharge 'sans fil'. Le chargeur sans fil il est bien toujours relié au secteur par un fil, non ? Du coup, ça change quoi que le fil se branche sur une petite station d'accueil "sans" fil et pas directement sur le tel ?

    Si c'est pas si mal. Je me souviens à la Fnac que les téléphones d'expositions avaient un connecteur complètement foutu (iPhone et android) à force de les prendre en main. Ça évite de l'usure prématurée. L'USB-C est top mais ça reste un connecteur assez fin. En revanche il a été conçu pour que ce soit le câble mâle qui casse en premier, donc c'est un avantage.

    git is great because linus did it, mercurial is better because he didn't

  • # et USB-C ?

    Posté par  (site web personnel) . En réponse au lien L’Allemagne exige 7 ans de mise à jour et de pièces détachées pour les smartphones. Évalué à 7.

    Et moi je souhaite que l'USB-C passe comme connecteur obligatoire pour tous les périphériques rechargeable (laptops, téléphones, tablettes, clavier, souris, etc).

    Ainsi, plus besoin de fournir ni de câble ni d'adaptateur dans les boites et on économisera du plastique et des matériaux rares. Ça bougera le cul à certaines entreprises qui veulent pas lâcher leurs connecteurs propriétaires.

    git is great because linus did it, mercurial is better because he didn't

  • # L'orienté objet c'est surfait

    Posté par  (site web personnel) . En réponse au lien eC : un C orienté objet. Évalué à -2.

    Aucun intérêt selon moi. L'orienté objet a beaucoup de problèmes de conception et est de plus en plus boudé (c.f rust, go).

    git is great because linus did it, mercurial is better because he didn't

  • [^] # Re: Prérequis d'un smartphone

    Posté par  (site web personnel) . En réponse au lien La carte vitale dématérialisée.... Évalué à 3.

    Tu ne veux pas de ta CB dans ton tél ? Il te suffit de conserver ta cb physique

    Oui et non, pour le moment à chaque fois que je fais un paiement en ligne je suis obligé de valider via l'application mobile du crédit mutuel. Bon il me semble qu'on peut activer une option SMS mais j'avoue ne pas avoir regardé.

    Ma conseillère elle même m'avait aussi apporté ses craintes avec cette nouvelle norme concernant les personnes plus âgées ou moins à l'aise avec la technologie.

    git is great because linus did it, mercurial is better because he didn't

  • [^] # Re: Prérequis d'un smartphone

    Posté par  (site web personnel) . En réponse au lien La carte vitale dématérialisée.... Évalué à 8. Dernière modification le 20 août 2021 à 10:54.

    Comme pour chaque évolution, il y aura toujours des gens qui disent "je déteste" puis 10-20 ans plus tard c'est dans les mœurs et les gens "oublient" qu'ils détestaient avant.

    Rien à voir.

    J'aime la modernité et les nouvelles technologies. Je n'aime simplement pas être forcé à utiliser des choses que je ne veux pas. Je n'aimerais pas par exemple, que mon employeur me force à installer une application pour déverrouiller notre alarme au travail. Tout comme je n'aimerais pas qu'il me force à prendre ma voiture personnelle pour aller chez un client.

    Je crois qu'on a tendance à oublier qu'un smartphone c'est pas immortel. J'avais un nexus 5x pendant 3 ans, il m'a laché du jour au lendemain. Je fais quoi si même mon smartphone ne déverrouillerait plus mon hypothétique porte d'entrée connectée ?

    Concernant le porte feuille, la carte bleue et le paiement sans contact ont largement réduit la nécessité d'avoir de la monnaie. Maintenant il est même possible de commander des cafés en machines self-service en payant par carte. Je n'ai jamais de monnaie sur moi.

    La population sur LinuxFr vieillit, elle passe de "moderne qui saute sur les nouveautés" à "conservateur qui a peur des nouveautés".

    C'est vrai. C'est même pour ça que j'ai tenté de développer une distribution Linux basée uniquement sur un toolchain LLVM complet (sans glibc, libstdc++, libgcc* ni binutils) se focalisant uniquement sur wayland.

    git is great because linus did it, mercurial is better because he didn't

  • # Prérequis d'un smartphone

    Posté par  (site web personnel) . En réponse au lien La carte vitale dématérialisée.... Évalué à 9.

    Ça fait des années que je le vois venir. Bientôt le smartphone sera un prérequis dans la vie. J'en ai un certes, mais j'aimerais avoir la liberté de me dire qu'un jour je puisse m'en passer d'autant plus qu'avec l'arrivée progressive des téléphones pliable pesant une brique, je commence à détester de plus en plus les smartphones.

    Prochaines étapes :

    • application carte grise
    • application permis de conduire
    • application carte d'identité
    • application assurance auto/moto/habitation
    • application carte bleu^Woh attendez…

    git is great because linus did it, mercurial is better because he didn't

  • [^] # Re: Je ne comprends pas

    Posté par  (site web personnel) . En réponse au lien Airyx: un OS libre proche macosx basé sur FreeBSD. Évalué à 2.

    À noter une autre aberration, le trackpad de bureau

    Ah ça non. Je peux te jurer que j'adorerai en avoir un sur Linux aussi. Le trackpad sur macOS est pas juste un click. C'est du multipoint, gestion de la pression et tout ce que tu veux (le click qui est sur toute la surface est un régal). Et quand je fais de la MAO je peux t'assurer que ma souris reste dans le tiroir 😉

    git is great because linus did it, mercurial is better because he didn't

  • [^] # Re: Un titre pareil...

    Posté par  (site web personnel) . En réponse au journal Cassandra 4 qui la testent, un qui l'Hécube. Évalué à -1.

    Bah du coup je confirme que tu as pas répondu à la bonne personne. Si tu me prends pour un fragile c'est que tu n'as absolument rien compris à mon message.

    git is great because linus did it, mercurial is better because he didn't

  • [^] # Re: Un titre pareil...

    Posté par  (site web personnel) . En réponse au journal Cassandra 4 qui la testent, un qui l'Hécube. Évalué à -2.

    Hmmm, je crois que tu as pas choisi la bonne réponse non ?

    git is great because linus did it, mercurial is better because he didn't