L'apprenti doit tenir un journal de formation (quotidien). Chaque métier a son propre système. Dans le cadre de l'informatique, il est évident que la technologie des blogs semble parfaitement adaptée.
Un blog de formation (tel que décrit ici) n'est pas prévu pour le contrôle des heures, ..., mais pour permettre à l'apprenti de décrire sa journée de travail, ce qui a bien été, ce qui a moins bien été, les sujets abordés (en terme de module I-CH), ... et ainsi aider le responsable de formation à assurer le suivi.
Ce journal doit être signé par le responsable de formation (obligation légale, les apprentis doivent faire un journal qui doit être lu et validé par le formateur). Éventuellement il pourra être utilisé dans les cas de litige entre l'employeur et l'apprenti.
Multi-utilisateurs (les apprentis, les formateurs, ...)
Utilisateurs et groupes dans un annuaire LDAP
Les “formateurs” doivent pouvoir signer (GnuPG, ...) un billet (éventuellement une série de billet, mais pas prioritaire)
Stockage en fichier texte (UTF-8) avec la syntaxe
Creole (avec signature du formateur)
Plus de possibilité de modification une fois le billet signé
Signature irrémédiable (une fois un billet signé, celui-ci ne peut pas être dé-signé)
Les fichiers doivent être facilement récupérable une fois signé par l'apprenti
Droits simples (apprenti écritures, responsable signature, authentifiés lecture)
Standalone
-
Il est évident que certaines fonctionnalités sont irréalisables (ou difficilement réalisables). La suppression d'une signature est difficile à bloquer. La possibilités de récupérés les fichiers signées, afin de les stocker sur une support
WORM, comble cette lacune.
Le côté “user-friendly” du blog est un élément secondaire car il vise un publique professionnel.
Les billets sont stockés dans des fichiers textes. Un fichier par billet. Toutes les informations sont stockées dans les fichiers (date, auteur, signature, ...). L'utilisation d'une base de donnée est envisageable, mais ce n'est pas un objectif prioritaire (garder à l'esprit que changer la méthode de stockage doit être simple).
L'interface ne doit pas fournir d'accès en écriture si le billet a été signé.
Le logiciel de blog ne doit pas s'occuper de gérer les signatures autrement que les détecter (évt. les valider) et indiquer que le billet a été signé. La signature des billets est faites par l'intermédiaire d'outil comme
FireGPG ou autres.
L'interface d'édition des billets ne doit
pas être
WYSIWYG. L'interface de
dokuwiki est un exemple.
