Oui, les deux fonctions sont appelées à la création de la liste, la boucle for d'après avec `task()` ne sert à rien (et est même fausse et pose soucis pour la compréhension)
Explication claire ! Quand je compare ce même concept à celui du JavaScript, il me paraît plus « verbeux » mais le résultat/logique « semble » être quasi le/la même. Merci pour cette explication…
Merci pour ton commentaire ! C'est tout à fait normal que JS est moins verbeux que Python quand il s'agit de faire de l'async : JS, dès sa création a été conçu dans le but d'être asynchrone. Dès le départ il fallut trouver une solution à la problématique du rendu des pages côté client qui ne devaient absolument pas bloquer alors que le navigateur ne pouvait pas lancer plus d'un seul thread. Le langage a donc eu le temps de se développer et on est passé du callback hell, au promises, puis à la fameuse syntaxe async/await. Python quant à lui a toujours pu executer du code asynchrone grâce au coroutine mais la librairie officiel pour faire de l'async que j'utilise dans cette vidéo vient tout juste d'arriver, ce qui explique son fonctionnement un peu plus bas-niveau que si on l'avait fait en JS.
Salutation! Je n’ai pas encore regardé la vidéo je n’ai pas le temps mais j’ai vus les trois première minute; petite question si je veut faire de la traduction de masse est ce que cela est adapté ?
Bonjour, Tout dépend du procéder ! S'il y a besoin de faire énormément de I/O (lecture, écriture au niveau du disque ou du réseau...) cela peut-être très intéressant. Dans le cas contraire, si traduire consiste à beaucoup solliciter le GPU ou le CPU, alors l'async' ne sera pas du tout efficace et peut même être témoin de baisses en performances.
Exactement. Un temps d'attente quelconque qui concerne l'I/O (entrées-sorties), c'est à dire une requête HTTP par exemple ou le stockage d'un fichier dans le disque de stockage etc.
![Felix "Unfair" | [Stray Kids : SKZ-PLAYER]](http://i.ytimg.com/vi/Oswujxm2Ag0/mqdefault.jpg)
Deuxième partie juste ici : ruclips.net/video/rVQRbsKVtcE/видео.html
lien mort :/
Franchement bien expliqué ! j'adore !
wow. J'ai enfin compris grâce à cette vidéo. Merci BEAUCOUP
Content de t'avoir aidé !
Merci pour l'explication super clair :D
Merci d’avoir fait cette vidéo mon dieux ❤️
Au plaisir :)
Merci bcp tu gères la fougère et tu me sauve le vie pour mon projet NSI
Merci à toi.
J'ai une deuxième vidéo à ce sujet mais le son est assez pourri.
Je suis le seul à avoir tiqué à 7:00 en pressentant un nontype error ?
Bonsoir, je n'ai pas compris ton commentaire
A 7:43 le traceback t'indique une erreur car tu tentes d'exécuter None() qui n'est pas callable .
D'accord
Oui, les deux fonctions sont appelées à la création de la liste, la boucle for d'après avec `task()` ne sert à rien (et est même fausse et pose soucis pour la compréhension)
merci pour cette vidéo :) !!!
merci tu as sauvé mon dm
salut rached stp il n y a pas moyen de t'écrire directement mm genre sur discord stp?
Bravo, 1.8k vue, mais quelle perle !
Un grand merci à toi !
RAched je t'aime
Explication claire ! Quand je compare ce même concept à celui du JavaScript, il me paraît plus « verbeux » mais le résultat/logique « semble » être quasi le/la même. Merci pour cette explication…
Merci pour ton commentaire ! C'est tout à fait normal que JS est moins verbeux que Python quand il s'agit de faire de l'async :
JS, dès sa création a été conçu dans le but d'être asynchrone. Dès le départ il fallut trouver une solution à la problématique du rendu des pages côté client qui ne devaient absolument pas bloquer alors que le navigateur ne pouvait pas lancer plus d'un seul thread. Le langage a donc eu le temps de se développer et on est passé du callback hell, au promises, puis à la fameuse syntaxe async/await.
Python quant à lui a toujours pu executer du code asynchrone grâce au coroutine mais la librairie officiel pour faire de l'async que j'utilise dans cette vidéo vient tout juste d'arriver, ce qui explique son fonctionnement un peu plus bas-niveau que si on l'avait fait en JS.
Merci, très bonne video très claire
Merci !
Salutation! Je n’ai pas encore regardé la vidéo je n’ai pas le temps mais j’ai vus les trois première minute; petite question si je veut faire de la traduction de masse est ce que cela est adapté ?
Bonjour,
Tout dépend du procéder ! S'il y a besoin de faire énormément de I/O (lecture, écriture au niveau du disque ou du réseau...) cela peut-être très intéressant. Dans le cas contraire, si traduire consiste à beaucoup solliciter le GPU ou le CPU, alors l'async' ne sera pas du tout efficace et peut même être témoin de baisses en performances.
@@rached1177 ok merci de ta réponse ça marche! Aucune idée dans quel case ca va se situer mais j’essayerais haha
Ca marche pas vraiment dommage >
C'est vraiment top dommage que tu n'es fait que deux vidéos.
question bête mais est-ce qu'en pratique le asyncio.sleep est remplacé par une requête vers une API par ex ?
Exactement. Un temps d'attente quelconque qui concerne l'I/O (entrées-sorties), c'est à dire une requête HTTP par exemple ou le stockage d'un fichier dans le disque de stockage etc.
@@rached1177 Ok super. J'en ai justement besoin pour maîtriser les django channels