06:47 <discord_afpy> <z4cwork> Ils proviennent d’où les messages de l’afpy-bot ?
07:13 <discord_afpy> <fred.et.rick> d’IRC
08:31 <discord_afpy> <melcore> à l'inverse nos messages vont également sur IRC
09:38 <debnet> Et inversement !
10:56 <asyd> tiens j'ai un petit algo amusant a faire, ça pourrait faire un exercice hackinscience je pense
10:57 <asyd> faire une liste de match simple a partir d'une liste de participant, mais faut pas deux matches qui se suivent ont un participant en commun
11:25 <asyd> je suis même pas sûr de réussir d'ailleurs 🙃
11:31 <asyd> ah si, mais la vache 5mn pour 9 participants
11:35 <discord_afpy> <z4cwork> Ah trop cool. et tu sais ce qu'ils utilisent pour aller sur IRC ?
11:35 <asyd> un client IRC ? :)
11:36 <discord_afpy> <z4cwork> genre lequel ? mIRC ?
11:39 <asyd> par exemple
11:39 <asyd> et tu te connectes sur Libera irc.libera.chat:6697
11:42 <discord_afpy> <z4cwork> Merki. et tu sais s'il y a des clients plus modernes qui permettent de rester connecter, éventuellement avec du push sur mobile et tout ça ?
11:42 <asyd> alors la, non, je ne sais pas
11:43 <olasd> il faut un serveur pour l'héberger, mais thelounge (https://thelounge.chat/) répond aux critères
11:45 <discord_afpy> <z4cwork> Merci !
11:45 <asyd> tiens connaissait pas, mais passer par le web pour de l'IRC je trouve que ça perds un peu de son intérêt
11:46 <discord_afpy> <z4cwork> ( en plus c'est en TS c'est pas en Python XD )
11:55 <discord_afpy> <fred.et.rick> y’a des client IRC pour mobile si c’est que tu cherche
11:56 <discord_afpy> <z4cwork> dans l'idéal il me faudrait un téléphone avec un clavier ou je peux faire du jjjjkkklll :x
11:57 <discord_afpy> <fred.et.rick> j’ai pas compris le lien avec le clavier
11:58 <discord_afpy> <z4cwork> ( vim )
12:01 <discord_afpy> <fred.et.rick> sur mobile ?
12:06 <discord_afpy> <z4cwork> oui carrement !
12:14 <discord_afpy> <fred.et.rick> j’ai du mal à voir l’utilité. t’as un mobile assez grand pour être utilisé à 10 doigts ?
12:34 <z4c> hello world
12:34 <discord_afpy> <z4cwork> non justement ... c'est pour ça qu'il me faut un clavier 😄
12:39 <discord_afpy> <amaurypi> Pourquoi est-ce que ça perdrait de son intérêt ? Le web c'est une plateforme comme une autre
12:40 <discord_afpy> <amaurypi> Ce serait comme dire que passer par un programme en C++ pour aller sur IRC ça perd son intérêt, j'vois pas trop d'où ça vient 🤔
12:45 <z_> bah c'est a dire que d'un point de vue impact environnemmental. envoyer moins d'un 1ko entre deux machine est moins pouluant que charger 1Mo d'interface en Vue.js pour envoyer 10ko encapsuler, sans compter la quantité de terres rares qu'il faut pour fabriquer le serveur qui va tourner h24 ... c'est plus la meme chose quoi.
13:10 <discord_afpy> <amaurypi> Je vois l'argument
13:10 <discord_afpy> <amaurypi> Ça se nuance par le fait que beaucoup utilisent des
13:10 <discord_afpy> <amaurypi> Aussi j'ai vérifié : The Lounge est plus opti que ça, la page entière (toutes ressources intégrées, scripts, images, styles, etc.) pèse 500 Kio, et les messages sont d'une taille similaire au protocole IRC (c'est le protocole SocketIO réduit au minimum), parfois c'est même plus petit
13:10 <discord_afpy> <amaurypi> Et je soupçonne la différence réelle en terme d'impact comme étant plus que mineure, tous calculs réalisés
13:11 <discord_afpy> <amaurypi> L'encapsulation pour envoyer un message sur The Lounge est de 34 octets
13:11 <discord_afpy> <fred.et.rick> j’ai du mal à comprendre « envoyer moins d'un 1ko entre deux machine est moins pouluant que charger 1Mo d'interface en Vue.js pour envoyer 10ko encapsuler » en quoi le fait de se connecter à IRC fait passer le msg de 1 à 10Ko ?
13:12 <discord_afpy> <amaurypi> Même interrogation tbh
13:12 <discord_afpy> <amaurypi> On dirait que c'est basé sur des préjugés anti-JS pas trop à jour, et je trouve ça dommage (si c'est pas le cas je retire, évidemment)
13:12 <discord_afpy> <amaurypi> J'admets que c'est facile de ne pas être à jour vu que ça évolue vite
13:13 <discord_afpy> <fred.et.rick> sans parler du fait que «  envoyer moins d'un 1ko entre deux machine est moins pouluant que charger 1Mo d'interface en Vue.js » c’est comparer 2 choses qui ne sont pas comparable. t’as bien du télécharger un client IRC à un moment où à un autre
13:13 <discord_afpy> <amaurypi> Indeed
13:14 <discord_afpy> <amaurypi> On pourrait argumenter qu'on ne télécharge le client qu'une fois et le site web à chaque fois, mais :
13:14 <discord_afpy> <amaurypi> - les politiques de cache web sont devenues
13:14 <discord_afpy> <amaurypi> - on retélécharge aussi le client IRC en entier à chaque mise à jour, donc c'est assez similaire en réalité
13:14 <discord_afpy> <amaurypi> Le web est de plus en plus une plateforme pour exécuter des logiciels (avec des technologies différentes), les contraintes convergent de plus en plus
13:16 <discord_afpy> <fred.et.rick> la seule interogation que j’ai, c’est est-ce que le navigateur met le résultat du parsing du js/css en cache ou si il se refait tout le travail à chaque chargement de page, ce qui effectivement aurait sans doute un impact plus important que de lancer weechat
13:18 <discord_afpy> <amaurypi> De ce qu'on m'avait expliqué c'est un habile mélange des deux
13:19 <discord_afpy> <amaurypi> Mais beaucoup de choses sont compilées avant d'être exécutées en JS (des trucs JIT bien sûr, mais aussi d'autres choses)
13:19 <discord_afpy> <amaurypi> Ça c'était pour le JS, pour le CSS j'admets ne pas savoir (je soupçonne que ça dépend des moteurs, aussi)
13:20 <discord_afpy> <amaurypi> J'imagine qu'il y a des caches, ça semble être un moyen simple de gagner en performance et c'est un élément de combat acharné entre navigateurs, ça me surprendrait qu'on n'en profite pas… sauf s'il y a un blocage auquel je ne pense pas
13:20 <discord_afpy> <amaurypi> Cela dit ce n'est que de la réflexion personnelle. Il faudrait des sources, tout ça.
13:39 <discord_afpy> <z4cwork> oui c'est compilé, ça donne un petit fichier .js qui tourne en continue sur le naviguateur https://thelounge.chat/docs/usage#native-app
13:47 <discord_afpy> <z4cwork> Je viens de regarder. c'est du array js dans du base64. peut etre pas 1 à 10 mais du wrapper applicatif dans du wrapper protocole dans du wrapper tls. ce dernier par contre c'est la meme chose partout.
13:48 <z4c> par contre ce qui est sympa c'est que ça fait en plus gestionnaire d'utilisateur.
13:48 <z4c> ce qui veut dire que si vous etes chaud on peut en partager une seule instance a plusieurs, chacun avec ses networks, chans, configs, themes ... etc
13:51 <z4c> quelqu'un de calé par ici sur du web socket en python ? c'est toujours maintenu Daphne, Channels, Twisted et tout ça ?
14:03 <discord_afpy> <amaurypi> Les autres jsp mais Django Channels oui
14:04 <discord_afpy> <amaurypi> Alors je pensais pas dans ce sens là (et je soupçonne que @fred.et.rick non plus), on pensait plus au navigateur lui-même qui garderait une version bytecode ou équivalent du CSS/JS tant qu'il ne change pas
14:04 <discord_afpy> <amaurypi> Pour optimiser les exécutions successives
14:05 <discord_afpy> <fred.et.rick> c’était effectivement mon interogation
14:05 <discord_afpy> <amaurypi> Mais en effet c'est une pratique commune que de rassembler tous les JS et tous les CSS dans un unique fichier (ou de le diviser non par rapport aux contraintes de développement, mais de livraison, par exemple un fichier global et un pour les pages rares, un par langue, etc.)
14:05 <discord_afpy> <amaurypi> Où vois-tu du base64 ? Le protocole WebSocket est très proche de… sockets (comme IRC), la seule surcouche c'est un type de message
14:06 <discord_afpy> <amaurypi> Concrètement c'est du JSON avec un identifiant collé pour le type de message
14:10 <discord_afpy> <amaurypi> Ce que fait aussi le protocole IRC, juste d'une autre façon, avec le type de message sous la forme d'un mot-clef initial
14:10 <discord_afpy> <amaurypi> (`PRIVMSG`, etc.)
15:56 <alain_afpy> Pas de devroom Python au FOSDEM - https://discuss.afpy.org/t/pas-de-devroom-python-au-fosdem/1851