diff --git a/05_fibers.md b/05_fibers.md
index 3ab56fa31455f875fb959ffc0e51274005be8826..73009f500f5b282c1200e75cccf5b110e762ea64 100644
--- a/05_fibers.md
+++ b/05_fibers.md
@@ -411,7 +411,7 @@ impl Runtime {
     * Alignement
     * Ajout de la fonction `f()` et de `skip() / gard()`
 * `skip()` sert qu'à aligner la mémoire
-* `gard()` est ka fonction appelé quand thread retourne
+* `gard()` est la fonction appelé quand thread retourne
 * Ressemble au code du contexte du début de la séance
 
 ```rust
diff --git a/07_stackless_coroutines.md b/07_stackless_coroutines.md
index 6138eb002a2d4ef32bfa8cffe628058d3e62aca3..6c24b86bb0d94506e4af0d79c7ba8c1e251126c7 100644
--- a/07_stackless_coroutines.md
+++ b/07_stackless_coroutines.md
@@ -18,7 +18,7 @@ patat:
 
 ## Stackless coroutines
 
-* Simplemnt une tâche qu'on peut mettre en pause et redémarrer: rendre le contrôle au scheduler (ou à une autre coroutine)
+* Simplement une tâche qu'on peut mettre en pause et redémarrer: rendre le contrôle au scheduler (ou à une autre coroutine)
 * En opposition aux coroutines avec pile (fibres/green-threads)
 * On utilise une machine d'états contenant les informations pour arrêter-redémarrer une tâche (on met pas ces informations dans une pile séparée)
 
@@ -58,7 +58,7 @@ async fn async_main() {
 
 1. Afficher un message lorsque la tâche démarre
 2. Faire une requête `GET` à un serveur
-3. Attemdre la réponse de la requête
+3. Attendre la réponse de la requête
 4. Afficher la réponse du serveur
 5. Faire une deuxième requête `GET`
 6. Attendre la deuxième réponse du serveur
@@ -85,7 +85,7 @@ pub enum PollState<T> {
 
 * Presque les mêmes définitions que `Future` et `Poll` de la librairie standard
 * Il manque que le contexte pour `poll()`
-* `NotReay` -> `Pending` pour la librairie standard
+* `NotReady` -> `Pending` pour la librairie standard
 * Tout l'enjeu pour chaque partie de notre code sera d'implémenter le trait `Future`
 
 ## La coroutine 1/
@@ -136,7 +136,7 @@ fn main() {
 ```
 
 * On démarre la coroutine avec l'état à `Start`
-* La coroutine implémnte le trait `Future`
+* La coroutine implémente le trait `Future`
 * On `poll()` la `Coroutine` tant qu'elle est `NotReady` où on pourrait exécuter d'autres tâches
 * On attend `100`ms pour pas avoir trop de messages
 
@@ -175,7 +175,7 @@ impl Future for Coroutine {
 ```
 
 * La `Coroutine` retourne rien
-* Boucle infinie pour faire avancer notre état `Start` -> `Wait1` -> `Wait2` -> `Resovled`
+* Boucle infinie pour faire avancer notre état `Start` -> `Wait1` -> `Wait2` -> `Resolved`
 * `Wait1/2` contiennent les requêtes `GET` enfant sur lesquelles ont attend pour pouvoir progresser
 * On `poll()` les `Future` enfants de `Coroutine`
 * Si on tente te `poll()` depuis l'état `Resolved` on `panic!()`
diff --git a/08_runtimes_wakers_reactor_executor.md b/08_runtimes_wakers_reactor_executor.md
index e6078d08f54a71dd6cba20391d66c9f6aa4bc735..b91e08fb33d747b058fff609afe25dad62cf1644 100644
--- a/08_runtimes_wakers_reactor_executor.md
+++ b/08_runtimes_wakers_reactor_executor.md
@@ -424,7 +424,7 @@ pub trait Future {
 
 ### Ce qu'il fera
 
-* Gérer de façon efficace les attentes et les évènements auxquels notre `Ruintime` sera intéressé
+* Gérer de façon efficace les attentes et les évènements auxquels notre `Runtime` sera intéressé
 * Stocker une collection de `Waker` et s'assurer que le `Waker` correct est réveillé en fonction de la notification qu'il reçoit
 * Permettre aux `Future` de s'abonner / désabonner aux évènements