reno a écrit 3833 commentaires

  • [^] # Re: Et comme toujours ... le web les rezosocio amplifie le tout

    Posté par  . En réponse au journal [HS] Mon cerveau me ment ou pourquoi je ne commente que très peu. Évalué à 2 (+0/-0).

    Bah, il y a des irrationalitées 'à la mode' dont on parle plus OK, mais bon comme vieille irrationalitée il n'y a pas que les religions : l'homéopathie est pas mal dans le genre..

    Certaines peuvent baisser aussi : j'entends beaucoup moins parler des sourciers, du spiritisme..

    Bref tout cela montre que l'homme n'est pas particulièrement rationnel a la base et que ceux qui ont des intérêts financiers (les prêtres, les rois, les vendeurs de bonne aventure, les homéopathes.) utilisent ça a leur avantage : rien de nouveau sous le soleil..

  • [^] # Re: Et comme toujours ... le web les rezosocio amplifie le tout

    Posté par  . En réponse au journal [HS] Mon cerveau me ment ou pourquoi je ne commente que très peu. Évalué à 2 (+1/-1).

    Si tu pars d'un truc faux ou presque, tu vas t'enfoncer dans le faux de plus en plus, car c'est ce qui t'interesse et ton cerveau va te persuader que c'est vrai …
    Et la les dégats sont catastrophiques, des gens sont persuadés que la terre est plate !
    au 21e siècle

    Franchement, je ne vois pas trop la différence entre croire à une religion quelconque et croire que la terre est plate: les 2 sont irrationnels.
    Donc je ne vois pas trop en quoi la situation actuelle est pire qu'avant: au contraire le nombre de gens "raisonnable" (athées ou agnostique "sceptiques") est en constante augmentation (en valeur absolue).

    Bon OK en pourcentage, ça n'est pas sûr par contre mais ce pourcentage n'a jamais été très élevé..

  • [^] # Re: état de Wayland ?

    Posté par  . En réponse à la dépêche Nouvelle version de Fedora dite 33. Évalué à 3 (+1/-0).

    C'est que la conception de Gnome (ou de KDE) n'essaie pas particulièrement d'être robuste, il y a arcan https://arcan-fe.com/about/ qui montre qu'il est possible d'être robuste au dessus de Wayland, maid par défaut ça n'est pas le cas..

  • # Hautement customisée et hautement utile

    Posté par  . En réponse au sondage Votre invite de commande de shell…. Évalué à 4 (+2/-0).

    Prompt indiquant le worktree(repo) git utilisé + la branche utilisée + le répertoire utilisée en "compressant" pour que ça ne prenne pas de place.
    Avec un mode "vidéo inversé" quand je suis dans un worktree qui ne correspond pas a celui configuré dans les variables d’environnement du terminal: ça m'a pris du temps a développer mais je ne me suis plus jamais trompé de worktree..

  • # statique vs dynamique

    Posté par  . En réponse au journal Le début de la fin pour Intel ?. Évalué à 5 (+3/-0).

    Le problème est que les optimisations du compilateur fonctionne dans un monde 'statique', alors que l'utilisation de ton cache va dépendre des applications qui tournent sur le CPU: le compilateur va bien marcher pour les HPC ou il n'y a qu'une seule application qui tourne a la fois.
    Sur tout le reste, à mon avis le compilateur ne peut pas être compétitif par rapport a l'OoO et aux caches "dynamiques".

  • [^] # Re: VSCode

    Posté par  . En réponse au journal Toileharicot 12 est dehors. Évalué à 3.

    Il faut être trèèèsss patient pour utiliser CLion sur le projet sur lequel je suis..
    Après il y a un collègue qui m'a dit que ça allait en changeant la configuration pour que CLion utilise la RAM plutot que des fichiers, sans le COVID je l'aurais déjà torturé pour en savoir +

  • [^] # Re: VSCode

    Posté par  . En réponse au journal Toileharicot 12 est dehors. Évalué à 2. Dernière modification le 20/08/20 à 23:51.

    Aujourd'hui j'ai pingé la collègue avec laquelle je partage une machine son VSCode (enfin le plugin C++) utilisait 39GO de mémoire résidente.
    Le serveur est un monstre mais ça se remarquait quand-même !
    Elle ne l'utilisait même pas, elle avait juste laisser la fenêtre ouverte depuis Lundi..

    Après il n'y a pas de bon IDE pour les projets C++ de grande taille..

  • [^] # Re: À suivre

    Posté par  . En réponse au journal Sifive Hifive 1 revision B - Présentation de la carte - episode 1. Évalué à 4.

    Je suis quasiment sur que dans les extensions 16bit de ARM ou MIPS, les instructions 32 bits sont alignées sur 32bits pas sur 16bits comme le RISC V.
    Et ça n'est pas une petite différence, sur le RISC Vl peut y avoir un défaut de page pour accéder à la moitié d'une instruction, le prefetching est + compliqué aussi, après l'icache est + efficace..

  • [^] # Re: À suivre

    Posté par  . En réponse au journal Sifive Hifive 1 revision B - Présentation de la carte - episode 1. Évalué à 2.

    Merci, je sais pourquoi ça a été fait, mais pour moi c'est privilégié les microcontrôleurs qui ont très peu de RAM au dépend de CPU 'normal' après c'est clair que le RISC V va être cantonné au monde des microcontrôleurs pendant une longue période..

  • [^] # Re: À suivre

    Posté par  . En réponse au journal Sifive Hifive 1 revision B - Présentation de la carte - episode 1. Évalué à 4.

    Il y a quand même un point qui me choque particulièrement sur le RISC-V: la possibilité d'avoir des instructions 32bit non-alignées avec l'extension C.
    C'est un RISC ça?? Bonjour la complexité de l'extension..
    J'aurais bien aimé avoir un compte rendu de la discussion sur ce point car je trouve la décision vraiment surprenante.

  • [^] # Re: Amusant que Haiku soit le seul survivant

    Posté par  . En réponse à la dépêche Haiku R1 bêta 2. Évalué à 3.

    Je ne comprends pas ton argument : que tu repartes 'from scratch' ou que tu sois au dessus de Linux, si tu vises la récréation fidèle de BeOS, il faut créer un système de fichiers, ça ne change rien..

    Pas terrible l'attitude de Barret..

  • [^] # Re: Amusant que Haiku soit le seul survivant

    Posté par  . En réponse à la dépêche Haiku R1 bêta 2. Évalué à 2.

    Une des particularité de BeOS était une excellente gestion de processus en multi-CPU (le multi-cœur n’existait pas encore), bien meilleurs que Windows ou Linux de l’époque

    Pas si sûr que c'était une force du kernel de BeOS: pour moi, c'était plutôt les API qui poussaient les développeurs a utilisé le multithreading + que sous les autres OS.
    Et même si c'était oe cas: qu'est-ce qui est plus facile : adapter le scheduler de Linux pour ses besoins (en espérant l'intégrer au noyau à (long) terme) ou réécrire un OS?

    Sinon d'accord avec toi qu'il aurait fallu avoir l'équivalent de Wine pour Be.

  • # Amusant que Haiku soit le seul survivant

    Posté par  . En réponse à la dépêche Haiku R1 bêta 2. Évalué à 5.

    Amusant que Haiku soit le seul survivant: quand BeOS est mort, l'idée naturelle était de faire un clone de BeOS au dessus de Linux ou d'un BSD, mais le seul clone de BeOS qui reste part d'un "nouveau" noyau.

    Plusieurs explications possible, soit:
    1) seul le fait de repartir du début est assez motivant pour fidéliser des développeur.
    Même si d'un point de vue technique c'est sous-optimal (20 ans pour recréer BeOS..).

    2) l'utilisation de Linux/*BSD induit beaucoup de choix possible sur la réutilisation ou non de l'existant (au dessus de X11? sans X11?) qui fragmente et donc fragilise cette option.

    3) la faute a pas de chance.

    Je me souviens d'un projet de ré-implémentation au dessus de Linux qui avait commencé a prendre puis est mort: le nombre de développeur ayant le temps et les capacités pour travailler sur un projet de ce type étant très faible, un seul projet mort a peut-être suffit à tuer l'option BeOS/Linux.
    Après cette explication est peu satisfaisante car rien n’empêchait de forker le projet pour le continuer.

  • [^] # Re: Eiffel ?

    Posté par  . En réponse au journal Explorer des langages de programmation - édition 2020. Évalué à 3.

    Je crois que Bertrand Meyer a pris sa retraite, pour le reste pas la moindre idée.

  • [^] # Re: Ailleurs

    Posté par  . En réponse au journal Les girouettes. Évalué à 3.

    Le gouvernement Tchèque a effectivement fait un gros achat de masque a la Chine, qui peut les blâmer?

    Ceci dit mes beaux parents Tchèques (comme je pense la plupart des gens) n'ont PAS accès à ces masques, ils les fabriquent eux-mêmes.
    Est ce aussi efficace qu'un vrai masque ? Évidemment non, maintenant est ce inutile/néfaste?
    Je ne pense pas.. Après ça dépend du comportement des utilisateurs, mais je pense que la plupart des gens se rendent bien compte que c'est une protection, qui vaut mieux que rien mais pas une invitation a sortir sans raison pour autant..

  • # Ailleurs

    Posté par  . En réponse au journal Les girouettes. Évalué à 10.

    Ma femme est Tcheque donc on s'intéresse forcément a ce qui se passe la bas: ils ont décrété le confinement suffisamment tôt pour casser l'exponentielle, ont imposé le port du masque en public, aménagé des horaires dans les magasins pour les personnes âgées..

    Résultat ? Seulement 31 morts au total !

    Ça aurait pu être pareil en France..
    Ça aurait dû être pareil en France !!

  • # Adopté récemment < 1 mois

    Posté par  . En réponse à la dépêche Bitwarden, un gestionnaire de mots de passe libre. Évalué à -2.

    Côté, Android pas de problème.
    Côté Windows, pas d'extension d'IE juste de Microsoft Edge, dommage.

    Sinon très pratique.

  • [^] # Re: Rappel du principe

    Posté par  . En réponse au journal waypipe, affichage distant natif pour Wayland. Évalué à 2.

    Je n'utilisais pas l'export de fenêtre pour déporter un terminal mais des applications.

    Mon exemple sur le terminal, c'était juste une précaution/prévention car on me répond souvent que VNC c'est super: OK ça marche et j'apprécie beaucoup la persistence du contenu (je peux me déconnecter et me reconnecter une semaine plus tard: tant que le serveur n'a pas été rebooté le contenu est persisté) mais on sent vraiment la latence.

  • [^] # Re: Rappel du principe

    Posté par  . En réponse au journal waypipe, affichage distant natif pour Wayland. Évalué à 5.

    J'ai utilisé l'export de fenêtre pendant des années et c'était vraiment génial.
    Maintenant je suis obligé d'utiliser VNC a cause de coupure réseau assez fréquente, mais exporter un bureau beurk c'est bien + pénible a utiliser que l'export de fenêtre (avoir a gérer plusieurs "barre des taches" :-( ) et la latence est vraiment pas terrible: un terminal "directe" est bien plus agréable a utiliser qu'un terminal par VNC.

    Bah oui, du texte c'est bien moins couteux a envoyer que des bitmaps..

    Ce genre de configuration est très, très fréquent pour les développeurs, dommage que ça marche si mal (non, je ne veux pas utiliser tmux et vim).

  • [^] # Re: projet euler

    Posté par  . En réponse au journal Exercices de programmation et benchmarks. Évalué à 3.

    La méthode bourrin ne marche jamais sur les exo du project Euler, dans la vraie vie, faut voir..

  • [^] # Re: Paquets pour Guix

    Posté par  . En réponse à la dépêche Gestion de paquets et DevOps avec Nix, tour d’horizon sur un cas concret. Évalué à 2.

    Je ne suis pas utilisateur de Lisp mais je trouve que ton fichier montre bien que le mythe "le Lisp c'est illisible car il y a trop de parenthèses" n'est bien qu'un mythe, ça se lit bien.

    Je suis juste surpris par "#:use-module", c'est quoi ce machin qui ne commence pas par une parenthèse justement?

  • [^] # Re: Bellingcat

    Posté par  . En réponse à la dépêche Revue de presse de l’April pour la semaine 3 de l’année 2020. Évalué à 4. Dernière modification le 24/01/20 à 11:24.

    Surtout qu’on voit le policier lui envoyé en tir tendu alors que ce gars reculait et n’était en aucun gars une menace pour personne..

  • # hum pour de la bureautique?

    Posté par  . En réponse au journal C'est quoi ce bordel dans les CPU.. Évalué à 7.

    J'ai acheté un portable bureautique pour ma femme: mes critères: la RAM 8 Go et un SSD "assez gros" (256Go).
    Le CPU? Pas grand chose a faire..

  • [^] # Re: vim

    Posté par  . En réponse au journal Tout cela me fatigue…. Évalué à -2.

    Sauf que sur mon laptop avec 16 go de ram, l'utilisation mémoire de vscode, ça n'est pas un problème pour moi.
    Par contre le temps qu'il faut pour configurer vim pour le rendre utilisable en tant qu'IDE C++ ça c'est un problème (d'ailleurs je n'ai jamais réussi a configurer la gestion des onglets comme un 'vrai' IDE).

    Ceci dit vscode est assez mauvais sur bien des points, sa consommation mémoire est loin d'être son problème principal.

  • [^] # Re: Et par rapport à Python ?

    Posté par  . En réponse au journal Un ouvrage sur Julia. Évalué à 2.

    Ça c'est le comportement par défaut, optimiser pour les perf par défaut, personnellement je trouve que ça se défend..

    Mais il y a des modules pour utiliser des "intervalles", tu peux même les combiner avec des unités de mesure:
    https://news.ycombinator.com/item?id=21476056