Aux nouvelles
Dernière semaine
Les ressources de la dernière semaine de cours sont disponibles. Nous aborderons les technologies XML. Pas de capsule, mais des transparents (et des ressources). N'hésitez pas à me poser des questions.
Mustache
Le sujet de la démo sur Mustache est disponible. Vous pouvez intégrer Mustache dans votre devoir #2.
Il n'y a pas de capsule pour le cours sur Mustache mais des exemples et des transparents. N'hésitez pas à me poser des questions.
Demo REST
Le sujet de la démo sur REST est maintenant disponible. Désolé du retard. Avaancer dans cette démo vous avancera de manière significative dans le devoir.
Devoir #2
Le devoir #2 est disponible. À remettre individuellement.
Planche de démo 6
Une planche de démo est diponible qui vise à vous connecter sur le serveur MySQL du DIRO et d'étudier un tutoriel décrit en cours.
Reprise des cours à distance
Vous avez un reçu un message à cet effet, en gros: reprise des cours à distance, changement de mode d'évaluation (pas de final, le devoir 2 est à remettre individuellement), 4 semaines de cours (incluant cette semaine). Des capsules vidéo sont disponibles sur Studium pour vous aider (ou pas). Je suis bien sûr à l'écoute par mail (entête IFT3225) ou via le forum. Merci de ne pas divulguer les capsules vidéo (mp4).
Cours du 10 mars
En raison d'un jury de thèse, je ne peux me rendre à la première heure du cours qui commencera donc à 12h30.
Notes Intra
Les notes de l'intra sont disponibles sur Studium. Vous avez été 40 à composer l'examen, la moyenne est de 13.75/20, la note maximale est de 19.8. Une permanence sera donnée prochainement afin que vous puissiez venir voir vos copies.
Examen Intra
Je vous rappelle la tenue de l'examen intra en salle N-515 du Pav. Roger Gaudry, le vendredi 21 février de 10h30 à 12h30. L'examen porte sur toute la matière vue à date. Vous avez le droit à 3 pages (us-letter) recto-verso de notes manuelles. Voici à titre indicatif les examens de la dernière session où j'ai enseigné ce cours. Nous n'avons pas encore vu les technologies XML, ni le scriptage côté serveur, ces questions ne sont donc pas pertinentes pour le moment: [Intra-H18-IFT3225.pdf], [Final-H18-IFT3225.pdf].
Les cours reprennent cette semaine
J'utiliserai certainement la séance de TP de vendredi pour avancer
Foire aux stages
Vous cherchez un stage ou souhaitez prendre contact avec les industries locales ? Ne ratez pas la foire aux stages et emplois d'Ivado le 22 janvier (10h-15h).
Cours de vendredi 10 janvier annulé
Pas non plus de laboratoire cette semaine. À mardi !
Premier cours
Bienvenue sur la page du cours IFT3225. Le premier cours a lieu mardi 7 janvier 2020 à 11h30 en salle S-144 (Pav. Roger Gaudry).
Devoir 1: Jeu musical côté client
Dans ce devoir, vous allez faire un jeu qui permet d'interroger un joueur sur ses connaissances en théorie musicale. Les connaissances qui seront testées concernent majoritairement le cycle de quintes. Les questions que vous pouvez poser sont au moins de trois types (vous pouvez en ajouter), en voici 4 accompagnés d'exemples de questions pour chaque type:
- armature
-
- Quel est le nombre et la nature des altérations portées à l'armure de la tonalité de DOb majeur ? (réponse 7b)
- Quel est le nombre et la nature des altérations portées à l'armure de la tonalité de LA mineur ? (réponse 0)
- tonalité relative
-
- Quelle est la relative mineure de DOM ? (réponse LAm)
- Quelle est la relative majeure de FA#m ? (réponse LAM)
- accords
-
- Quelle sont les notes de l'accord de SIbm ? (réponse SIb REb FA)
- Quel est le nom de l'accord constitué de ces trois notes: SIb FA REb ? (réponse SIbm)
- lecture à vue
-
- Dans ce type de question, des notes sont montrées au joueur sur une portée et l'utilisateur doit identifier les notes correspondantes. Il s'agit du type de question qui se prête le plus à des innovations côté ergonomique.
Dans ce devoir, on adoptera la convention que les notes sont en majuscule, que leur altération peut suivre (# ou b) et que les tonalités mineures (resp. majeures) sont indiquées à l'aide d'un m minuscule (resp. M majuscule).
Pour chaque question, un temps limité est donné au joueur et les points sont (notamment) fonction du temps mis par le joueur pour répondre correctement. Une réponse fausse n'amène aucun point.
.Cahier des charges
Votre jeux doit être programmé en HTML5, CSS et javascript. Vous pouvez (c'est même recommandé) vous aider de frameworks comme JQuery et Bootstrap. Votre jeu doit être fluide en ce sens qu'il doit fonctionner aussi harmonieusement sur un laptop qu'une tablette. Vous devez autant que faire se peut adopter les principes de l'amélioration progressive. Il y a bien sûr une limite à cela dans la mesure où javascript sera utilisé pour vérifier si une réponse est correcte. Ainsi, quelqu'un qui désactive javascript n'aura (à priori) pas accès aux réponses et donc au système de points. Votre code HTML ne doit contenir aucune commande CSS, ni aucun code javascript.
Votre page HTML (devoir1.html
) doit contenir (au
moins) deux sections: l'une où se déroulera le jeu si javascript est
actif, l'autre où les connaissances utilisées sont explicitées. Voici
par exemple (ça ne serait pas forcément un bon choix) un codage possible
de devoir1.html.
Les connaissances de base doivent être disponibles sous forme
HTML, dans une section d'identificateur connaissances
. C'est cette information qui
sera au minimum affichée à l'utilisateur de votre page s'il désactive
javascript. Vous ne devez pas dupliquer
spécifiquement cette connaissance en javascript. C'est à dire qu'il ne
devrait pas y avoir dans votre code javascript d'initialisation
manuelle de structures correspondant à cette information. Vous
l'obtiendrez en lisant la DOM de la section connaissance
dans votre code HTML.
Vous pouvez définir l'ergonomie de votre jeu comme vous le souhaitez. Vous pouvez par exemple demander à l'utilisateur de cliquer sur des boutons pour saisir sa réponse, vous pouvez également lui montrer un clavier de piano sur lequel il pourra cliquer, etc. Si vous prenez du code déjà fait pour visualiser un clavier de piano, vous devez indiquer vos sources en entête des fichiers concernés. De même, toute récupération de code doit être indiquée. Si vous omettez d'indiquer une source de code et que nous le découvrons lors de la correction, vous serez dans une situation de plagiat. Voici une page reliées au développement d'un piano en javascript en SVG, une autre qui semble bien conçue.
Vous devez penser à un système de points à afficher au moins tant que l'utilisateur joue sur la page. Vous pourriez faire persister le pointage d'un joueur en utilisant les WebStorages d'HTML5.
Votre page Web doit être abritée au DIRO et vous en indiquerez l'URL
dans le document readme
qui devra être joint à votre projet.
Notation
Important: vous devez remettre un fichier (g)zip
contenant toutes les dépendances de votre
document devoir1.html
: la ou les feuilles
CSS/Javascript, des images éventuelles; ainsi qu'un fichier readme
(ou un rapport pdf d'au plus 3 pages si vous le souhaitez). Le nom
des personnes impliquées (remise en binôme) doit figurer dans ce
document, tout comme la mention de tous les codes d'autres personnes
utilisés ou adaptés pour réaliser votre projet. Les technologies
embarquées dans votre jeu doivent également être listées. Au
minimum, vous devez utiliser HTML, CSS et javascript.
La notation dépendra de critères comme:
- le respect du cahier des charges
- le bon fonctionnement de votre jeu
- la lisibilité de votre code
- l'indépendance du contenu, du stylage et de la logique du jeux
- l'ergonomie du jeu, sa fluidité
La remise est a effectuer sur
Studium. Remettez un
unique répertoire compressé avec la commande (g)zip
avec toutes les ressources nécessaires.