Mars 2026
I) Présentation
Présentation commission informatique mars 2026 : 👉 Cliquer pour télécharger
II) Compte-rendu
1) Documentation
Objectif : Mettre en place un outil institutionnel de documentation.
- Xavier : propose d’utiliser LaTeX pour la documentation.
- Vincent : pas de préférence sur le format ; maîtrise LaTeX ; souligne l’intérêt d’un outil collaboratif (ex : Redmine).
- Simona : utilise le wiki de La Rochelle pour écrire et lire ; outil plutôt interne mais partage possible, voir avec Mikael au besoin
- Arnaud :
- recommande Resana pour des notes légères (Markdown adapté),
- trouve Atrium trop complexe,
- propose de stocker la documentation officielle dans Atrium et les brouillons ailleurs.
- Wiki OASU : perçu comme très simple d’utilisation.
- Pascal :
- insiste sur le fait de cibler uniquement les documents fondamentaux dans cet outil.
2) Référent·e laboratoire (rôle de relais)
Organisation par laboratoire
- EPOC :
- difficile d’avoir un référent unique (pluridisciplinaire),
- privilégier un référent par équipe documentaire.
- LIENSs :
- Xavier indisponible,
- Simona volontaire,
- elle fera le lien avec Mikaël pour tout ce qui est machine au besoin.
- Mikaël :
- pourra copier la documentation LIENSs vers le wiki OASU si nécessaire,
- Lab :
- chaque utilisateur doit contribuer à la documentation,
- Arnaud encouragera cette participation via l’outil choisi.
3) Harmonisation des pratiques logicielles
/
4) IA utilisé pour le développement à l’ OASU
Outils mentionnés hors diapo:
- Claude et Gemini :
- performants en développement,
- Claude particulièrement bon en code,
- Gemini meilleur en version pro.
Retours d’expérience
- Mikaël :
- Claude combiné avec d’autres IA, permet de créer des applications complètes (de A à Z),
- fonctionnement basé sur des tokens (une requête peut en consommer beaucoup),
- intéressant surtout pour données non sensibles.
- VSCode + GPT-4 / GPT-5 :
- Vincent : un collègue a utilisé GPT-5 pour créer une interface graphique,
- utile pour des tâches hors recherche (développement classique).
- Python :
- selon Vincent, toutes les IA sont performantes dans ce domaine.
- Pascal : a arreté Emmy, jugé peu efficace.
5) Stockage et archivage
iRODS
- Vincent :
- a suivi une formation utile et depuis utilise,
- dispose d’un espace de groupe (nom de projet),
- a fait une demande via le comité utilisateur.
Ressource
https://redmine.mcia.fr/projects/irods-v2/wiki/Partage
6) Contraintes et points de vigilance
- Éviter les doublons de documentation → centralisation nécessaire.
- Présence de données confidentielles dans les travaux de recherche.
- Possibilité d’erreurs → besoin de contrôle d’accès pour la publication de doc.
- Maintenir une facilité d’accès et de connexion.
- iRODS :
- manque de clarté sur les ressources nécessaires.
7) Points à explorer / Questions
- Redmine : outil de gestion de projet à évaluer et faire un rtour.
- Migration vers IN2P3 (suite à la disparition du Git OASU), présentation de l’outil.
- Tester le versioning d’Atrium avec Stéphane (même si considéré comme peu adapté finalement par la commission) et faire un retour.
- Explorer un outil gouvernemental commun (suggestion Pascal).
- Regarder plus en détails : création de comptes sur le wiki OASU (voir arborescence proposée par Pascal) + Organisation des espaces iRODS ( par labo ou équipe projet? )
- faire un retour sur la réunion archivage wiki doc de l’oasu (concerne pas que les scientifiques et ingénieur, aussi asr et administratifs) + nom du futur wiki a discuter ?