Ce que je fais :
- Phase de nettoyage des dates pour que la date de début et de fin correspondent au prochain timestamp ouvré
- Si on est le même jour , on a juste une diff à faire entre les 2 timestamps
- Sinon, je boucle en ajoutant chaque fois un jour. Si on tombe un jour pas bon (samedi, dimanche, jour férié), on poursuit sans ajouter. Si on tombe sur un jour normal, on check si c'est le bon jour. Si oui on ajoute la diff sinon, on ajoute un jour et on poursuit la boucle.

Ce n'est pas spécialement optimisé, mais ça fonctionne. Et j'en ai déjà chié des ronds de chapeaux pour arriver à ça

yaugCe n'est pas spécialement optimisé, mais ça fonctionne.

Si ce n'est qu'un calcul par-ci, par-là, et que les dates ne sont pas trop éloignées, la différence de perfs entre les deux approches sera négligeable (mais ta solution est en complexité linéaire, la mienne en complexité constante ).

Je viens de Googler un peu, et je suis surpris de voir qu'il n'existe pas de support "tout fait" pour ce genre de calculs. Il y a bien des librairies (en Python du moins) pour manipuler les datetime/timedelta de façon simple (plus simple que la librairie standard), certaines supportent les business day/holidays/etc. mais aucune ne supporte de faire un timedelta tenant compte de ce genre de contraintes :)

En Jira, j'utilise un SLA (tout fait, je ne touche a rien), qui calcule, en effet, le temps (en heure) entre un ticket ouvert et un fermé.
Sachant que les heures de bureau se situe entre 8h et 16h pour l'IT. mais diffère dans les autres services (on a même un service avec 4h15 de temps de travail effectif par jour ^^).
ca prend en compte les jours fériés que je dois rentrer manuellement chaque année.

Vu que mon dev était fiat pour notre système de ticket avec les clients, j'ai donc refait Jira