@Beatles_Jude
@Youp La
@Vespertina j'aurai dit 20 ans aussi
@Renardelle comme
@GabyLovesSugar ce n'est pas la technique l'important, c'est la problématique!
je ferai un plan type de ce genre :
Introduction
1. problématique
2. proposition de résolution de la problématiques (tu présentes là la technique vite fait mais il faut
surtout justifier pourquoi celle-là et pas une autre)
3. résultats / analyse des résultats (analyse critique ! et même si il y a un truc qui a foiré tu le présentes, et tu explique pourquoi ça a foiré et ce qu'il faudrait / aurait fallu faire pour y remédier)
4. résolution de la problématique (ou pas, peut-être qu'il faut élargir)
Conclusion
Je jette ce plan vite fait là comme ça, il est un peu bateau.
Des mémoires techniques j'en ai fait, et justement, même au niveau ingénieur, ils appréciaient ma manière de fonctionner prise par l'habitude des compte-rendus techniques. On ne fait pas de la technique pour de la technique, on la fait pour résoudre une problématique ! Et je pense que
@GabyLovesSugar fait pareil, le dev, c'est du technique et c'est aussi pour résoudre une problématiques. J'ajouterai que mes meilleures notes, je les avais quand il y avait un truc foiré car alors je m'éclatais à expliquer le comment du pourquoi, et comment faire mieux la fois d'après. Et si j'avais eu le temps je montrais la deuxième solution. on nous demande d'avoir l'esprit critique en tant que technicien et encore plus en tant qu'ingénieur. Ton pdf est bloqué par mon boulot, je ne peux pas voir ce matin.
@Petite Tortue 
Les écrits ce sont des notes qui se compensent? Ou il faut la moyenne à chaque ? pour l'oral c'est d'après un dossier?
Il faudrait établir une stratégie de travail et révision. C'est quoi la matière où tu es le plus à l'aise? Commence par celle-là.
(enfin presque^^)
