# Module 1 : cahier de notes, cahier de laboratoire
# Module 1 : cahier de notes, cahier de laboratoire
## Introduction
## Introduction
### Objectifs :
- Objectifs :
- Importance de la traçabilité
- Importance de la traçabilité
- Fonctionnement
- Fonctionnement d'un cahier de laboratoire
\ No newline at end of file
- Gestion d'un cahier de labo électronique
- Maîtriser un outil de suivi de gestion
- Prise de notes : Nécessité, historique, outils info (langage de balisage léger), gestion de version (gitlab), étiquettes et indexation
- Cahier de notes : infos rangées par chronologie
## Nous utilisons tous des cahiers de notes
- Imposer une structure à nos notes après coup ?
- Indexer les notes ?
- Les rendre pérennes tout en les faisant évoluer ?
## Aperçu historique de la prise de notes
- Aspect concret : "matérialité"
- Aspect organisationnel
- Lien entre les deux
-> Vision occidentale de toutes ces notions (données de sautres civilisations peu disponibles)
-> Support numérique : flexibilité, (ré)organisation, structuration, outils d'archivage/indexation
## Du fichier texte au langage de balisage léger
- Editeur de texte sous Windows : Notepad++ (libre)
- "Traitement de texte" : donne des fichiers non lisibles par un éditeur de texte (.pdf)
- Fichiers texte : souvent codés en __UTF-8__ : toujours possible de les lire plus tard, et exploité par les logiciels d'indexation et de gestion de version MAIS pas d'hyperlien et de mise en forme
- Langage de balisage (ex : HTML) : pour pallier ça
- LdB "léger" : combiner la simplicité des fichiers "texte" et le confort de lecture des langages de balisage -> Markdown
- Début des fichiers non textes (ex: pdf) contient du texte : métadonnées, souvent au format XMP
- TEI : rend intelligentes les données textuelles par du balisage fort
## Pérennité et évolutivité des notes avec la gestion de version (Gitlab)
- Evolutivité : corriger nos notes, tout en suivant ces corrections
- Pérennité : multiplier les copies (numériques)
- Pb de corriger en traitement de texte : pas de fichier texte en sortie + sauvegarde séparée de la gestion de versions
- Moteur de Wiki : facile, format texte MAIS sauvegarde à la charge de l'utilisateur, et modif d'une seule page à la fois
-> Solution : logiciel de gestion de version : consacré à ça : peut corriger plusieurs fichiers simultanément + sauvegarde centralisée
- Travailler à plusieurs = gérer des historiques distribués
- GitHub = réseau social de développeurs : stats, portfolio, commu, _issues_, ...
- Fork : copie perso du projet -> modif dans dépôt perso -> pull request dans le projet de base
- Intégration continue + déversement dans des archives : traité dans un MOOC plus tard
- GitHub, Gitlab : serveurs d'hébergement gratuits de projets publics
- GitHub : projets privés payant si pas étudiant/académique
- GitLab : logiciel libre, plusieurs instances
- Choix :
- GitHub : visibilité, grosse commu MAIS pas propriétaire (lois ?)
- GitLab : confidentialité pour l'entreprise
- Interfaces graphiques :
- Au jour le jour : interfaces qui vont avec notre environnement de travail (JupyterLab pour Python) -> Extensions pour interagir avec Git
- Fonctionnalités plus avancées (branches, merge, ...) : GitHub Desktop par ex
## Etiquettes et logiciels d'indexation pour s'y retrouver
- Abondance de résultat -> Etiquettes (MarkDown) pour associer un contexte aux mots
- Exiftool : afficher des métadonnées de fichiers non texte + afficher des commentaires/étiquettes que l'on peut rechercher
