présenter un sujet à l’oral
DESCRIPTION
IFT820 - Séminaire. Présenter un sujet à l’oral. Pourquoi se jeter dans la gueule du loup?. Échelle des moyens de communication. plus. moins. Information transmise. ambiguïté. plus. moins. Avantages d’une présentation orale. Qualité du média Plus rapide et direct que la publication - PowerPoint PPT PresentationTRANSCRIPT
Présenter un sujet à l’oral
IFT820 - Séminaire
Pourquoi se jeter dans la gueule du loup?
Science-fiction
« What happens in Vegas… »
Présentation orale
Vidéoconférence
Téléphone
Courrier écrit
Courriel
Messages texte
Clavardage
Information transmise
moins
plus
Échelle des moyens de communication
ambiguïté
plus
moins
Avantages d’une présentation orale
Qualité du média
Plus rapide et direct que la publication
Pas limitée au contenu de l’article
Expert disponible pour les questions
Dynamique
Avantages d’une présentation orale
Plus de moyens de mettre l’emphase sur l’important
Matériel audio / vidéo
Démonstrations
La rétroaction peut être stimulante pour votre recherche
Inconvénients d’une présentation orale
Vous n’avez qu’une seule chance
L’auditoire ne peut pas s’informer en cours de route
Dépend de l’habileté du présentateur et de la qualité du matériel de présentation
Coûteux
Le message parlé: ajoutez de la saveur
Analogies
Exemples
Histoires
Connexion avec l’audience
Humour
10 erreurs critiques à éviter
Dire la mauvaise chose
Puiser l’information au mauvais endroit
Décoller sans l’auditoire
Perdre l’auditoire dans l’espace
Présenter un diaporama que personne ne lit
Puiser l’information au mauvais endroit
Source Avantages InconvénientsÉlaborer sur des points Gain de crédibilité
AjustableRythme naturelContact visuel
InexactLong à préparer
Mémoriser Gain de crédibilitéPrécisFluideContact visuel
Potentiellement désastreuxRythme pas naturelDifficile à ajusterTrès long à préparer
Lire PrécisFluide
Perte de crédibilitéPas de contact visuelRythme pas naturelDifficile à ajuster
Improviser Aucune préparationContact visuelRythme naturel
Potentiellement désastreuxDifficile d’être organiséPas d’assistance visuelle
10 erreurs critiques à éviter
Dire la mauvaise chose
Puiser l’information au mauvais endroit
Décoller sans l’auditoire
Perdre l’auditoire dans l’espace
Présenter un diaporama que personne ne lit
10 erreurs critiques à éviter
Présenter un diaporama dont personne ne se souvient
Ignorer la loi de Murphy
Ne pas se préparer assez
Ne pas être attentif
Perdre votre contenance
Ce qu’on attend de vous
Outils visuelsIFT820 - Séminaire
Ce qui distingue un diaporama scientifique
Spécifique et complexe
Difficile à comprendre
Utilisation d’images essentielle.
Anatomie d’un diaporama scientifique
Police (typographie, taille)
Couleurs (choix et contrastes)
Disposition pour une diapositive
Style de la présentation
Phrase complète en en-tête décrivant l’objectif de la diapositive (28 points)
Tout bloc de texte a un maximum de 2 lignes
Les listes doivent avoir entre 2 et 4 éléments. Évitez les sous-listes Elles surchargent le lecteur
Ne lésinez pas sur l’espacement (24 points).
Figure 1: au moins une image (18p).
Utilisez une police grasse au lieu d’agrandir les caractères. Tout bloc de texte a
un maximum de 2 lignes
Les listes doivent avoir entre 2 et 4 éléments. Évitez les sous-listes Elles surchargent le lecteur
Ne lésinez pas sur l’espacement.
Figure 1: au moins une image.
FAIL
Exemples d’application de style
Images pour complémenter une explication
Images en tant qu’icônes réutilisables
Association d’images au plan
Peu d’éléments par diapositive
Un seul objectif clair par diapositive
Key elements: ScriptsKnowledgeRepresentation User InterfaceInteractionsModel Tracing
Key elements: Scripts
Interactions
Parameter specification
Primitive procedures
Model tracing
Key elements: Scripts
Context
Fraction
Operand
EnterSimplifiedFraction (FractionOperand, Fraction)
Input (Fraction , FractionOperand)
Input (Denominator , FractionOperand)
-Interaction (« SimplifyButton », FractionOperand)-Input (Fraction,FractionOperand)
-Interaction (« OkButton », FractionOperand)
-Input (Numerator,FractionOperand)-Input (Denominator,FractionOperand)
-Interaction (« DenomField », FractionOperand)
Input (Numerator , FractionOperand)-Interaction (« NumField », FractionOperand)
Scripts bridge the semantic gap by giving meaning to the interactions.
KnowledgeRepresentation User InterfaceInteractionsModel Tracing
Scripts can describe procedures or specify their parameters
Interactions
Parameter specification
Primitive procedures
Model tracing
Scripts in action: multiple interactions translated to one problem solving step
Context
Fraction
Operand
EnterSimplifiedFraction (FractionOperand, Fraction)
Input (Fraction , FractionOperand)
Input (Denominator , FractionOperand)
-Interaction (« SimplifyButton », FractionOperand)-Input (Fraction,FractionOperand)
-Interaction (« OkButton », FractionOperand)
-Input (Numerator,FractionOperand)-Input (Denominator,FractionOperand)
-Interaction (« DenomField », FractionOperand)
Input (Numerator , FractionOperand)-Interaction (« NumField », FractionOperand)
Knowledge representation– Procedural knowledge
• Goals• Complex procedures• Primitive procedures
– Semantic knowledge• Ontology• Instances as parameters
– Episodic knowledge• Path in the procedural graph
Intro: Astus Framework
Key elements of interface design
1. Mapping semantic knowledge to the interface with views
2. Defining steps on the interface with scripts
3. Collecting information from the interface with extractors
User Interfaces and ITSKnowledgeRepresentation User Interface
Domain specific ITS• Rich feedback and usability• Very few constraints on UI design• No constraints on KR design• Non-reusable code for step recognition
User Interfaces and ITSKnowledgeRepresentation User Interface
Generic ITS• Mapping between KR and UI elements• 1 interaction equals 1 step• Very little domain-specific code • Small steps or hidden interactions• Cannot exchange any form of data
Q. What should determine the contents of semantic knowledge and step grain size?
A.The concepts and procedures that we want to teach.
Key elements: ViewsKnowledgeRepresentation User Interface
Which concepts should be viewed?
-The problem’s data
-The tools used to solve the problem
Key elements: ScriptsKnowledgeRepresentation User InterfaceInteractionsModel Tracing
Key elements: ExtractorsKnowledgeRepresentation User Interface
Définition d’un « lolcat »
Un Lolcat ou LOLCAT est une image combinant une photographie, généralement un chat, avec une légende humoristique et idiosyncratique dans un anglais écorché - un dialecte qui est appelé « Kitty Pidgin », « lolspeak », ou Lolcat. Le terme « lolcat » est un mot composé des lemmes « LOL » et « cat ». Un autre nom pour ce genre d'image est cat macro, étant donné qu'il s'agit d'une image macro.
Référence: http://fr.wikipedia.org/wiki/Lolcat
FAIL
Définition d’un « lolcat »
Combinaison de rire (lol) et chat (cat)
Photo de chat amusante
Anglais écorché (lolspeak)
Figure 1: un lolcat.
Overview1. Introduction
– The Astus Framework– Goals of this work– User Interfaces and ITS
2. Key Elements of Interface Design in Astus– Views– Scripts– Extractors
3. Conclusion– Features– Future work
Overview1. Introduction
– The Astus Framework– Goals of this work– User Interfaces and ITS
2. Key Elements of Interface Design in Astus
– Views– Scripts– Extractors
3. Conclusion– Features– Future work
Overview1. Introduction
– The Astus Framework– Goals of this work– User Interfaces and ITS
2. Key Elements of Interface Design in Astus
– Views– Scripts– Extractors
3. Conclusion– Features– Future work
Overview1. Introduction
– The Astus Framework– Goals of this work– User Interfaces and ITS
2. Key Elements of Interface Design in Astus
– Views– Scripts– Extractors
3. Conclusion– Features– Future work
FAIL
Overview1. Introduction
– The Astus Framework– Goals of this work– User Interfaces and ITS
2. Key Elements of Interface Design in Astus
– Views– Scripts– Extractors
3. Conclusion– Features– Future work
Overview1. Introduction
2. Key Elements of Interface Design in Astus
3. Conclusion
Overview1. Introduction
– The Astus Framework– Goals of this work– User Interfaces and ITS
2. Key Elements of Interface Design in Astus
3. Conclusion
Overview1. Introduction
2. Key Elements of Interface Design in Astus
– Views– Scripts– Extractors
3. Conclusion
Overview1. Introduction
2. Key Elements of Interface Design in Astus
– Views– Scripts– Extractors
3. Conclusion
Overview1. Introduction
2. Key Elements of Interface Design in Astus
– Views– Scripts– Extractors
3. Conclusion
Overview1. Introduction
2. Key Elements of Interface Design in Astus
3. Conclusion– Features– Future work
La disposition en résumé…
Police: 28, 24, 18 points, sans empattement, gras.
Limitez le nombre d’éléments à 7 par diapo
Séparez les éléments avec du vide au lieu d’utiliser les puces et leur espacement.
Pour ajouter des éléments, évitez les animations complexes et les sons
La disposition en résumé…
Arrière-plan simple, contraste de couleur élevé
Limitez tout bloc de texte à 2 lignes
Recherchez l’équilibre entre ce qui est dit et ce qui est montré
Les diapos doivent être lues rapidement par les auditeurs.
Aidez l’auditoire à se souvenir de la présentation
Plan de la présentation clair avec images
Le plan doit mettre l’emphase sur le matériel important
Introduction et conclusion communs à toutes les présentations
Période de questions déjà déterminée par le format
Overview1. Introduction
– The Astus Framework– Goals of this work– User Interfaces and ITS
2. Key Elements of Interface Design in Astus– Views– Scripts– Extractors
3. Conclusion– Features– Future work
4. Questions
FAIL
Key elements of interface design
1. Mapping semantic knowledge to the interface with views
2. Defining steps on the interface with scripts
3. Collecting information from the interface with extractors
Page-titre: aidez l’auditoire à se souvenir de vous
Nom de la personne qui présente
Affiliation (écrite et logo)
Image qui représente la présentation
A Standard method of Developing User Interfaces for a Generic ITS
Framework
Mikaël Fortin, Jean-François Lebeau,Amir Abdessemed, François Courtemanche
and André Mayers
9th International Conference on Intelligent Tutoring Systems
Montréal, Canada, June 23-27, 2008
FAIL
A Standard method of Developing User Interfaces for a Generic ITS Framework
Mikaël FortinComputer Science DepartmentUniversity of Sherbrooke
Conclusion
Synthétisez et illustrez vos résultats
Conservez de l’information utile durant les questions
L’information présente peut faire naître les bonnes questions
Conclusion• Features
– Multiple interactions per step– Extract any form of data– Undo and edit steps can be defined too– Support for demonstration feedback
Conclusion• Future work
– Flag feedback and red lining– More powerful matching algorithm– Optional, state-check events
Questions?FA
IL
ConclusionGains• Loose, yet thorough
coupling• Powerful scripts• Extract anything• Automatic demonstrations
Difficulties• No flag feedback• Difficult to learn• Matching algorithm is
lacking
Questions?
Référence
1. Alley, Michael. The Craft of Scientific Presentations. Springer-Verlag, 2003.(Disponible dans Internet à partir du catalogue Crésus).