Consignes

Compte-tenu des effectifs et du temps imparti, ces “soutenances” seront très courtes, environ 5 a 6 minutes par groupe. Soyez prêts quand ce sera votre tour:

• Ouvrez au moins trois fenêtres shell, pretes a executer votre code: au moins deux sur la machine locale, et une avec une connexion ssh sur la machine juste a cote (le serveur sera lancé sur la machine locale, et une connexion sera testée depuis un client sur la machine locale et un client sur l’autre machine par ssh)
• Ouvrez chaque fichier source dans un éditeur
• Les démonstrations se feront impérativement sur les machines de l’université..

Les groupes qui ne seront pas prêt a l’heure prévue seront pénalisés.

En fait il s’agit plus de faire une démo qu’une soutenance: L’objectif est de vérifier le fonctionnement du programme en présence des étudiants afin d’éviter les mauvaises surprises (remise de la mauvaise version du programme, programme qui ne marche plus de facon imprevue/inexpliquee, etc). Et aussi de permettre aux etudiants d’expliquer ce qui en va pas, et les choix plus ou moins exotiques qu’ils ont fait.

Plus précisément, voici le genre de choses que nous ferons pendant la démo:

• exécution d’une commande sans erreur depuis la machine locale, depuis la machine distante (ssh)
• test de l’execution multi-serveur pour ceux/celles qui l’ont réalisé
• test de commandes interdites
• test de commande avec redirection de l’entree standard du client, comme par exemple: Ex: ls -alR | rsh serveur “wc -l”
• test de commande erronnée (ps -azerty), test d’interruption d’une commande par Ctrl-C

Mais pas de panique, la réussite de certains de ces tests requiert une solution complexe. Echouer à quelques tests n’est donc pas synonyme de mauvaise note.

Nous prendrons aussi un petit peu de temps pour inspecter le code:

• Utilisation des concepts/primitives vus en cours (au lieu de primitives/librairies qui font tout le travail mais n’ont pas ete vues en cours)
• procedures de sécurité (black/white liste, authentification du client, …)
• documentation
• clarete/proprete du code

Salle PV314 (Carlos Gomez)

Les binomes qui ne se retrouvent pas dans la liste finales sont ceux qui n’ont pu être identifiés (non déclarés et n’ayant pas encore remis leur projet). Ils sont priés de se manifester de toute urgence pour que le planning soit mis a jour (Sans attendre l’heure limite de depot du projet!)

A l’exception des 2 premiers groupes, les etudiants des groupes suivants doivent être présents dans la salle et prêt a passer au moins 15 minutes avant l’horaire prévu.

Salle PV315 (Olivier Dalle)

Les binomes qui ne se retrouvent pas dans la liste finales sont ceux qui n’ont pu être identifiés (non déclarés et n’ayant pas encore remis leur projet). Ils sont priés de se manifester de toute urgence pour que le planning soit mis a jour (Sans attendre l’heure limite de depot du projet!)

A l’exception des 2 premiers groupes, les etudiants des groupes suivants doivent être présents dans la salle et prêt a passer au moins 15 minutes avant l’horaire prévu.