• # si un admin ...

    Posté par  (site web personnel) . Évalué à 2 (+0/-0).

    … peut corriger, car c'est bien un lien en anglais, mon petit cerveau a oublié de le préciser ;)

    merci

  • # print vs debugger

    Posté par  (site web personnel, Mastodon) . Évalué à 2 (+0/-0).

    C’est marrant, pratiquement la moitié (ou plus) des commentaires sur HN porte sur le débogage. Et vous, comment déverminez vous vos codes ?

    “It is seldom that liberty of any kind is lost all at once.” ― David Hume

    • [^] # Re: print vs debugger

      Posté par  (site web personnel) . Évalué à 3 (+2/-1).

      Dans mes premières années j'utilisais le débogueur, puis en TP un encadrant nous a sorti un truc du genre « quand vous êtes dans le débogueur vous ne réfléchissez plus au comportement du programme ». Mince, ça s'est vu.

      Bon en fait ne sachant si cela se vérifiait j'ai tenté de moins l'utiliser, et en effet j'ai passé plus de temps à lire le code et à mettre des printf pour voir ce qu'il se passait, et beaucoup moins de temps à me demander pourquoi ça va lire 0xc36eff3b alors que x est localisé en 0xff99ea00 et vaut 0xffffffff.

      Maintenant j'utilise le débogueur surtout pour localiser les crashs, mais quand il s'agit de cerner un comportement inattendu c'est du printf. Ce qui est super avec ce dernier c'est que ça se déploie facilement, on peut l'utiliser en remote sans rien ajouter à la machine :D

      • [^] # Re: print vs debugger

        Posté par  . Évalué à 1 (+0/-0).

        et aussi, dans du code concurrent, le débogueur est très limité en aide et peut potentiellement créer des crash ne pouvant pas exister dans l'execution normale.

        • [^] # Re: print vs debugger

          Posté par  . Évalué à 1 (+0/-0).

          Tracing vs debuging. Le tracing est beaucoup plus intéressant. Tracepoint/kprobes côté kernel, lttng user tracepoint côté userspace.

      • [^] # Re: print vs debugger

        Posté par  (site web personnel, Mastodon) . Évalué à 1 (+0/-0). Dernière modification le 20 juin 2025 à 07:44.

        Moi je cré une macro DEBUG, ainsi je rajoute toujours des DEBUG en début de fonction et aux endroits clé. Dès qu'il y a un problème, je peux l'activer et comprendre rapidement ce qui se passe. En prod, il n'y a rien dans le code compilé.

        PS par contre en C un printf juste au bon endroit, ou un debugger, peut parfois enlever un plantage quand le buffer over flow est léger.

        Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.

  • # Pas compris

    Posté par  . Évalué à 2 (+1/-1).

    C’est probablement mon niveau d’anglais, mais j’ai rien compris au lien.

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

    • [^] # Re: Pas compris

      Posté par  (site web personnel) . Évalué à 2 (+0/-0). Dernière modification le 19 juin 2025 à 13:33.

      mais j’ai rien compris au lien.

      c'est du baby English ;-) toi pas parler bébé ?

      • [^] # Re: Pas compris

        Posté par  (site web personnel, Mastodon) . Évalué à 8 (+6/-1).

        Je pense que même en Anglais les bébés ne parlent pas comme ça. En fait si, ils parlent comme ça, mais par les fesses.

        C’est un exercice où chaque phrase est retranché intentionnellement d’un élément de structurel nécessaire : verbe, conjonction de coordination, ponctuation… C’est pas du baby english, c’est du cryptage (pas du chiffrage), et du cryptage asymétrique : on n’est pas sensé retrouver facilement la phrase d’origine, l’absence de bijection de la transformation est intentionnelle, et la destruction d’information est intentionnelle.

        C’est de la torture mentale et j’ai refusé de lire au bout de trois lignes. En tant que lecteur je demande d’être respecté un minimum et qu’on ne me gicle pas ses fèces au visage.

        ce commentaire est sous licence cc by 4 et précédentes

        • [^] # Re: Pas compris

          Posté par  (site web personnel) . Évalué à 6 (+4/-0).

          Je pense que c'est plutôt un langage « homme préhistorique » pour jouer l'idiot face aux gros cerveaux qui ajoutent des tonnes de complexité. J'ai aussi eu bien du mal à lire.

        • [^] # Re: Pas compris

          Posté par  . Évalué à 1 (+0/-1).

          J'ai pas lu … de quoi on parle ?

          "Le petit cerveau du "simple" développeur" … c'est attirant mais pas suffisamment explicite pour que je m'intéresse vraiment à la chose.
          Du coup, je préfère ne rien dire (ou des bêtises éventuellement) et compter les points. Vivement vendredi.

          "Si tous les cons volaient, il ferait nuit" F. Dard

          • [^] # Re: Pas compris

            Posté par  . Évalué à 5 (+3/-0).

            C'est la vie quotidienne du développeur moyen raconté à la manière d'un homme préhistorique. C'est plutôt amusant, j'ai ben aimé.

            • [^] # Re: Pas compris

              Posté par  . Évalué à 2 (+0/-0).

              Oh cool, merci, ça pourrait me parler, car comme je suis un développeur moins que moyen, on verra …

              Je me le garde sous le coude pour la pose de demain (vendredi :) midi.

              "Si tous les cons volaient, il ferait nuit" F. Dard

              • [^] # Re: Pas compris

                Posté par  (site web personnel) . Évalué à 2 (+1/-1).

                Je me le garde sous le coude pour la pose de demain (vendredi :) midi.

                une pose  ? comme celle du penseur de Rodin ? jusque ta pause méridienne ?

                • [^] # Re: Pas compris

                  Posté par  . Évalué à 2 (+0/-0).

                  Oui, la pause méridienne.

                  D'ailleurs on approche furieusement du solstice.
                  Les journées sont longues.

                  "Si tous les cons volaient, il ferait nuit" F. Dard

              • [^] # Re: Pas compris

                Posté par  . Évalué à 2 (+0/-0).

                j'ai pas vraiment compris et j'ai assez vite abandonné. Trop long peut être ?

                Bon, je réessayerai ce soir après l'apéro.

                "Si tous les cons volaient, il ferait nuit" F. Dard

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.