15:14 <debnet> Ooooh la nouvelle version de PyCharm est déjà désagréable... Chadys et matthieub vous allez être ravis.
15:15 <debnet> matthieusb
15:15 <discord_afpy> <chadys> Je viens de lire le début de la release note, j'ai pas envie de mettre à jour --'
15:16 <discord_afpy> <chadys> Je vais encore devoir désinstaller et décocher plein de trucs
15:28 <discord_afpy> <matthieusb> Trop chouette plus d'IA ça me manquait. J'avais déjà désactivé tous les trucs relatifs à leur IA pas top ...
15:28 <discord_afpy> <matthieusb> La depression me guette
15:29 <debnet> Je dois admettre que cette injonction à utiliser l'IA est super pesante au quotidien.
15:29 <debnet> On l'utilise déjà par procuration un peu partout même quand on ne veut pas.
15:45 <discord_afpy> <cyrille6366> moi je suis un fou-malade, je code sous vim depuis 10 ans 😉
15:46 <discord_afpy> <cyrille6366> avec deux trois plugins hein, pas à poil
15:48 <discord_afpy> <chadys> Je vais finir par rejoindre mdk sous emacs
15:49 <discord_afpy> <captainkro> pareil. en plus j'ai vu qu'il y a un mode pour avoir l'interpreteur python dans un docker (c'est surtout pour ça que j'utilise pycharm)
15:51 <misc> y a des bibliothécaires aux USA qui font des formations sur comment retirer l'IA: https://les-enovateurs.com/bibliothecaires-ateliers-apprendre-passer-ia-salle-comble
15:51 <discord_afpy> <matthieusb> Peut-être qu'un jour je passerai sous neovim, on sait pas
15:52 <alain_afpy> Concilier un cache performant avec une politique de sécurité stricte de CSP avec nonce - https://bearstech.com/blog/concilier-un-cache-performant-avec-une-politique-de-securite-stricte-de-csp-avec-nonce
15:53 <discord_afpy> <melcore> Pourquoi utiliser un IDE quand on peut juste utiliser l'opérateur de redirection dans bash 😄
15:56 <discord_afpy> <cyrille6366> Je crois que c’est plus facile que `vim` quand on connait pas. Mais je sais pas si cette assertion est vraie.
15:56 <discord_afpy> <matthieusb> Il me semble que c'est la version turbo deluxe 3000 XXL avec tout plein de trucs pré-configurés pour quand on vient d'un IDE comme moi
15:56 <entwanne> Mon éditeur c'est Python
15:56 <discord_afpy> <matthieusb> Mais j'ai toujours pas sauté le pas
15:57 <discord_afpy> <vstinner> j'utilise aussi vim, mais sans plugin, depuis plus de 10 ans. ça fait le taf, c'est efficace 🙂 je l'utilise pour coder en C et en Python
15:57 <discord_afpy> <cyrille6366> ouah éditer ses fichiers avec Python… pourquoi pas, doit bien y avoir une lib qui fait ça
16:00 <discord_afpy> <cyrille6366> moi j’ai des plugins pour : la completion (dans les fichiers ouverts, pas de LSP), pour lancer les linters à l’enregistrement ou modif du fichier, un meilleur truc pour le navigateur de fichier … et question code c’est tout je crois. J’aime bien avoir le même éditeur pour tout : python, C, bash, markup (html, yaml, toml, json), javascript, css. Ah tiens si j’ai un plugin pour les templates django et pour que les
16:02 <discord_afpy> <cyrille6366> tu fais du debug avec vim et python, ou C ? Si tu dois t’attacher à un process, tu fais comment, depuis vim je veux dire.
16:03 <discord_afpy> <cyrille6366> ou alors c’est juste pdb et gdb seul à côté ?
16:04 <discord_afpy> <cyrille6366>
16:04 <discord_afpy> <vstinner> j'utilise souvent gdb dans un terminal à part. je n'utilise pas de débogueur en Python, juste j'ajoute des print() ! mais je ne bosse pas sur de gros projets Python alors ça va
16:05 <discord_afpy> <cyrille6366> core dev python et tu ajoutes des print… bon bon ça va alors je me sens moins nul 😉
16:05 <discord_afpy> <vstinner> bah oui, c'est fiable les print() et c'est facile à ajouter !!!
16:06 <discord_afpy> <cyrille6366> dans un code threadé… c’est pas ouf quand même. en même temps avec un debugger interactif non plus
16:06 <vstinner> pdb est assez austère, j'suis pas fan. j'ai utilisé pdb++ dans le passé avec son UI bleu qui me rappelle le bon temps sous MS-DOS :)
16:07 <discord_afpy> <cyrille6366> idem j’utilise plus pdbpp (ou pdp++ pour le nom joli)
16:07 <entwanne> En vrai on dévalorise souvent l'usage des print alors que ça reste bien pratique
16:07 <entwanne> (dans la mesure du possible pour débuguer j'essaie de reproduire un test qui isole le bug et je travaille avec des assertions, mais si j'y arrive pas les print ça va bien)
16:07 <entwanne> (quasi jamais de pdb ou autre)
16:07 <discord_afpy> <cyrille6366> oui on est d’accord entwanne
16:08 <discord_afpy> <cyrille6366> en général on debug quand on comprend pas alors qu’on a fait le reste avant
16:08 <vstinner> et oui, en Python, je commence toujours pas supprimer / commenter le maximum de code, pour limiter la quantité de code que je dois relire
16:09 <discord_afpy> <cyrille6366> maintenant que j’y pense, ça m’arrive quasi jamais de debuger mon propre code (en python). J’isole beaucoup donc c’est facile de faire un TU avec pytest souvent.