07:51 <discord_afpy> <amine_horseman> Grafcet c'est très commun pour programmer les automates PLC
07:52 <discord_afpy> <amine_horseman> C'est pas trop pour les développeurs, c'est plutôt pour les automaticiens et les grosses machines industrielles (genre bras mécaniques qui font un seul truc seulement, mais très très vite)
07:56 <discord_afpy> <amine_horseman> Et j'imagine que la plupart ici on travaillent sur le secteur logiciel, c'est pour ça qu'on ne voit jamais ce monde, de la même manière les automaticiens ne vois jamais la gestion dns dans leurs projets et peut être pour eux c'est un truc qu'ils ont vu une fois dans un cours random pendant leur études
08:02 <discord_afpy> <amine_horseman> Et non, je suis désolé, les chaines de distribution mécaniques qui te remplissent tes bouteilles ne sont pas programmés en python 😝 je vous prie de respecter les outils des autres, les PLC dominent certains secteurs industriels
09:46 <asyd> PLC ?
09:59 <discord_afpy> <amine_horseman> C'est des automates industriels pour contrôler les grosses machines électriques/mécaniques
10:00 <No`> wow... Grafcet... j'avais pas entendu parler de ce terme depuis mon bac. En 1992. C'est vrai que c'était un formalisme sympa pour modéliser un process d'automatisation.
11:38 <misc> ah, j'avais toujours cru que ça s'écrivait avec un ph
11:42 <No`> le "f", c'était pour "fonctionnel", dixit wikipedia (j'avais oublié les détails de l'acronyme)
12:36 <entwanne> mdk: Bon ça m'embête cette histoire de contexte vide sur https://discuss.afpy.org/t/gestionnaire-de-contexte-qui-ne-sexecute-pas/2839/19 mais je connais pas assez les frames pour savoir s'il y a moyen de s'en sortir
12:36 <entwanne> Mais sinon il suffit de "rebrander" _Stop en une RuntimeError qui précise que le gestionnaire de contexte ne peut pas être vide :D
12:37 <mdk> hahahaha "it's not a bug, it's a feature!"
12:37 <mdk> Mais si on descend au niveau des opcodes on aura un autre souci : la compatibilité d'une version de Python à l'autre, je pense.
12:38 <entwanne> class _Stop(RuntimeError):
12:38 <entwanne> pass
12:38 <entwanne> _Stop.__qualname__ = 'RuntimeError'
12:39 <entwanne> Hop, ni vu ni connu
16:01 <debnet> entwanne: Je viens de vomir dans ma bouche.
16:08 <entwanne> :(
16:08 <entwanne> ça m'arrive régulièrement : ça veut juste dire que tu as mangé trop vite après t'être levé
16:09 <misc> ou trop bu
16:10 <debnet> entwanne: J'ai p'tet un truc avec les frames.
16:16 <debnet> entwanne: Ah merde ça marche pas si le corps du context manager est un one-liner. xD
16:17 <debnet> Pourquoi ?!
16:17 <debnet> Oh.
16:25 <entwanne> Pas un one-liner mais s'il ne produit pas d'opérations
16:26 <debnet> entwanne: https://discuss.afpy.org/t/gestionnaire-de-contexte-qui-ne-sexecute-pas/2839/20?u=debnet
16:30 <debnet> Ah merde j'avais pas vu que mdk avait déjà trouvé.
16:30 <mdk> t'as trouvé en double ?
16:30 <debnet> @mdk On a la même approche. x)
16:30 <mdk> mais moi avec les lignes et toi avec les opcodes, intéressant !
16:31 <mdk> Tu gère with ignore(): pass ?
16:31 <mdk> with ignore(): 1 ?
16:31 <debnet> Je regarde.
16:31 <debnet> Ouais ça marche.
16:33 <mdk> Ahhhh top ça, avec nos méthodes ça marchait pas. J'ai pas voulu jouer avec les opcodes: trop peur que ça change de comportement d'une version de l'autre de Python
16:33 <debnet> mdk: C'est giga tordu, et en vrai je me demande si ça marche si tu utilises un subinterpreter...
16:33 <debnet> Comme on remplace comme une brute la stack actuelle.
16:34 <mdk> Meuh non on remplace pas la stack, on lève juste une gentille exception :]
16:35 <debnet> M'enfin j'ai perdu une partie de mon après midi là dessus alors que j'ai du travail, je te félicite pas.
16:37 <mdk> Ça sera peut-être utilisé sur Genepy, t'as contribué malgré toi :]
16:38 <mdk> J'essaye de monter un GUL dans ma région : https://mamot.fr/@mdk/115509152126193911
16:38 <debnet> N'empêche tu ne m'enlèveras pas de l'esprit que ça marchera pas à tous les coups. x)
16:38 <mdk> debnet: ça sent le truc qui va casser a chaque mise à jour de l'interpréteur oui... les opcodes ça bouge souvent
16:45 <debnet> mdk: Après je ne fais qu'identifier que ce qui suit dans le bloc est un opcode, je m'amuse pas à les différencier.
16:45 <debnet> Mais on n'est pas à l'abri qu'un jour ils inventent un truc entre deux.