cg a écrit 1805 commentaires

  • # Drôle de liste

    Posté par  . En réponse au lien [RFE] List of top apps missing on Flathub - GitHub. Évalué à 5.

    Sur la liste complète, je connais 3 applis, que je n'utilise même pas :p.

    Le premier commentaire est en or massif ;).

  • [^] # Re: ... et les mensonges

    Posté par  . En réponse au lien RFC 1925: The Twelve Networking Truths. Évalué à 4.

    Ah, celle-ci est dans More falsehoods programmers believe about time, qui est une extension de Falsehoods programmers believe about time.

    À parcourir en attendant la fin de la cuisson d'un gâteeau d'anniversaire1 :
    - https://github.com/kdeldycke/awesome-falsehood#dates-and-time
    - https://github.com/kdeldycke/awesome-falsehood#software-engineering


    1. Je décline toute responsabilité en cas de gâteau carbonisé 

  • [^] # Re: Vitesse de la lumière

    Posté par  . En réponse au lien RFC 1925: The Twelve Networking Truths. Évalué à 3.

    Oui, c'est ce que je me suis dit. Et ensuite je me suis dit que si j'y pensais très fort, l'image apparaîtrait quand même. Bref, une belle démonstration de PEBCAK :D.

  • [^] # Re: https ?

    Posté par  . En réponse au lien Perdu.com est mort. Évalué à 3.

    Logique, car ce n'est pas car tu es perdu que tu n'es pas suivi :p.

  • [^] # Re: Vitesse de la lumière

    Posté par  . En réponse au lien RFC 1925: The Twelve Networking Truths. Évalué à 1.

    Merci ! Il me semblait pourtant avoir mis le lien direct vers le png :-/.

  • # Vitesse de la lumière

    Posté par  . En réponse au lien RFC 1925: The Twelve Networking Truths. Évalué à 2. Dernière modification le 16 septembre 2024 à 20:11.

    No matter how hard you push and no matter what the priority, you can't increase the speed of light.

    Une conférence avec une diapositive disant Speed of light is not fast

    ( ^—à l'aide les modos, mon nimage ne se voit pas :-/)

  • # ... et les mensonges

    Posté par  . En réponse au lien RFC 1925: The Twelve Networking Truths. Évalué à 4.

    Ça m'a fait penser aux Illusions de l'informatique distribuée.

  • [^] # Re: *8

    Posté par  . En réponse au lien Stockage de 4GB de données et de programmes en 1959. Évalué à 9.

    L’abréviation anglaise GB signifie gigabyte, soit gigaoctet (Go) en français.
    L’abréviation (anglaise ou française) Gb signifie gigabit.

    Un octet étant composé de 8 bits, le facteur de taille entre 1GB et 1Gb est de 8 fois.

    Étant donné que le titre est en français, tu pouvais mettre 4Go, ça évitait toute ambiguïté.

    (sans rentrer dans la différence entre Go et Gio).

    En tout cas, belle photo !

  • [^] # Re: Putaclic

    Posté par  . En réponse au lien Quand il s'agissait de poser une bombe chez Reflets. Évalué à 9.

    Nonobstant, une menace de mort reste une infraction sévèrement punie par la loi.

    Certains employés d'Amesys ont montré par le passé qu'ils n'étaient pas spécialement finauds.

  • # Ces sommes sont effrayantes

    Posté par  . En réponse au lien Une analyse financière de Mozilla. Évalué à 4.

    Je trouve ça complètement vertigineux qu'on soit arrivé à un niveau de complexité, qui fait que l'interface grand public d'Internet, c'est à dire le navigateur, demande de dépenser des millions et des millions d'Euros chaque année.

    On est loin de pour 100 briques t'as plus rien.

  • # Mais aussi

    Posté par  . En réponse au lien Guide d'écriture inclusive pour parlementaires récalcitrant·es (passionnant, quoique HS). Évalué à -1.

    Ça vaut le coup de s'y pencher ! Perso j'en peux plus du masculin générique et de l'invisibilisation des femmes dans notre belle langue.

  • [^] # Re: Remarques

    Posté par  . En réponse au message Wrapper for ALSA recording of playback device. Évalué à 4.

    Au passage, ça peut servir, pour couper sur les espaces multiples et les tabs, je fais souvent cette séquence :

    echo $un_truc | tr -s ' \t' ' ' | cut -d ' ' -f 1,2,3,5,7,11,13,17

    Le -s de tr "squeeze" les répétitions.

    Je ne sais pas à quel moment ça devient plus rentable de sortir sed, awk ou Perl pour le faire avec des regex, ceci dit.

  • [^] # Re: Remarques

    Posté par  . En réponse au message Wrapper for ALSA recording of playback device. Évalué à 4.

    Finalement j'ai fait le test en C, et mon ordi met 5ms pour un million d'itérations, et 2,4s pour 1 milliard.

    void something(int a) {
        return;
    }
    
    void main(void) {
        unsigned long long i;
        for(i = 1; i <= 1000000000 ; i++) {
            something(1);
        }
    }

    Mais comme tu dis, si je précise -O2 ou -O3, ça devient inférieur à la milliseconde, car l'optimiseur supprime alors la boucle et les appels à la fonction, vu que ça ne fait rien.

    On peut voir l'assembleur en faisant cc -S -O2 var.c, ça génère un var.s, pour celles et ceux qui ne connaissent pas.

  • [^] # Re: Remarques

    Posté par  . En réponse au message Wrapper for ALSA recording of playback device. Évalué à 3.

    Deux programmes simples, avec un million d'exécutions d'une fonction :

    ~ $ cat var.sh
    #!/bin/bash
    
    function something() {
        param=$1
        return
    }
    
    echo "avec assignation"
    for i in {1..1000000}; do
        something $1
    done
    
    ~ $ cat novar.sh
    #!/bin/bash
    
    function something() {
        return
    }
    
    echo "sans assignation"
    for i in {1..1000000}; do
        something $1
    done
    

    Sur ma machine, la version avec assignation prend presque toujours une seconde de plus que celle sans assignation. Genre 6 secondes au lieu de 5, ce qui est en effet énorme !

    Dans un langage compilé, précompilé ou avec du JIT, c'est sans doute moins un sujet. Le même genre de programme en C prend sans doute moins de quelques millisecondes (flemme totale d'essayer).

  • [^] # Re: Quelques questions

    Posté par  . En réponse au lien Présentation de BorgBackup, l'un des meilleurs outils de sauvegarde disponibles sous Linux. Évalué à 3.

    Par contre, si la clé ET la phrase sont volées, changer la phrase de passe ne sert à rien

    Bémol : ça ne sert à rien pour les sauvegardes existantes. Ça reste utile pour celles à venir.

  • [^] # Re: Ça a l'air rigolo

    Posté par  . En réponse au message [QEMU] [MICRO:BIT] utiliser STDIO (ou autre) pour debugger l'UART. Évalué à 3.

    Entre-temps j'ai essayé avec un programme AVR qui affiche des trucs sur l'UART et qemu-system-avr -serial stdio, j'ai bien eu l'affichage sur la console.

    Et merci pour la découverte de qemu-system-*, c'est bien sympa comme outils !

  • [^] # Re: Quelques questions

    Posté par  . En réponse au lien Présentation de BorgBackup, l'un des meilleurs outils de sauvegarde disponibles sous Linux. Évalué à 6.

    changing the passphrase after passphrase and borg key got compromised does not protect future (nor past) backups to the same repository ; qu'est-ce que cela signifie ?

    Il est dit que si la phrase de passe et la clé sont volés, changer la phrase de passe ne protège pas les données qui ont été chiffrées avec cette clé, dans le passé comme le futur. Le et est très important.

    Il y a trois éléments à considérer ici :

    • la phrase de passe qui protège la clé.
    • la clé qui protège les données.
    • les données.

    La phrase de passe sert à protéger la clé (c'est la clé de la clé, quoi). Si la phrase est volée sans que la clé soit volée, on peut changer cette phrase, la clé sera protégée par une nouvelle phrase de passe. C'est rapide et simple, et les données restent protégée par la clé. Youpi.

    Si la clé est volée sans ce passe, les données sont encore relativement à l'abri, sauf si le voleur arrive à trouver le passe plus tard, et a accès aux données chiffrées. Changer la phrase de passe ne permet pas de garantir que la clé ne sera jamais décryptée à un moment ou un autre. Si la phrase était balèze1 le risque n'est pas forcément énorme.

    Par contre, si la clé ET la phrase sont volées, changer la phrase de passe ne sert à rien, car même avec une nouvelle passphrase, la clé reste la même, et le voleur en a donc une version déchiffrée qui lui permet d'aller lire les données.

    Donc dans ce dernier cas, il faut changer la clé.

    Et c'est là que c'est embêtant, car pour changer la clé de données existantes, il faut déchiffrer les données avec l'ancienne clé, et les chiffrer de nouveau avec la nouvelle clé, et ça c'est beaucoup plus long ! De plus, je ne sais pas si Borg sait faire ça facilement.

    Enfin c'est ce que j'ai compris.


    1. Exemple: "blague a part la convergence taupiere ne permet plus de lire des poemes aux toilettes comme autrefois". 

  • # Passage explicite du paramètre

    Posté par  . En réponse au message Wrapper for ALSA recording of playback device. Évalué à 3.

    J'ai essayé sur ma machine, et en fait la remarque fonctionne avec un autre warning :

    a_period_passed() {
    ^-- SC2120 (warning): a_period_passed references arguments, but none are ever passed.
    

    Donc il te recommande de passer un paramètre à a_period_passed() explicitement pour éviter tout ambiguïté sur la nature de $1, des fois que tu croies que $1 est le premier paramètre de ligne de commande (perso je me suis fait avoir). Ta fonction met une valeur par défaut, donc pas de problème de programmation à ce niveau.

    Il ne dit rien pour get_file_size() car tu passes le paramètre et $1 est donc défini sans l'ombre d'un doute, pas la peine de houspiller le programmeur :).

    Sinon, oui désolé, j'avais lu un peu en diagonale et cru que tu voulais couper au bout de $1 secondes. Bref.

  • # Ça a l'air rigolo

    Posté par  . En réponse au message [QEMU] [MICRO:BIT] utiliser STDIO (ou autre) pour debugger l'UART. Évalué à 3.

    Je pense qu'il faut dire à qemu vers quel périphérique tu veux renvoyer la console série :

    qemu-system-arm -M microbit -device loader,file=./uart.hex -s -S -serial <le device>.

    D'après le manual, ce peut être stdin/stdout, une socket TCP, un "vraie" liaison série avec baudrate et tout dans /dev/ttyACM0, etc…

    Si tu choisis ce dernier cas, tu pourras ensuite de connecter dessus avec picocom ou minicom.

  • [^] # Re: timeout ?

    Posté par  . En réponse au message Wrapper for ALSA recording of playback device. Évalué à 2.

    J'ai retrouvé, c'est timemachine mais c'est un plugin Jack, moins simple que ALSA.

  • [^] # Re: timeout ?

    Posté par  . En réponse au message Wrapper for ALSA recording of playback device. Évalué à 3.

    Ah et je vois que arecord a directement une option -d, --duration=# qui permet de donner une durée directement en secondes, aussi.

    Si tu souhaites déclencher un enregistrement rapidement, j'avais vu un paquet sur Debian, dont j'ai oublié le nom, qui permettait en substance de déclencher un enregistrement de l'audio quelques secondes avant qu'on lance la commande !

    En gros, il y a un démon qui tourne et converse l'audio dans un buffer circulaire de plusieurs secondes/minutes en permanence, et un second outil qui permet de capturer ce buffer et de prolonger l'enregistrement. Comme ça, quand on entend un truc intéressant, on peut l'enregistrer a posteriori.

  • # timeout ?

    Posté par  . En réponse au message Wrapper for ALSA recording of playback device. Évalué à 2.

    Question peut-être bête, mais est-ce que avec timeout tu ne peux pas simplifier drastiquement la gestion du temps ? Genre :

    timeout 10s arecord ...
    
  • [^] # Re: Quand ils sont venu chercher les journalistes ...

    Posté par  . En réponse au lien la France va mal, et la liberté de la presse en souffre. Évalué à 6.

  • [^] # Re: c'est un peu dire que l'outil est neutre, ça encore

    Posté par  . En réponse au lien M Surman: "Il faut se préoccuper des gens qui détournent l'IA plutôt que de la technologie elle-même. Évalué à 3.

    On peut lire le grand roman de la physique quantique de Manjit Kumar pour se rendre compte de comment en quelques années tellement de choses ont changé dans la compréhension qu'on a de la physique. Je reste fasciné par les prédictions parfois faites 30 ou 50 ans avant qu'on sache faire la démonstration et fournir la preuve.

    La fameuse photo du congrès Solvay de 1927 regroupe une belle brochette de chercheurs et une chercheuse aux noms célèbres.

  • # Pour ceux qui aiment ce clavier

    Posté par  . En réponse au lien The X220 ThinkPad is the best laptop in the world (via OSnews) - Bradley Taunt. Évalué à 2.

    le Typematrix a un toucher un peu similaire, un peu plus ferme peut-être.