Conversation

Notices

1. Embed this notice
   Tristan Nitot✓ (nitot@framapiaf.org)'s status on Friday, 05-Jan-2024 19:35:14 JST Tristan Nitot✓

   • Sébastien Roccaserra 🐿️

   L'incroyable Niklaus Wirth vient de mourir, son travail méritait bien qu'on revienne sur sa vision de la simplicité et de l'optimisation : https://www.standblog.org/blog/post/2024/01/05/Deces-de-Niklaus-Wirth cc @sroccaserra

   • Embed this notice
     Christian Quest 🌍 (cquest@amicale.net)'s status on Friday, 05-Jan-2024 19:35:12 JST Christian Quest 🌍

     in reply to

     @nitot

     A propos de la Loi de Wirth, je me suis permis il y a quelques années pour faire comprendre les #bloatware, de la coupler à la Loi de Moore et d'en faire le "Loi de Quest" ;)

     Le code écrit pour des machines d'il y a 20 ou 30 ans est d'une incroyable efficacité sur les machines d'aujourd'hui.

     Il est temps de redécouvrir de qui est sous grep, sed, awk... et leurs compilateurs internes.

     PS: mon Apple II boote en 2s avec une carte fash à la place d'un HDD Profile de 5Mo ;)

     Haelwenn /элвэн/ :triskell: likes this.
   • Embed this notice
     Christian Quest 🌍 (cquest@amicale.net)'s status on Friday, 05-Jan-2024 19:36:35 JST Christian Quest 🌍

     in reply to

     @nitot Il me semble que Wirth expliquait aussi avoir constaté que ses étudiants optimisaient de moins en moins leur code au fur et à mesure que les années passaient...

     La notion de vitesse acceptable d'exécution faisait que l'on n'allait pas plus loin dans l'optimisation et comme les machines sont de plus en plus rapide, on atteint cette vitesse acceptable plus vite.

     C'est avant l'ajout de fonctionnalité le principal problème à mon avis, couplé à une méconnaissance grandissante du matériel.

     Haelwenn /элвэн/ :triskell: likes this.
   • Embed this notice
     Tristan Nitot✓ (nitot@framapiaf.org)'s status on Friday, 05-Jan-2024 19:37:21 JST Tristan Nitot✓

     in reply to

     • Christian Quest 🌍

     @cquest tu ne le sais pas encore mais t'es sur la liste d'invités pour ma série de podcasts !

     Haelwenn /элвэн/ :triskell: likes this.
   • Embed this notice
     Benjamin Bouvier 🥐 (bnjbvr@tutut.delire.party)'s status on Friday, 05-Jan-2024 19:37:54 JST Benjamin Bouvier 🥐

     in reply to

     @nitot Rien à voir avec toi, mais je ne suis pas du tout d'accord avec sa citation :

     > l’incapacité des utilisateurs à faire la différence entre les fonctionnalités essentielles et celles qui sont juste sympas.

     À mon sens, c'est *aussi* une des causes majeures de l'échec du logiciel libre, de penser que les gens ne sont que purs produits rationnels à la recherche de la performance ou de la fonctionnalité pure, sans étude de l'expérience d'utilisation ou le plaisir esthétique.

     Haelwenn /элвэн/ :triskell: likes this.
   • Embed this notice
     Benjamin Bouvier 🥐 (bnjbvr@tutut.delire.party)'s status on Friday, 05-Jan-2024 19:37:56 JST Benjamin Bouvier 🥐

     in reply to

     • Sébastien Roccaserra 🐿️

     @nitot @sroccaserra Très cool hommage 👏

   • Embed this notice
     Christian Quest 🌍 (cquest@amicale.net)'s status on Friday, 05-Jan-2024 19:38:57 JST Christian Quest 🌍

     in reply to

     • Tox Nouillez & Toutology

     @nitot @frg2m on a des pages web aujourd'hui, plus lourdes que Windows 95 complet ;)

     Haelwenn /элвэн/ :triskell: likes this.
   • Embed this notice
     Tristan Nitot✓ (nitot@framapiaf.org)'s status on Friday, 05-Jan-2024 19:38:58 JST Tristan Nitot✓

     in reply to

     • Christian Quest 🌍
     • Tox Nouillez & Toutology

     @frg2m @cquest Office 97 et Windows 98 avaient besoin de 171 fois moins de mémoire que Windows 10 et Office 2019. Word est certes mieux en 2019 qu'en 97. Correcteur grammatical, plus de langues supportées, des émojis, etc. Mais 171 fois mieux ? je suis à peu près sûr que non ! Source : https://www.greenit.fr/2020/08/18/x171-la-croissance-du-poids-de-nos-logiciels/

   • Embed this notice
     Tristan Nitot✓ (nitot@framapiaf.org)'s status on Friday, 05-Jan-2024 19:39:00 JST Tristan Nitot✓

     in reply to

     • Christian Quest 🌍
     • Tox Nouillez & Toutology

     @frg2m @cquest nous sommes à peu près sûr que non !

   • Embed this notice
     Tox Nouillez & Toutology (frg2m@linuxrocks.online)'s status on Friday, 05-Jan-2024 19:39:01 JST Tox Nouillez & Toutology

     in reply to

     • Christian Quest 🌍

     @cquest @nitot
     un vieux soft DOS sur un CPU moderne tournera quelques dizaines de milliers de fois plus rapidement... est-on sûr que les nouveaux soft apportent tous la plus-value attendue ? 😜

   • Embed this notice
     Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Friday, 05-Jan-2024 19:40:15 JST Haelwenn /элвэн/ :triskell:

     in reply to

     • Christian Quest 🌍
     • Tox Nouillez & Toutology
     @cquest @nitot @frg2m D'ailleurs FreeDOS émulé dans jslinux démarre bien plus rapidement que la grande majorité des webapps.
   • Embed this notice
     Tox Nouillez & Toutology (frg2m@linuxrocks.online)'s status on Saturday, 06-Jan-2024 01:58:37 JST Tox Nouillez & Toutology

     in reply to

     • Haelwenn /элвэн/ :triskell:
     • Christian Quest 🌍

     @lanodan @cquest @nitot
     On empile couche sur couche, et au final, tous les gains de perfs du hard sont mangés par ce mille feuille logiciel :-)

   • Embed this notice
     Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Saturday, 06-Jan-2024 01:58:37 JST Haelwenn /элвэн/ :triskell:

     in reply to

     • Christian Quest 🌍
     • Tox Nouillez & Toutology
     @frg2m @cquest @nitot On pourrais avoir presque 0 couches que ça serait pareil, par example vu comment la plupart n'optimisent pas du tout les images, ce qui est pourtant le plus simple et efficace, et relativement facile à automatiser (oh non une couche ^^).