09:11 <discord_afpy> <bronxae> Tiens sans contexte je suis tombée sur ça https://leetle.app
09:11 <discord_afpy> <bronxae> full disclaimer c’est généré par des LLM
09:17 <entwanne> mdk va se faire remplacer par un LLM ?
11:08 <alain_afpy> Potato : un outil simple et intégré à Python pour le debug ! - https://discuss.afpy.org/t/potato-un-outil-simple-et-integre-a-python-pour-le-debug/2427
14:14 <ChOcO-Bn> j'avais l'habitude de faire des 1/0. Maintenant si possible je préfère des breakpoint()
14:21 <entwanne> Le gros inconvénient des solutions à base d'exceptions (NameError, ZeroDivisionError ou autres) c'est que ça gère mal les contextes où les exceptions sont attrapées (je ne savais même pas que c'était utilisé pour de vrai, potato n'étant là que pour la blague)
14:21 <entwanne> et heureusement breakpoint() fait très bien le boulot !
15:00 <debnet> Je peux compter sur les doigts d'une main les fois où je me suis servi de breakpoint() cependant. x)
15:05 <entwanne> (le vrai débug ça se fait avec des print !)
15:18 <discord_afpy> <melcore> print("1")
15:18 <discord_afpy> <melcore> print("2")
15:18 <discord_afpy> <melcore> print("2b")
15:18 <discord_afpy> <melcore> print("2c")
15:18 <discord_afpy> <melcore> print("3")
15:20 <entwanne> print('!'*80)
15:21 <ChOcO-Bn> :D
15:21 <ChOcO-Bn> 1/0 ou autre exception ca peut dépanner, par exemple dans un debug sauvage de django
15:22 <entwanne> Nan mais breakpoint c'est sympa en vrai, si tu es dans un contexte mono-processus mono-thread mono-fil :D
15:48 <misc> et en local
16:08 <alain_afpy> Chef-Cheffe de projets web junior : climat, agriculture et environnement - https://discuss.afpy.org/t/chef-cheffe-de-projets-web-junior-climat-agriculture-et-environnement/2428