Mr. Guitton

Pas de réunion cette semaine, l'ensemble des primitives de bases que nous avions donné ont été validées.

Mr. Strandh

• Attente de la réponse de Dick Water, qui a mis â la disposition de tous un freeware permettant de voir la couverture d'un source (si toutes les lignes de code on été utilisées).



• Récupérer Allegro pour comparer avec CMU.



• On prévoit cette semaine d'utiliser CLX et de faire le cahier des charges.



• CLX a un code simple, couche logicielle qui réalise un write sur un socket et le serveur X fait un read dessus. Toutes les fonctions sont pratiquement du même type, c'est â dire déclaration puis envoi des arguments au serveur X.



• Il y a des possibilités d'extension dans le protocole du serveur X.



• Attention : pour avoir une bonne note, il vaut mieux se concentrer sur la soutenance, la lisibilité et la maintenabilité du code. Une architecture correcte et une implémentation uniforme (pas 5 codages différents). Erreur souvent faite : la note du client compose 1/8 du total donc ne pas se concentrer sur la performance dans le cas de notre sujet.



• Dans le cas de la matrice 4x4 en vecteur on a gagné en performance sans perdre en lisibilité :-> Si le code est bien encapsulé alors il est lisible sinon il n'est pas maintenable.



• A réaliser pour le projet un manuel d'utilisation, de maintenance et un rapport.
  Pour le rapport exemple de chapitres :
  
  • Introduction â OpenGL
  • Intérêt de common Lisp
  • Performance avec CMU-CL
  
  
  
• C'est normal qu'il y ai plus de documentation que de code. Dire dans la documentation tout ce que l'on aurait pu faire ou ce qui reste â faire (extension de CLX par exemple) si on n'a pas eu le temps.