24-07-22, 14:09
(Modification du message : 24-07-22, 14:15 par aurelienpierre.)
Y a PAS de gestion de projet.
La gestion de projet, ça consisterait à se donner pour objectif pour 4.2 de stabiliser 4.0, notamment :
1. le ré-ordonnancement du pipeline (introduit en 2019, toujours pas stable) qui continue de causer des bugs sournois avec des styles ou des copier-coller d'historiques qui multi-instancient des modules (une fois sur deux, on aura des instances à la mauvaise place dans le pipe), les doublons, et des interactions étranges entre les presets utilisateur par défaut et l'application d'historique en mode écraser,
2. la correction des bugs d'invalidation du cache des modules, parce que la création de nouveau doublons ou la prévisualisation des masques dans certains modules entraînent des prévisu corrompues qui ne correspondent pas à la sortie attendue (il faut fermer et rouvrir le logiciel pour régler ça),
3. la stabilisation de la planification mémoire des modules, parce que ça ne marche toujours pas,
4. la refactorisation du code de l'histogramme de la chambre noire, parce que le code est immonde et le widget est redessiné à chaque mouvement de souris dans la fenêtre, même quand la souris n'est pas au dessus de l'histogramme, et c'est au moins 50 ms de CPU perdu à chaque fois que la souris bouge.
5. la factorisation et la mise en cache global des requêtes SQL qui vont chercher les métadonnées des photos dans la base de données. En ce moment, on se traîne au moins 5 requêtes redondantes par miniature, pour aller chercher les mêmes infos, à chaque survol de la souris.
La gestion de projet, ça consisterait à repousser à 2023 toute inclusion de code qui ne rentre pas dans l'une de ces 5 tâches. Mais à la place, on continuera la marche forcée vers un progrès douteux et on sera tout fier d'annoncer 1700 nouveaux commits de dette technique additionnelle dans 4.2.
La gestion de projet, ça consisterait à se donner pour objectif pour 4.2 de stabiliser 4.0, notamment :
1. le ré-ordonnancement du pipeline (introduit en 2019, toujours pas stable) qui continue de causer des bugs sournois avec des styles ou des copier-coller d'historiques qui multi-instancient des modules (une fois sur deux, on aura des instances à la mauvaise place dans le pipe), les doublons, et des interactions étranges entre les presets utilisateur par défaut et l'application d'historique en mode écraser,
2. la correction des bugs d'invalidation du cache des modules, parce que la création de nouveau doublons ou la prévisualisation des masques dans certains modules entraînent des prévisu corrompues qui ne correspondent pas à la sortie attendue (il faut fermer et rouvrir le logiciel pour régler ça),
3. la stabilisation de la planification mémoire des modules, parce que ça ne marche toujours pas,
4. la refactorisation du code de l'histogramme de la chambre noire, parce que le code est immonde et le widget est redessiné à chaque mouvement de souris dans la fenêtre, même quand la souris n'est pas au dessus de l'histogramme, et c'est au moins 50 ms de CPU perdu à chaque fois que la souris bouge.
5. la factorisation et la mise en cache global des requêtes SQL qui vont chercher les métadonnées des photos dans la base de données. En ce moment, on se traîne au moins 5 requêtes redondantes par miniature, pour aller chercher les mêmes infos, à chaque survol de la souris.
La gestion de projet, ça consisterait à repousser à 2023 toute inclusion de code qui ne rentre pas dans l'une de ces 5 tâches. Mais à la place, on continuera la marche forcée vers un progrès douteux et on sera tout fier d'annoncer 1700 nouveaux commits de dette technique additionnelle dans 4.2.
Aurélien, photographe portraitiste, spécialiste calcul.
Développeur de filmique, égaliseur de tons, balance couleur, etc.
darktable est mon métier, pensez à m'aider :
![[Image: 2FAd4rc]](https://bit.ly/2FAd4rc)
Développeur de filmique, égaliseur de tons, balance couleur, etc.
darktable est mon métier, pensez à m'aider :