Portée

Connaître le public est la première étape de la conception, et déclarer la portée est la première étape de la gouvernance : chaque demande, signalement de bug et contribution est mesuré contre cette page. Il y a deux façons honnêtes de critiquer le projet. Le tenir à ce que cette page promet — cette critique-là est toujours recevable, et le projet ne peut pas l’écarter sans se contredire. Le mesurer à un objectif qu’il n’a jamais adopté — c’est alors un souhait, recevable comme souhait et refusable comme tel. Cette page existe pour que chacun puisse distinguer l’un de l’autre.

Ce qu’Ansel est

Ansel permet à un photographe de gérer, retoucher et exporter des collections de photographies RAW sur un ordinateur de bureau, à travers une interface graphique, en plaçant la qualité visuelle de l’image au-dessus de tout — de l’ingestion jusqu’au tirage, à l’archivage ou à la publication. Concrètement, trois objectifs : trier efficacement les photographies qui sortent de l’appareil, pour ne garder que celles qui méritent d’être traitées ; les retoucher de la façon la plus directe possible, avec des réglages unitaires qui affectent une seule propriété perceptuelle ou optique à la fois ; indexer et retrouver les résultats pour l’archivage. C’est un instrument d’expression visuelle, au sens où l’on parle d’un instrument de musique : des réglages génériques, un accès direct aux données de l’image, aucun plafond à la maîtrise. Il est optimisé pour des chaînes de travail définies (décrites ici) ; les usages qui s’en écartent peuvent fonctionner mais ne sont pas pris en charge, et ne le seront pas au prix d’une complication du cas nominal.

À qui il s’adresse

L’utilisateur cible est un photographe — amateur ou professionnel — avec une connaissance intermédiaire à avancée de son métier :

• théorie de la couleur : brillance, clarté et luminance ; chroma et saturation ; modèles de couleur additifs ;
• appareils photo : ISO, plage dynamique, correction d’exposition ;
• lumière : illuminants, rendu des couleurs, comment tombent les ombres.

et des compétences informatiques moyennes : à l’aise avec une interface graphique de bureau, sans script, sans compilation, sans ligne de commande. L’ancrage technique existe pour débloquer un contrôle plus fin et plus juste de l’image — jamais la technique pour elle-même. La théorie du traitement d’image doit s’apprendre (nous la documentons) ; la navigation dans l’interface ne le doit pas : les interactions standards suivent des conventions vieilles de plusieurs décennies, et avoir besoin d’un manuel pour elles est un défaut de conception de notre côté, pas un défaut de connaissance du vôtre. Les termes techniques sont conservés tels qu’ils sont publiés dans la littérature scientifique, et tels qu’ils apparaissent dans leur entrée Wikipédia, pour que ce que vous apprenez ici se transfère partout — Ansel ne renommera pas des méthodes pour avoir l’air plus accueillant, parce que garder ouvertes les portes de la compréhension compte plus que paraître facile.

Ce qu’Ansel n’est pas

• Pas un Lightroom gratuit. Une douzaine de bénévoles travaillant le soir ne cloneront pas le produit d’une entreprise à plusieurs milliards, et n’essaieront pas : les éditeurs grand public sacrifient délibérément le contrôle fin que ce projet existe pour fournir. Les demandes de la forme « faites comme le logiciel X » sont des souhaits mesurés à la portée de quelqu’un d’autre.
• Pas pour les débutants. Ansel ne sacrifiera ni la qualité visuelle ni la granularité du contrôle pour adoucir la courbe d’apprentissage. Simplifier, c’est retirer des étapes d’une tâche définie — ce n’est pas permettre l’usage sans compréhension, ce qui transforme un outil en jouet.
• Pas une plateforme. Pas d’écosystème de greffons, pas de chaînes de travail pilotées par scripts, pas de portage vers le mobile ou le web, pas d’adoption du framework du jour. Chaque choix technologique est mesuré à sa maintenabilité avec les ressources actuelles.
• Pas une expérimentation. Les techniques nouvelles entrent quand elles résolvent un problème énoncé de la chaîne de travail nominale, pas parce qu’elles sont nouvelles. « L’IA », ou n’importe quel autre mot à la mode, n’est pas une raison ; c’est au mieux un moyen, évalué comme un autre.

Ce que « possible » veut dire ici

Une demande est possible quand trois conditions tiennent ensemble : elle peut être réalisée tout court ; elle peut l’être avec les ressources dont le projet dispose actuellement ; et elle peut être maintenue dans le futur avec ces mêmes ressources. La troisième est celle que tout le monde oublie, et celle qui tue les projets : l’industrie est pleine de technologies meilleures abandonnées parce que leur coût de maintenance était trop élevé. Une fonctionnalité qui ne peut pas être enclose — dont la réparation exigerait d’ouvrir la moitié de l’application — sera refusée même si elle fonctionne, même si elle est déjà écrite. Ce refus est le pacte honoré, pas trahi : c’est ainsi que l’outil reste vivant pour les gens qui en dépendent.

Changer la portée

Cette portée est déclarée, pas éternelle. La changer est une vraie décision avec un vrai coût, et elle se prend ouvertement — annoncée, débattue contre les engagements du projet (le pacte), et consignée — jamais par dérive, jamais par accumulation de petites exceptions. Si vous pensez que la portée elle-même est mauvaise, c’est une discussion légitime à ouvrir ; l’ouvrir ressemble à un débat sur qui le projet doit servir, pas à une demande de fonctionnalité répétée jusqu’à ce qu’elle gagne.