24-07-22, 18:56
Merci pour la très intéressante référence historique qui montre comment une standardisation et une normalisation des canons amena un Napoléon au pouvoir et la création de l'école polytechnique.
Métaphore de la Montgolfière ou comment jeter du lest pour reprendre de l'altitude.
Jean-Baptiste Vaquette de Gribeauval se demanda comment standardiser l'artillerie de campagne pour gagner en vitesse de déplacement sur le champ de bataille.
Durant la seconde guerre mondiale, face à un problème d'approvisionnement pour fabriquer en masse des bombardiers, un ingénieur américain Lawrence Delos Miles se demanda comment minimiser l'utilisation de ressources rares, tout en continuant à répondre au même besoin fonctionnel. Il est à l’origine de la démarche de l'analyse de la valeur.
Elle a permis de recentrer la conception sur le besoin de l’utilisateur et sur l’équilibre à trouver entre le coût du produit et ses fonctionnalités. Selon l'AFNOR « la valeur d'un produit est une grandeur qui croit lorsque la satisfaction du besoin augmente et/ou que le coût du produit diminue. La valeur peut donc être considérée comme le rapport entre l'aptitude aux fonctions divisée par le coût des solutions »
Pour dt, quelles sont les attentes en matière de fonctionnalités et quels en sont les coûts associés de développement, de maintenance, d'usabilité?
Comment alléger dt pour qu'il continue à répondre aux attentes de ses utilisateurs?
Cela ramène toujours vers la première question, qui sont les utilisateurs de DT et quelles sont leurs attentes implicites et explicites?
Personnellement, ce qui m'a attiré dans la démarche et la philosophie, c'est la présence française, le site darktable.fr, les nombreux tutos et tous les efforts pédagogiques déployés pour expliquer les concepts et la mise en œuvre du traitement numérique.
Mais aussi, le développement photographique non destructif (pas très original), une vrai volonté de ne pas se cacher derrière des algos magiques, de respecter les 'couleurs' de la scène photographiée (j'y suis très sensible étant daltonien) et de séparer les traitements « techniques » des traitements « artistiques ».
et il faut l’avouer le travail et la personnalité d'Aurélien!
Alors, dt pour qui ? pourquoi ?
Pour le grand public, le smartphone et ses apps ont pris le créneau du développement photo, chez les pros, les logiciels commerciaux règnent en maître sur des OS fermés.
Pourtant, il y a un vrai grand intérêt, de la presse, des amateurs et des retraités (qui ont du temps et du matos si j’ai bien compris).
Il ne faut pas oublier une communauté de scientifiques et de labos (en particulier français) qui développent de nouveaux concepts et de nouveaux algos. Il y a donc une saine émulation scientifique pour de nouvelles fonctionnalités et de nouveaux outils ouvrant des voies à la créativité.
Aujourd'hui, dt aurait une architecture obsolète, un manque d'efficacité de gouvernance, aucun intérêt de la part des financeurs et des sponsors.
La force de dt tient à sa communauté d'utilisateurs qui discutent, se disputent, partagent leurs expériences et leur amour de la photo. dt doit aussi être fier de sa couverture fonctionnelle.
Alors, quels sont les utilisateurs de dt ?
Son équipe de développement, ses geeks, ses vieux, ses jeunes avec leurs contradictions et leurs mauvaises habitudes.
Il est trop tôt pour intéresser le grand public et les pros (quoique certains pro sont très intéressés par un "labo" qui permet des réglages maîtrisées et une chaîne de traitements stable).
Pourquoi développons-nous des photos ?
Pour se faire plaisir en comprenant ce qu'on fait, et en maîtrisant ce qu'on fait.
Pour être capable de réaliser un produit de qualité pour une exposition, un livre, un site web, un stock d'image
Pour préparer des photos pour d'autres applications (panorama, timelapse, 3D, autres), pour dématérialiser des contenus argentiques
Ce qui nécessite la mise en œuvre d'une bonne pédagogie (pourquoi développer des fonctionnalités si personne ne comprend leur fonctionnement ?) en respectant le processus d'apprentissage "reproduire sans comprendre", "comprendre pourquoi", "résoudre ses propres problèmes de développement" et peut-être un jour "développer ses propres concepts". Du b.a. ba de nos instituteurs aux nouvelles innovations de nos chercheurs.
Ne faudrait-il découper le code de dt en modules robustes indépendants qui communiqueraient uniquement à travers une base de données commune ? Cataloguer, traiter par lot, développer ?
Cataloguer :
être capable de cataloguer ses photos
être capable d'indexer ses photos
être capable de modifier les métadonnées des photos (copyright, mots-clés, géolocalisation etc)
Développer par lots :
être capable de sélectionner des photos
être capable d'appliquer des traitements à un ensemble de photos à partir du résultat d'un développement
être capable d’exporter des photos
Développer :
être capable d'ouvrir une photo
(être capable de travailler sur un ensemble de photos)
être capable de mettre en œuvre les traitements techniques
être capable de mettre en œuvre les traitements créatifs
être capable de comparer plusieurs traitements
être capable de mettre en œuvre des traitements différents sur la même photo (plusieurs traitements artistiques par exemple)
être capable de revenir en arrière sur un traitement
être capable d'afficher les métadonnées de la photo en cours de traitement
être capable d'exporter le résultat du traitement
Métaphore de la Montgolfière ou comment jeter du lest pour reprendre de l'altitude.
Jean-Baptiste Vaquette de Gribeauval se demanda comment standardiser l'artillerie de campagne pour gagner en vitesse de déplacement sur le champ de bataille.
Durant la seconde guerre mondiale, face à un problème d'approvisionnement pour fabriquer en masse des bombardiers, un ingénieur américain Lawrence Delos Miles se demanda comment minimiser l'utilisation de ressources rares, tout en continuant à répondre au même besoin fonctionnel. Il est à l’origine de la démarche de l'analyse de la valeur.
Elle a permis de recentrer la conception sur le besoin de l’utilisateur et sur l’équilibre à trouver entre le coût du produit et ses fonctionnalités. Selon l'AFNOR « la valeur d'un produit est une grandeur qui croit lorsque la satisfaction du besoin augmente et/ou que le coût du produit diminue. La valeur peut donc être considérée comme le rapport entre l'aptitude aux fonctions divisée par le coût des solutions »
Pour dt, quelles sont les attentes en matière de fonctionnalités et quels en sont les coûts associés de développement, de maintenance, d'usabilité?
Comment alléger dt pour qu'il continue à répondre aux attentes de ses utilisateurs?
Cela ramène toujours vers la première question, qui sont les utilisateurs de DT et quelles sont leurs attentes implicites et explicites?
Personnellement, ce qui m'a attiré dans la démarche et la philosophie, c'est la présence française, le site darktable.fr, les nombreux tutos et tous les efforts pédagogiques déployés pour expliquer les concepts et la mise en œuvre du traitement numérique.
Mais aussi, le développement photographique non destructif (pas très original), une vrai volonté de ne pas se cacher derrière des algos magiques, de respecter les 'couleurs' de la scène photographiée (j'y suis très sensible étant daltonien) et de séparer les traitements « techniques » des traitements « artistiques ».
et il faut l’avouer le travail et la personnalité d'Aurélien!
Alors, dt pour qui ? pourquoi ?
Pour le grand public, le smartphone et ses apps ont pris le créneau du développement photo, chez les pros, les logiciels commerciaux règnent en maître sur des OS fermés.
Pourtant, il y a un vrai grand intérêt, de la presse, des amateurs et des retraités (qui ont du temps et du matos si j’ai bien compris).
Il ne faut pas oublier une communauté de scientifiques et de labos (en particulier français) qui développent de nouveaux concepts et de nouveaux algos. Il y a donc une saine émulation scientifique pour de nouvelles fonctionnalités et de nouveaux outils ouvrant des voies à la créativité.
Aujourd'hui, dt aurait une architecture obsolète, un manque d'efficacité de gouvernance, aucun intérêt de la part des financeurs et des sponsors.
La force de dt tient à sa communauté d'utilisateurs qui discutent, se disputent, partagent leurs expériences et leur amour de la photo. dt doit aussi être fier de sa couverture fonctionnelle.
Alors, quels sont les utilisateurs de dt ?
Son équipe de développement, ses geeks, ses vieux, ses jeunes avec leurs contradictions et leurs mauvaises habitudes.
Il est trop tôt pour intéresser le grand public et les pros (quoique certains pro sont très intéressés par un "labo" qui permet des réglages maîtrisées et une chaîne de traitements stable).
Pourquoi développons-nous des photos ?
Pour se faire plaisir en comprenant ce qu'on fait, et en maîtrisant ce qu'on fait.
Pour être capable de réaliser un produit de qualité pour une exposition, un livre, un site web, un stock d'image
Pour préparer des photos pour d'autres applications (panorama, timelapse, 3D, autres), pour dématérialiser des contenus argentiques
Ce qui nécessite la mise en œuvre d'une bonne pédagogie (pourquoi développer des fonctionnalités si personne ne comprend leur fonctionnement ?) en respectant le processus d'apprentissage "reproduire sans comprendre", "comprendre pourquoi", "résoudre ses propres problèmes de développement" et peut-être un jour "développer ses propres concepts". Du b.a. ba de nos instituteurs aux nouvelles innovations de nos chercheurs.
Ne faudrait-il découper le code de dt en modules robustes indépendants qui communiqueraient uniquement à travers une base de données commune ? Cataloguer, traiter par lot, développer ?
Cataloguer :
être capable de cataloguer ses photos
être capable d'indexer ses photos
être capable de modifier les métadonnées des photos (copyright, mots-clés, géolocalisation etc)
Développer par lots :
être capable de sélectionner des photos
être capable d'appliquer des traitements à un ensemble de photos à partir du résultat d'un développement
être capable d’exporter des photos
Développer :
être capable d'ouvrir une photo
(être capable de travailler sur un ensemble de photos)
être capable de mettre en œuvre les traitements techniques
être capable de mettre en œuvre les traitements créatifs
être capable de comparer plusieurs traitements
être capable de mettre en œuvre des traitements différents sur la même photo (plusieurs traitements artistiques par exemple)
être capable de revenir en arrière sur un traitement
être capable d'afficher les métadonnées de la photo en cours de traitement
être capable d'exporter le résultat du traitement