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: Scripts

KnowledgeRepresentation

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 ITS

KnowledgeRepresentation

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 ITS

KnowledgeRepresentation

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: Views

KnowledgeRepresentation

User Interface

Which concepts should be viewed?

-The problem’s data

-The tools used to solve the problem

Key elements: Scripts

KnowledgeRepresentation

User InterfaceInteractionsModel Tracing

Key elements: Extractors

KnowledgeRepresentation

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.

Overview

1. 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

Overview

1. Introduction

2. Key Elements of Interface Design in Astus

3. Conclusion

Overview

1. 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

Overview

1. 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 Department

University 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

Conclusion

Gains• 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).