Liste de sujets à aborder au POIHL / propositions de travail en commun (pour ne rien oublier)

• discussion sur l'utilité de garder dyn3d et dyn3dmem
• nettoyage de l'architecture (répertoire misc et obsolete, commandes scopy/cray, suppression dyn3dpar / phymar)
• convergence dyn3dpar planeto / dyn3dmem terrestre
• l'interface avec la (les) physique(s): comment la rendre plus générique, quelles sont les différences entre les routines d'appel et d'initialisation des différentes physiques (celles qui sont sous dynphy_lonlat/phy....) et ces différences justifient-elles des routines différentes
• règles sur les principes de codage, par exemple: quand faut-il passer une variable par argument plutôt que par common/module? une bonne règle pourrait être que les variables passées par module ne peuvent être modifiées que par les routines incluses dans le même module et toute variable nécessitant d'être modifiée à plusieurs endroits dans le code passerait de routine en routine comme argument de ces routines.
• question sur l'inclusion de l'interface avec DYNAMICO dans l'architecture actuelle
• contrôle des fichiers de guidage et restart (nombre de pas de temps, grille, ... )
• gestion du calendrier dynamique et physiqueS (idélalisé/paleo/planeto) : refonte du calendrier (problème du temps initial/raz_date/tau_phy)
• codage de l'integration temporelle
• traceurs et conservation
• reecriture de la structure de la physique
• la gestion des sous surface dans la physique
• organisation des initialisations idéalisées
• reunir makelmdz et makelmdz_fcm avec fcm en otpion
• ajouter phydev en rappel newtonien dans le trusting
• alléger les options isotopiques dans makefcm
• liste des benchs et de leur utilisation
• Mettre les variables de sorties des paramétrisations physiques dans des modules ? Par exemple : concvl_output_var_mod pour la convection.