anchor.diff:  
   === Commentaires lors évaluations des fonctionnalités
   Les commentaires utilisent les abréviations E1, E2, etc, pour se référer aux exigences ci-dessus ; S2.1 pour le point indiqué en 1 sous S2 ci-dessous ; BP Maven (par exemple) pour les Bonnes Pratiques Maven (voir lien ci-dessus).
  +
  +=== Notes finales
  +* La note CC et la note régularité seront déterminées par l’état de votre projet deux jours avant S8.
  +* La note projet (les autres 50 %) sera déterminée par l’état de votre projet à la fin du dimanche 18 février (23h59 + 1min., sur la branche master sur github).
  +* Vous _pouvez_ joindre au projet un rapport, obligatoirement au format asciidoctor, surlignant des difficultés que vous avez rencontrées et dont vous voulez que je tienne compte lors de la note projet.
   
   == Plan
   === S1 (mercredi 27 septembre 2017)
  
positive.code: === S7 (16 janvier)
  * Projets
  
  === S8
  * Présentation des projets
  * Vote
  
  
negative.code: === Évaluation de la régularité
  * Je donnerai au groupe trois notes durant l’année sur l’aspect régularité.
  ** Note 1 : deux jours avant S4. Exigence : au moins trois points de difficulté accomplis avec une qualité au moins moyenne (selon exigences ci-dessus) (− 3 / 10 par point non accompli) ; Travis CI en place (− 2 / 10 sinon).
  ** Note 2 : deux jours avant S6 (≥ 7 points de difficulté ; Tests doivent passer sur Travis CI) (2 / 10 par point de difficulté au-delà de 3, 2 / 10 pour Travis)
  ** Note 3 : deux jours avant S8 (≥ 11 points de difficulté ; Serveur tourne sur IBM Cloud) (2 / 10 par point de difficulté au-delà de 7, 2 / 10 pour IBM Cloud)
  * La moyenne de ces trois notes constitue la note régularité.
  * La note régularité compte comme un _plafond_ sur votre note CC, qui elle compte pour 50% de la note finale.
  
  