07:29 <discord___> <Gagaro> J'ai vu flask je me suis arrêté là 🥸
08:10 <Mindiell> Gagaro: tu as eu tort <3
08:41 <discord___> <Gagaro> En la lisant je me suis plutôt dit que j'avais raison 😄
08:42 <discord___> <Gagaro> Il y a tellement de choses de refaite qui sont de base dans Django
09:04 <feth> Si on a besoin d'un MVC rigide, et qu'on n'aime pas savoir comment c'est fait, django est sans doute insurpassable.
09:31 <feth> Bonjour !
09:31 <feth> Je rappelle que c'est vendredi, n'oubliez pas de mettre en prod après l'apéro !
09:32 <feth> En attendant, une petite discussion MD vs rst https://mastodon.gougere.fr/@ffeth/106509799804696066
09:34 <Mindiell> ton sondage est pas hyper objectif je dirais :)
09:36 <asyd> ouarf ce sondage
09:37 <feth> Mindiell: bah peut-être qu'au fond de toi tu devrais faire du Ruby tu sais
09:38 <feth> Python est un langage pour quand on cherche à éviter l'ambiguïté ; perso je pense que l'ambiguïté a souvent du mérite (mais pas tout le temps)
09:42 <mdk> Matin, je met à jour afpy.org après avoir mergé la PR de Seluj78
09:43 <Mindiell> feth: ah non, le Ruby c'est de l'allergie
09:47 <feth> C'est un peu le ubuntu du format texte.
09:47 <mdk> feth: J'aime le Markdown pour les petits documents, comme les README, et le reStructuredText pour les "vrais" documents.
09:47 <mdk> feth: et je met en prod le vendredi :)
09:48 <feth> mdk: en même temps t'as pas le choix, MicroSoft/Github ne supporte pas sphinx
09:49 <mdk> feth: Non mais ça gère le rst : https://github.com/certbot/certbot/
09:51 <feth> mdk: ma directive préférée est ".. include"
09:51 <feth> or github ne la gère pas
09:51 <feth> c'est con quand même, on parle d'un truc spécifié
09:52 <mdk> Dommage, oui il me semble que include vient de rst pas de sphinx ...
09:53 <feth> oui, c'est ce que je dis
09:53 <feth> Après tout la culture microsoft c'est de mal gérer les standards non
09:54 <mdk> Presque, leur culture c'est de rajouter leurs propre tags pour que des gens deviennent dépendant de leur rst :D
09:58 <misc> au lieu de faire comme GCC et d'abord de spécifier les choses dans le standard C, puis de coder
09:59 <feth> ou comme Python, coder l'implémentation de référence, deal with it
09:59 <feth> (je plaisante, ça va ?)
10:00 <discord___> <Gagaro> Ça tombe bien Django est open source donc tu peux tout à fait savoir comment c'est fait 🙂
10:00 <discord___> <Gagaro> Et la rigidité comme tu dis apporte beaucoup de facilités
10:00 <debnet> Personnellement j'ai souvent essayé de m'éloigner de Django, j'y reviens toujours.
10:01 <misc> "welcome to the hotel djangofornia"
10:01 <discord___> <Gagaro> Je suis toujours convaincu que Flask est un mauvais choix face à Django
10:03 <feth> Gagaro: Alors très vite sur ce sujet: flask ne t'impose pas d'utiliser un ORM et est parfait par exemple quand tu tapes dans une bdd bizarre, ou dans aucune, enfin bref, quand tu codes ta vue sans béquilles.
10:03 <feth> C'est par rapport à pyramid qu'il y a une grosse question ;)
10:04 <feth> pyramid demande pas mal d'apprentissage; mais des projets peuvent probablement passer de flask à pyramid sans trop de souffrance
10:05 <Mindiell> flask c'est piti, c'est mignon, ça juste fonctionne.
10:05 <Mindiell> Pas besoin de sortir l'artillerie lourde la plupart du temps
10:11 <discord___> <Gagaro> J'ai rarement (pour ne pas dire jamais) eu de projet qui n'a pas eu besoin d'une des fonctionnalités intégrés à Django
10:12 <discord___> <Gagaro> Et Django ne t'impose pas d'utiliser un ORM non plus, de la même manière que tu n'es pas obligé d'utiliser les templates (DRF s'en passe très bien)
10:13 <entwanne> Et j'ai rarement vu de projet qui avait besoin de toutes les fonctionnalités intégrées à Django
10:14 <entwanne> Ou même de projet qui se satisfaisait uniquement des fonctionnalités intégrées à Django
10:14 <debnet> Django possède un énorme écosystème de solutions intégrées pour tout et n'importe quoi aussi, ça aide pas mal.
10:14 <discord___> <Gagaro> Ce n'est pas parce que c'est inclus que tu dois l'utiliser
10:14 <entwanne> (DRF par exemple puisque t'en parles, c'est pas de base)
10:15 <discord___> <Gagaro> Et c'est évident que Django ne se suffit pas à lui même non plus sinon il n'y aurait pas besoin d'écrire du code 😄
10:15 <entwanne> Non mais ça explique justement que des personnes se tournent vers des solutions plus légères qui correspondent le mieux à leur besoin
10:15 <discord___> <Gagaro> C'est d'ailleurs une des philosophie de Django de laisser les choses évoluer en dehors du core pour ne pas l’alourdir plus que ça
10:15 <discord___> <Gagaro> La maintenance ça a un cout
10:16 <Mindiell> j'adore ces jours où on est finalement tous d'accord :)
10:16 <discord___> <Gagaro> Qu'est-ce qu'on appelle "plus léger" ?
10:16 <discord___> <Gagaro> Django n'est pas un CMS non plus
10:17 <discord___> <Gagaro> Si il avait la définition des urls au niveau des vues tu pourrais l'utiliser comme Flask
10:18 <entwanne> Plus léger = pas "Downloading Django-3.2.5-py3-none-any.whl (7.9 MB)"
10:20 <feth> Pour comparaison pyramid-2.0-py3-none-any.whl (246.6 kB)
10:20 <feth> et Flask-2.0.1-py3-none-any.whl (94.8 kB)
10:20 <debnet> 8 MB est ce que c'est encore considéré comme "lourd" de nos jours ?
10:20 <discord___> <Gagaro> Oui c'est ce que j'allais dire
10:20 <discord___> <Gagaro> 8Mo c'est ridicule pour une application
10:21 <feth> 8MB de code zippé ? votre question est «est-ce que c'est gros» ?
10:23 <discord___> <Gagaro> C'est du code coté serveur, pour moi ça ne l'est clairement pas
10:24 <discord___> <Gagaro> De toute façon, et c'est pour moi le plus important et ce que je répète tous le temps, il faut utiliser les outils avec lesquels on est le plus à l'aise, c'est en général ceux avec lesquels on avancera le plus vite et mieux.
10:24 <discord___> <Gagaro> (Tant que tu bosses tout seul dessus :D)
10:25 <entwanne> Mais pourtant c'est toi qui viens dire que c'est un mauvais choix ^^
10:26 <discord___> <Gagaro> Oui mais à chacun ses mauvais goûts 😄
10:27 <discord___> <Gagaro> Je veux dire, je connais des gens très bien qui font du PHP 😅
10:29 <feth> the Block II Apollo Guidance Computer used 36,864 sixteen-bit words of core rope memory
10:29 <misc> je suppose qu'une corde peut être le stockage d'une machine de turing
10:30 <discord___> <Gagaro> C'est comme les cartes à trous sauf qu'ils faisaient des nœuds à la place ? 🤔
10:30 <misc> bah, j'imagine
10:30 <feth> https://en.wikipedia.org/wiki/Core_rope_memory
10:32 <feth> Je calcule bien ? 72 ko d'ASM pour envoyer des gens sur la Lune ?
10:33 <discord___> <Gagaro> http://www.righto.com/2019/07/software-woven-into-wire-core-rope-and.html
10:33 <discord___> <Gagaro> C'est trop bien comme principe en vrai 😄
10:35 <Mindiell> feth: il faut pas grand chose finalement
10:35 <feth> Je sais pas, il faut 8 Mo de code compressé et donc certainement buggé pour un hello world en django.
10:35 <Mindiell> :D
10:36 <misc> en même temps, la fusée a 72k d'assembleur sans doute parce que tout le reste est fait en electronique directement
10:36 <Mindiell> oui, mais comme il faut plusieurs giga juste pour lire le hello world...
10:36 <feth> Et en humains surentraînés
10:37 <Mindiell> en singes non ?
10:38 <discord___> <Gagaro> Et tu ne peux pas le faire en flask, il te faudrait un moteur de template ☺️
10:38 <Mindiell> non
10:38 <entwanne> si tu as besoin de templates
10:38 <entwanne> sinon tu peux servir des fichiers html aussi
10:38 <Mindiell> les templates sont pas obligatoires
10:38 <Mindiell> ou meme renvoyer "hello world" sans html
10:39 <entwanne> Ah oui, on parlait du hello world
10:39 <discord___> <Gagaro> Quoi et laisser ton navigateur gérer sans ses balises
10:39 <entwanne> le navigateur gère bien le texte
10:39 <discord___> <Gagaro> Et les métadonnées ?
10:39 <entwanne> les en-têtes ?
10:40 <discord___> <Gagaro> Le favicon 😱
10:41 <Mindiell> euh, on a dit "plus simple et moins gourmand" non ?
10:41 <Mindiell> genre : https://wyz.fr/6R-PT
10:42 <Mindiell> bref,
10:43 <discord___> <Gagaro> `python -m http.server`
10:43 <feth> Le saviez-vous ? Python contient une fonctionnalité de templates !
10:44 <discord___> <Gagaro> f"" ? 😄
10:44 <Mindiell> les f-string ?
10:44 <Mindiell> :D
10:44 <feth> non, les templates
10:44 <feth> Par ailleurs, jinja2 c'est bien (quand on ne le réinvente pas, hein django) mais y a aussi mako et d'autres choses.
10:45 <Mindiell> j'avoue que j'utilise jinja a toutes les sauces...
10:45 <feth> si j'avais un marteau
10:45 <Mindiell> pour générer des trucs hein..
10:48 <feth> bah xslt aussi ça génère des trucs :)
10:48 <misc> feth: comme django est plus vieux que jinja, est ce que c'est pas l'inverse ?
10:48 <feth> pour le html / xml c'est pas mal : https://docs.makotemplates.org/en/latest/syntax.html
10:49 <feth> misc: ah mince
10:51 <misc> mais sinon, je suis d'accord, perl etait la avant python, je vois pas trop pourquoi on a du reinveter un language au lieu de faire un module CPAN pour ça
10:52 <feth> un module CPAN nommé 2.8 ça aurait de la gueule
10:53 <feth> Cela dit Perl est pas capable de faire une nouvelle version sans forker le langage en deux nouvelles versions.
10:58 <misc> ah oui, un probléme qu'on a évité en ayant aucun besoin de portage dans python
11:00 <feth> au moins en asm ça passe
11:02 <misc> en version intel, ou en version AT&T ?
11:03 <feth> Pourquoi changer de processeur ? https://svtsim.com/moonjs/agc.html
11:04 <misc> bah, tu changes pas de processeur
11:05 <misc> ensuite, c'est sur que devoir utiliser ça comme ide, ça a plus de classe
11:39 <HS-157> Ce spam d'offre dans mon agrégateur de flux !