=== 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.