Add slides 8

Author: JulesFouchy

content/slides/08-error handling.md

@@ -0,0 +1,9 @@
+---
+title: "Error handling (assert, exception, optional, expected)"
+---
+
+import GoingFurther from "@site/components/GoingFurther"
+
+## Slides
+
+https://docs.google.com/presentation/d/1EAYLXUhCLn8JVTsFs29fk0hH2zlfpeTlGRb7PWnqxWM/edit?usp=sharing

internal-reflections/idees-2024-2025.md

@@ -13,10 +13,10 @@ A chaque début de cours un petit tricks, où je commence par un mini exemple et
 - 12. enum -->
 <!-- - 4. Move constructor: très important pour leurs classes OpenGL! Parler de rule of 0, rule of 5, ne pas déclarer de destructeur si c'est pour le =default ou le faire vide -->
 
-# Dependency management
+<!-- # Dependency management
 - 13. std::function (and interfaces?)
 - évitez de stocker des rérerences, préférez passer en paramètre (parfois pas possible, par ex pour accéder à qqch dans ton destructeur, on ne peut pas passer de param. Dans ce cas un singleton peut faire sens (ou stocker une ref), surtout que ce que tu vas faire dans ton destructeur c'est probablement juste du logging)
-- Singleton: quels sont les cas d'usage où c'est ok d'en faire, et la jolie manière de faire en C++ avec var static (et on peut mettre le constructeur en privé si on veut, si on est parano)
+- Singleton: quels sont les cas d'usage où c'est ok d'en faire, et la jolie manière de faire en C++ avec var static (et on peut mettre le constructeur en privé si on veut, si on est parano) -->
 
 - 5. Evitez les méthodes "init()" ! Faites plutôt un constructeur ! Ca arrive typiquement avec les objets OpenGL (ce point peut peut-être être fait sur la même séance que les moves constructors) Et aussi ne pas déclarer de destructeur si il est vide !
 - unique_ptr, shared_ptr
@@ -31,7 +31,7 @@ A chaque début de cours un petit tricks, où je commence par un mini exemple et
 
 - 7. const !! Faire un quiz sur tous les différents const, voir si iels les connaissent tous (notamment les méthodes const). Les + importants sont les const sur les & et sur les méthodes. Et montrer aussi les const qu'on ne veut pas (sur les types de retour de fonction, et sur les variables membres)
 
-- 3. Early return et Early continue
+<!-- - 3. Early return et Early continue -->
 
 - 6. CI (intégration continue, github action)
 - Tests unitaires & documentation & nommage: comment bien les écrire, comment s'en servir comme outils pour bien comprendre ce qu'on veut que le code fasse. Si vous n'êtes pas capables de me faire une phrase pour me dire ce que votre classe est / fait, c'est qu'il y a un problème. Pareil pour chaque fonction. Et si le nom de la fonction n'a rien à voir avec la description que vous m'en avez fait, il y a aussi un problème.