'tain, asyncio en Python, c'est plein de chausse-trapes.
 
Heureusement que https://websockets.readthedocs.io/e [...] yncio.html est une bonne FAQ, parce que sinon, bonne chance pour savoir qu'il faut ajouter un  
await asyncio.sleep(0)
derrière un await websocket.send(message)

kitétoa

kitétoa

Ayncio a plein de pièges mais ça c’est plus asyncio-websocket, le send qui yield jamais alors qu’il est awaitable c’est chaud.  

'tain, asyncio en Python, c'est plein de chausse-trapes.
 
Heureusement que https://websockets.readthedocs.io/e [...] yncio.html est une bonne FAQ, parce que sinon, bonne chance pour savoir qu'il faut ajouter un  
await asyncio.sleep(0)
derrière un await websocket.send(message)

C'est le bien, une fois que tu y es habitué, point de retour en arriere possible.

Je crois que c'est l'IA qui va sauver leur modèle économique, parce que ça justifierai enfin l'abonnement.
 
Ce que je retiens, pour avoir payé de ma poche la suite pendant quelques années, c'est la relative stagnation de ces softs. Quand tu les utilises vraiment régulièrement dans un contexte professionnel, tu te rend compte qu'il manqueraient de nombreuses fonctionnalités et "quality-of-life enhancements" qui te simplifieraient grandement la vie. Je n'ai malheureusement pas d'exemple concret, mais c'est entré dans mon imaginaire le fait que j'ai mainte fois cherché des solutions à des problèmes, mais qui étaient restés lettre morte. Les quelques améliorations annuelles ne justifiant pas le coût exhorbitant total que tu paye sur une longue période.
 
Aussi, l'imposition de l'ensemble de la suite s'apparente à de la vente forcée. Je serais heureux de payer 20-30.- plutôt que 60.- si je pouvais me limiter à 3 softs : Photoshop, Illustrator & InDesign. Le reste n'était vraiment pas utiles au quotidien. Et, à la limite, Illustrator ne venait qu'en dernier recours lorsqu'Inkscape n'arrivait pas à ouvrir certains rares fichiers, donc dispensable.
 
Au final, le fait que tu ne peux pas acheter une version précise, et la garder quelques années car elle suffirait amplement, s'additionne à la panoplie des autres abonnements des autres logiciels. Et cette quantité d'abonnements commence à bien faire... Au moins, avec le capitalisme classique, maigre consolation, quand t'achetais un marteau, il t'appartenait pour la vie. Là, on est en plein dans le "you'll own nothing & you'll love it" prémonitoire.
 

Regarde la cat Ada, tu vas comprendre  

Oh merde.  

J'ai regardé le topic ouvert par lady287, je trouve que c'est trop compréhensible pour que ça soit Jovalise

Faut encore descendre au sous-sol pour rebooter rufo  

C'est bien ce que je dis, tous les autres languages le font de facon dégeu, autant faire du node

 
Il avait pas encore link une vidéo déjà linké. Mais ça prouve qu'il scrap les réponses pour s'enrichir.  

jovalise dopé à l'IA

 
Oui, je ne comprends pas pourquoi mon client-serveur est en interlocking quand je fais juste un send coté client -> recv coté serveur, mais que tout fonctionne impec quand je fais quelque chose de plus compliqué, à savoir send coté client -> recv du serveut et send back de ce qu'il a reçu vers le client.Autrement dit, ça marche quand il y a un acknowledgement, mais pas quand c'est juste une communication simple.
Je pense qu'il y a une event loop qui bloque quelque part.

J'ai regardé le topic ouvert par lady287, je trouve que c'est trop compréhensible pour que ça soit Jovalise

 
Le async/await, l'invention qui a mis au panthéon du web Node. Reprise de facon dégueulasse par tous les languages ensuite.

async/await je m'en servais en C# en 2013 mais avec du vrai multithreading derrière

Masklinn as tu été pompé ?

 
Si chaque événement est traité par le spawn d'un thread, c'est pas du tout performant, on va passer son temps à spawner des threads.
Je pense que le plus performant, ce sont des async/await monothreadés, mais avec des boucles d'événements gérées chacune dans son thread dédié, et qui peuvent si nécessaire communiquer entre elles par des queues bloquantes. Là, tu peux atteindre 100% de CPU et des millions d'events/sec sans problème et je pense qu'on ne fait guère plus performant que ça.

À sa décharge , la mesure proposée ne portait que sur les PEA qui sont plafonnés à 150k. C'est le problème avec les centristes, ils proposent des demi-mesures qui ne règlent pas tout. Je pense que ce que Flaie veut dire, c'est que ce genre de mesure devrait idéalement s'appliquer à toutes les actifs boursiers. Et immobiliers, sans doute, j'ai pas bien saisi sa position sur la question mais ça a l'air de lui porter à cœur.

L'IA dopée par Jovalise, il ne faut pas oublier que tout HFR a certainement été pompé pour les entrainer

Je suis contre le fait de dévoiler des identités ici

Achevez-moi

Je retourne à ma cabane. Appelez-moi quand le monde sera vivable.

Je suis contre le fait de dévoiler des identités ici, même si dans le cas présent ça explique pas mal de choses

Je suis contre le fait de dévoiler des identités ici, même si dans le cas présent ça explique pas mal de choses

+1

Il y en a qui utilisent Stripe pour la factu ici ?
Le gros de mon activité commerciale va passer par des transactions Stripe, mais la boite doit aussi pouvoir émettre des factures manuelles pour d'autres types de transactions.
Si on veut conserver la cohérence des numéros de facture, le plus simple est d'émettre une facture Stripe manuelle mais ça signifie que le paiement passe aussi par Stripe, et donc un % part en comm pour le service.
Est-ce qu'une facturation "hybride" (Stripe pour ce qui passe par le SaaS et un autre outil pour le reste) est possible à votre connaissance, ou c'est trop casse-tête ?

Chez Plamcorps on gère tout de notre côté mais on prend l’argent avec Stripe.  
Ça nous permet de faire des factures manuelles et quand un client paye, on attend juste le webhook stripe pour générer une facture de note côté.  
 
Ça évite les trucs chiants des numéros qui ne se suivent pas et écouter un webhook est très simple, la doc stripe est top.