Clarifier les variables d'environnement

[magemax]

Aujourd'hui, un usager qui veut modifier certains aspects assez clutch est obligé de modifier le fichier simulate_pop_from_reform ce qui est relou (et oblige à un commit ce qui pollue le git).

On pourrait donc passer certaines variables dans les variables d'environnement. Par ordre de facilité:

• empiric_value : estimation du montant de l'IR existant sur toute la population
• année_de_calcul : choisit l'année du code existant pour le calcul des simulations
• avec_ou_sans_plf : le nom devra être mieux, cette variable (qui n'existe pas aujourd'hui) décrirait le path de la réforme à importer qui serait situé dans un répertoire spécifique qui contient les réformes du passé (par exemple le PLF 2020 qui est déjà dans la base de code)
• Les cas types évoluant (potentiellement) dans le temps, on pourrait également les mettre comme un élément de la config

optionnel : la variable d'environnement data_path, dont le nom pourrait être clarifié.

optionnel 2 : associer des checks plus coercitifs d'aujourd'hui et faire fail le programme de manière élégante, plus rapide (fail fast) et plus explicite quand les formats sont pas respectés (ou que les fichiers correspondants existent pas).

[magemax]

OK donc j'imagine que mon objectif est multiple :

• mettre la nouvelle variable d'environnement dans le code
• updater la doc pour décrire ces variables
• passer à la target sur les messages d'erreur
• updater les var env du serveur au moment de la mise en prod