15 pages est suffisant (imprimées
en recto-verso, agraphées)
Soyez précis et concis: décrivez ce que vous avez
compris des méthodes implémentées. Ecrivez en
introduction l'article duquel vous êtes partis, et
n'hésitez pas à faire référence si besoin
aux références mentionnées dans cet article
Ne pas inclure les lignes de codes.
Le plus important sera de montrer VOTRE EXPÉRIENCE de la
méthode. Par exemple, votre document devra apporter des
réponses aux questions suivantes:
Avez-vous implémenté complètement la
méthode proposée? Si non, que reste-t'il à faire?
Quels choses semblent ne pas marcher facilement?
Qu'avez-vous dû rajouter pour faire fonctionner
l'approche?
Les résultats sont-ils sensibles aux paramètres?
Quelle extension de cette approche serait intéressante
à implémenter?
Avez-vous pensé à des améliorations?
Quels tests supplémentaires avez-vous fait?
Avez-vous consulté d'autres références qui
vous paraissent utiles (articles ou liens web).
Quelle difficulté particulière avez-vous
rencontré?
Quel question extension pensez-vous
VOS RÉSULATS, VOS
RÉSULATS, VOS RÉSULATS, VOS RÉSULATS: Bien
montrer vos test, votre démarche pour valider l'approche, les
images que vous considérez utiles pour bien comprendre ce qu'il
se passe, les limites de l'approche etc.
La page web
L'idée est de donner de la visibilité à votre
travail. Il sera mentionné depuis la page de CImg et depuis ma
page web. Je vous demande donc de bien vouloir me faire parvenir un
fichier .zip, nommé de la manière suivante:
2006-Nom1Nom2.zip
De telle sorte qu'un fois décompressé, il va créer
un dossier nommé
2006-Nom1Nom2/
qui va contenir les fichiers et dossiers suivants:
2006-Nom1Nom2/description.html
[page de
description du projet. Voir le canevas
ci-joint] 2006-Nom1Nom2/code/ 2006-Nom1Nom2/code/CImg.h 2006-Nom1Nom2/code/Makefile 2006-Nom1Nom2/code/README
[quelques recommandations
éventuelles quant à l'utilisation de votre code] 2006-Nom1Nom2/code/VOTRE CODE.cpp 2006-Nom1Nom2/ima/
[contiendra 1) les images ou
vidéos qui seront insérées dans la page web, et 2)
quelques images de test pour l'execution de votre code] 2006-Nom1Nom2/documents/rapport.pdf[votre rapport en PDF svp] 2006-Nom1Nom2/documents/presentation.ppt[votre
présentation en PDF ou PPT svp]
Merci de veiller à bien
respecter cette architecture ainsi que les noms (les liens ont),
et de faire en sorte qu'en allant dans le dossier code, on puisse compiler sans problème et executer votre code avec les
paramètres par défaut.
Quelques recommandations pour votre
présentation (entre 20 et 25 minutes, puis questions)
De la pédagogie: le but de votre présentation est
d'expliquer à tous le sujet sur lequel vous avez
travaillé. Mettez-vous toujours à la place des auditeurs
qui ne sont pas du tout au courant du sujet au départ.
Les premiers transparents sont essentiels. Ils doivent montrer
clairement quel est l'objectif. De quoi part-on? Quel est le
résultat attendu? Vos sujets sont basés sur des images,
abusez-en! Montrer dès le début un exemple de
résultat dès le début est un bon moyen de mettre
tout le monde dans le sujet.
Toujours aller du plus général au plus
précis, et non l'inverse. Placez vous dans la situation ou votre
public ne connait pas l'application en question.
Illustrez un maximum! Un bon schéma vaut mieux que des
formules ou du texte. En plus, le traitement d'images s'y prete bien.
Attention aux transparents avec trop de texte: Personne ne va les
lire.
Une ou deux idées important par transparent suffit.
Si vous utilisez powerpoint, pensez aux animations, sans en
abuser ;-) Les animations sont un outil très pédagogique,
à condition de ne pas trop en utiliser.
Veillez à respecter le temps.
Pas utile de présenter un plan dans un transparent court,
surtout si l'on va dire, "d'abord je vais présenter le sujet,
ensuite la méthode, puis les résultats et je vais
conclure". Tout le monde le sait.
Soyez dynamiques! Vous devez capter l'attention de l'auditoire en
suscitant sa curiosité et en parlant de manière franche.
Vendez votre travail. Vous devez montrer que vous avez aimé
votre sujet pour pouvoir transmettre cette énergie au public.
Donc, soyez enthousiastes! ;-)
Attention aux liens externes, tels que lancer une application ou
une video. Cela peut poser probleme. Pensez-y.
Les démos: Une démo peut être très
intéressante, notamment si elle montre la vitesse d'execution de
votre programme. Mais attention!
Ne pas en abuser: une démo bien choisie suffit.
Vérifiez plusieurs fois, en conditions réelles
que votre démo fonctionne pour éviter de devoir perdre
des minutes précieuses et d'interrompre votre exposé.
A la fin peut être , en fonction du temps qu'il vous
reste.
Choisissez un exemple nouveau, qui n'est pas déjà
montré dans les transparents, pour donner plus
d'intérêt.
Relisez bien vos transparents: Pas de faute d'orthographe ou de
grammaire.
Gardez vos meilleurs résultats pour la fin :-)
Comme dans le rapport, bien mettre en évidence votre
expérience du sujet. Par contre, on ne donnera pas dans une
présentation de détails techniques ni de code bien
sûr.
Entrainez-vous! Entrainez-vous! Entrainez-vous! :-) Rares sont
les bons improvisateurs.