Ajoute un epsilon aux delta temps pour fiabiliser le calcul des âges

[Morendil]

• Amélioration technique.
• Périodes concernées : toutes.
• Zones impactées : openfisca_france/model/prelevements_obligatoires/impot_revenu/ir.py.
• Détails :
  • Fiabilise le calcul de l'âge en années et en mois

Fixes #782 (selon la suggestion de @MattiSG)

Pas de tests unitaires, j'arbitre consciemment pour l'augmentation légère de la dette technique en faveur de la réduction du WIP.

---

Ces changements (effacez les lignes ne correspondant pas à votre cas) :

• Corrigent ou améliorent un calcul déjà existant.

---

Quelques conseils à prendre en compte :

• Jetez un coup d'œil au guide de contribution.
• Regardez s'il n'y a pas une proposition introduisant ces mêmes changements.
• Documentez votre contribution avec des références législatives.
• Mettez à jour ou ajoutez des tests correspondant à votre contribution.
• Augmentez le numéro de version dans setup.py.
• Mettez à jour le CHANGELOG.md.
• Assurez-vous de bien décrire votre contribution, comme indiqué ci-dessus

Et surtout, n'hésitez pas à demander de l'aide ! :)

[bonjourmauko]

Merci @Morendil

Il me semble que sans tests ni de la documentation, cela ajoute en effet une dette technique importante.

Vu que c'est un cas qui n'est pas isolé, je crois qu'un test est nécessaire et bienvenu.

[fpagnoux]

C'est un problème qu'on a déjà rencontré dans d'autres modèles, et qu'on a résolu d'une façon différente.
On a dû oublié de le corriger dans france à l'époque 😕...

Il me semble avoir testé le epsilon, mais que ça restait problématique dans certains cas. Je ne me souviens plus exactement pourquoi, mais normalement le fix du country template est robuste 🙂

[Morendil]

Je tente le coup. Effectivement ça marche, mais ça me semble moins général: le fix du epsilon était également utilisé dans cette PR pour age_en_mois qui rencontre le même type d'erreur, et adapter la solution de country_template pour age_en_mois est nettement moins séduisant. Il ne s'agit plus de transposer "divise par les années" en "divise par les mois", il faut ajouter le mois de la période et soustraire le mois de naissance mais seulement si l'anniversaire est passé… ou un truc comme ça, c'est compliqué à faire de tête et donc il faudrait effectivement le faire avec des TU, et faire des TU en YAML c'est lourdingue.

Même conclusion donc que pour ma conversation précédente avec Mauko: cette PR est ma meilleure idée, je ne sais pas aller plus loin d'une façon qui me semble satisfaisante. Je vous laisse la main.

[fpagnoux]

faire des TU en YAML c'est lourdingue.

Je ne sais pas si tu l'as déjà rencontré, mais il y a un format de test YAML simplifié qui ne force pas à définir les entités

[fpagnoux]

Cf tests sur le country template: https://github.com/openfisca/country-template/blob/master/openfisca_country_template/tests/age.yaml

[fpagnoux]

See https://github.com/openfisca/openfisca-france/pull/1166/files#r226784684

Ajout d'un TU

[Morendil]

J'ai ajouté un TU que j'ai bien vérifié comme non passant dans master, mais je ne sais toujours pas transposer l'exemple pointé par @fpagnoux de façon satisfaisante dans France avec son age_en_mois. S'appuyer sur les primitives de manipulation des dates me semble plus performant et moins error-prone que l'implémenter nous-mêmes de façon très spécifique. Peut-on merger pour l'instant cette solution qui passe les anciens tests plus un nouveau, et la revisiter plus tard quand nous aurons peut-être plus de connaissances, éventuellement via d'autres pays ?

[bonjourmauko]

Pour moi c'est bon, merci @Morendil.

[fpagnoux]

Je n'ai pas trouvé de test qui font échoué la formule, donc ok pour moi