De mon point de vue, perdre le contributeur principal de la fonctionnalité clé du produit, c’est énorme. Même si s’il a déjà prévu de partir – surtout s’il a déjà prévu de partir, en fait, parce que ça veut dire qu’il n’y a même plus tellement d’espoir que la communication reprenne.
Ce que je soulignais est que le "schisme" intervenu suite à l'instauration des nouveaux filtres ne change pas grand chose puisqu'il avait déjà décidé de partir. En gros, même s'il n'y avait eu aucun désaccord, Aurélien partait de toute façon. Et sa première raison est lié à GTK et les limites qu'il y voit et l'avantage de Vulkan (pour le projet vkdt) notamment pour la vitesse et le traitement d'images. Je lui fais confiance là-dessus, même si vkdt est à mon avis encore très loin d'être utilisable par beaucoup d'utilisateurs. Mais c'est un projet prometteur (dans quelques années)
Soyons sérieux deux minutes : ça n’est pas le cas. Je veux bien croire que la profusion de modules soit une conséquence de son travail, mais il propose une solution dans son fork pour la corriger au moins en partie (PS : et que l’organisation des options de ses propres modules ne soit pas meilleure que les autres). Par contre, les options en vrac au sein des modules, c’est comme ça depuis très longtemps ; cf par exemple le manuel de darktable 2.0 (décembre 2015) dans lequel on retrouve pléthore de ces cas, dont l’exemple du module d’exposition que j’ai cité.
Je parle des défauts des exemples que tu précise (les modules de la chambre noire que tu cites). Pour ton commentaire ci-dessus, je partage complètement (excepté le "soyons sérieux 2 minutes" vu que ce n'était pas mon propos ! Les modules que tu cites sont des modules fait par Aurélien. La complexité est liée aussi à la multitude d'options. Après, oui, ça pourrait être clairement ergonomique. Il y a même eu pour certains points des propositions, rejetées par Aurélien, souvent de manière rude. Dans son fork, il n'a rien changé aux modules ni même à quoi que ce soit à la vue chambre noire. Il a fait le ménage sur les autres vues, surtout en fonction de ce qu'il estime suffisant (donc à ses yeux et pas en prenant en compte les workflow différents possibles). Enfin, sur les options en vrac au sein des modules, le plus souvent elles semblent l'être mais ont un sens (pas toujours ceci dit) et Aurélien a souvent expliqué ces choix ergonomiques et montré qu'ils étaient réfléchis. Tu as souligné dans tes exemples les problèmes que tu voyais (et que je partage). J'espère que mes propos sont plus clairs.
Et la profusion de modules n'est pas la conséquence de son travail, je ne parlais pas de ce point. Il a même plutôt œuvré au contraire (et tant mieux) : les réduire et orienter les utilisateurs vers ces nouveaux modules qui sont réellement plus efficaces, plus simples assez souvent et plus fiables aussi sur le traitement des images. Et en lien avec d'autres développeurs a déprécié d'anciens modules.
Ça veut dire qu’effectivement, l’interface de pilotage des avions est chargée d’énormément de fonctionnalités. Par contre, ça ne veut absolument pas dire que tout est en vrac.
Tout à fait d'accord. Ce n'est qu'une illustration. Bien sûr que ça n'empêche pas l'amélioration de l'ergonomie. Par contre, il faut aussi se rendre compte que c'est beaucoup plus difficile que sur des options simples et limitées. Ce qui est logique. Il est quand même plus facile pour des ingénieurs ou designer de travailler l'ergonomie d'un tableau de bord de voiture (même si ça n'est déjà pas toujours simple) que de travailler celle d'un avion.
Je l'ai exprimé sur l'un de mes commentaires et j'ai aussi rejoins l'équipe de darktable pour améliorer cette interface. Je ne suis ni ergonome ni designer mais je pense avoir apporté beaucoup déjà à cette interface mais mes limites sont aussi et surtout (par rapport à certaines idées que j'ai) sur mes compétences en codage. Je suis arrivé parce que j'avais des compétences en codage CSS et donc ai surtout travaillé sur le CSS. Cette année et pour la 4.0, j'ai appris un peu de codage Gtk/Cairo pour aller plus loin. Mais ça reste limité et j'ai d'autres projets/priorités dans ma vie que de passer du temps à apprendre à coder plus.
Je pense très honnêtement que le prochain axe d’amélioration de darktable est là-dessus. Le problème, c’est que les ergonomes dans le monde open-source, c’est rarissime – et ça demande d’être assez résistant pour se prendre les déluges de commentaires de powerusers qui ne supportent pas qu’on supprime ou même qu’on rende un peu plus difficile d’accès des options qu’ils sont les seuls à utiliser
C'est en effet un problème mais ça n'est pas que ça. Comme beaucoup de logiciels libres (darktable en fait partie) sont fait par des bénévoles, il faut aussi des développeurs compétences prêt à passer du temps à coder les évolutions et être ok à coder les évolutions proposées.
Ça impose donc de passer par des sondages, des retours d’expériences en corrigeant le fait que c’est pas ceux qui crient le plus fort qui sont majoritaires, etc. qui sont des choses longues et complexes à faire, et qu’à peu près personne n’est prêt à faire de façon bénévole pour un projet libre.
Les réticences sont surtout sur le temps et l'énergie que ça prends. J'ajouterais aussi (et là, c'est un aspect de mon boulot où j'accompagne des créateurs d'entreprise) que ça, c'est une étude de marché et des besoins. Et pour qu'elle soit efficace, il faut non seulement mettre ça en place mais réfléchir les questions (qu'elles soient claires, adaptées, etc.) mais aussi cibler le panel d'utilisateurs, s'assurer le plus possible que ça reflète la majorité des usages et utilisateurs (parce que tout le monde ne répondra pas, qu'on peut vite avoir le biais de power users qui répondent plus). Bref, c'est énergivore, chronophage à faire et si c'est mal fait, les résultats peuvent aussi se retrouver à côté de la plaque.
Bref, j’espère tout de même un futur radieux à darktable malgré ces problèmes internes au projet, et que les prochaines versions seront aussi de grande qualité, et que vous pourrez progresser sur l’ergonomie.
Je l'espère aussi. Sur la premier point, je suis confiant. Au moins pour la 4.2 et dans l'absolu, les autres développeurs restent toujours aussi actifs, il y a même 2-3 nouveaux avec des apports intéressants (un qui a même amélioré quelques points de filmique (bébé d'Aurélien). Après, évidemment remplacer Aurélien n'est pas possible mais le traitement de l'image est franchement aujourd'hui déjà à un très haut niveau. Le gros des améliorations reste sur des points sur lesquels Aurélien n'intervenait pas ou peu. Son truc, c'est le traitement d'image avant tout. Bref, pour le reste, il y a des très bons développeurs et des envies. Les limites pour l'ergonomie reste pour le moment celles que tu cites et que je complète ci-dessus. Mais il y a déjà eu de très belles améliorations comme tu le soulignes (et comme d'autres avis, articles ont souligné). L'ergonomie/interface est clairement dans la bonne réduction. Et j'espère aussi (j'apporterai pour ma part mes suggestions et contributions possibles à mon avis et dans la limite de mes compétences) qu'on continuera à améliorer cette partie. Le travail fait en particulier avec darktable 3.0 et depuis est énorme déjà. Rouvrir un darktable 2.4 (ma première version) et l'interface d'aujourd'hui est un excellent moyen de se rendre compte des progrès énormes faits. Et de ceux qu'il reste à faire...
En tout cas, merci beaucoup à toi pour ton article comme tes commentaires posés, réfléchis et de grande qualité. Ca apporte aussi des éclairages/réflexions utiles.
[^] # Re: r-darktable
Posté par Nilvus . En réponse à la dépêche Sortie de darktable 4.0.0 : une présentation 100 % subjective. Évalué à 10.
Ce que je soulignais est que le "schisme" intervenu suite à l'instauration des nouveaux filtres ne change pas grand chose puisqu'il avait déjà décidé de partir. En gros, même s'il n'y avait eu aucun désaccord, Aurélien partait de toute façon. Et sa première raison est lié à GTK et les limites qu'il y voit et l'avantage de Vulkan (pour le projet vkdt) notamment pour la vitesse et le traitement d'images. Je lui fais confiance là-dessus, même si vkdt est à mon avis encore très loin d'être utilisable par beaucoup d'utilisateurs. Mais c'est un projet prometteur (dans quelques années)
Je parle des défauts des exemples que tu précise (les modules de la chambre noire que tu cites). Pour ton commentaire ci-dessus, je partage complètement (excepté le "soyons sérieux 2 minutes" vu que ce n'était pas mon propos ! Les modules que tu cites sont des modules fait par Aurélien. La complexité est liée aussi à la multitude d'options. Après, oui, ça pourrait être clairement ergonomique. Il y a même eu pour certains points des propositions, rejetées par Aurélien, souvent de manière rude. Dans son fork, il n'a rien changé aux modules ni même à quoi que ce soit à la vue chambre noire. Il a fait le ménage sur les autres vues, surtout en fonction de ce qu'il estime suffisant (donc à ses yeux et pas en prenant en compte les workflow différents possibles). Enfin, sur les options en vrac au sein des modules, le plus souvent elles semblent l'être mais ont un sens (pas toujours ceci dit) et Aurélien a souvent expliqué ces choix ergonomiques et montré qu'ils étaient réfléchis. Tu as souligné dans tes exemples les problèmes que tu voyais (et que je partage). J'espère que mes propos sont plus clairs.
Et la profusion de modules n'est pas la conséquence de son travail, je ne parlais pas de ce point. Il a même plutôt œuvré au contraire (et tant mieux) : les réduire et orienter les utilisateurs vers ces nouveaux modules qui sont réellement plus efficaces, plus simples assez souvent et plus fiables aussi sur le traitement des images. Et en lien avec d'autres développeurs a déprécié d'anciens modules.
Tout à fait d'accord. Ce n'est qu'une illustration. Bien sûr que ça n'empêche pas l'amélioration de l'ergonomie. Par contre, il faut aussi se rendre compte que c'est beaucoup plus difficile que sur des options simples et limitées. Ce qui est logique. Il est quand même plus facile pour des ingénieurs ou designer de travailler l'ergonomie d'un tableau de bord de voiture (même si ça n'est déjà pas toujours simple) que de travailler celle d'un avion.
Je l'ai exprimé sur l'un de mes commentaires et j'ai aussi rejoins l'équipe de darktable pour améliorer cette interface. Je ne suis ni ergonome ni designer mais je pense avoir apporté beaucoup déjà à cette interface mais mes limites sont aussi et surtout (par rapport à certaines idées que j'ai) sur mes compétences en codage. Je suis arrivé parce que j'avais des compétences en codage CSS et donc ai surtout travaillé sur le CSS. Cette année et pour la 4.0, j'ai appris un peu de codage Gtk/Cairo pour aller plus loin. Mais ça reste limité et j'ai d'autres projets/priorités dans ma vie que de passer du temps à apprendre à coder plus.
C'est en effet un problème mais ça n'est pas que ça. Comme beaucoup de logiciels libres (darktable en fait partie) sont fait par des bénévoles, il faut aussi des développeurs compétences prêt à passer du temps à coder les évolutions et être ok à coder les évolutions proposées.
Les réticences sont surtout sur le temps et l'énergie que ça prends. J'ajouterais aussi (et là, c'est un aspect de mon boulot où j'accompagne des créateurs d'entreprise) que ça, c'est une étude de marché et des besoins. Et pour qu'elle soit efficace, il faut non seulement mettre ça en place mais réfléchir les questions (qu'elles soient claires, adaptées, etc.) mais aussi cibler le panel d'utilisateurs, s'assurer le plus possible que ça reflète la majorité des usages et utilisateurs (parce que tout le monde ne répondra pas, qu'on peut vite avoir le biais de power users qui répondent plus). Bref, c'est énergivore, chronophage à faire et si c'est mal fait, les résultats peuvent aussi se retrouver à côté de la plaque.
Je l'espère aussi. Sur la premier point, je suis confiant. Au moins pour la 4.2 et dans l'absolu, les autres développeurs restent toujours aussi actifs, il y a même 2-3 nouveaux avec des apports intéressants (un qui a même amélioré quelques points de filmique (bébé d'Aurélien). Après, évidemment remplacer Aurélien n'est pas possible mais le traitement de l'image est franchement aujourd'hui déjà à un très haut niveau. Le gros des améliorations reste sur des points sur lesquels Aurélien n'intervenait pas ou peu. Son truc, c'est le traitement d'image avant tout. Bref, pour le reste, il y a des très bons développeurs et des envies. Les limites pour l'ergonomie reste pour le moment celles que tu cites et que je complète ci-dessus. Mais il y a déjà eu de très belles améliorations comme tu le soulignes (et comme d'autres avis, articles ont souligné). L'ergonomie/interface est clairement dans la bonne réduction. Et j'espère aussi (j'apporterai pour ma part mes suggestions et contributions possibles à mon avis et dans la limite de mes compétences) qu'on continuera à améliorer cette partie. Le travail fait en particulier avec darktable 3.0 et depuis est énorme déjà. Rouvrir un darktable 2.4 (ma première version) et l'interface d'aujourd'hui est un excellent moyen de se rendre compte des progrès énormes faits. Et de ceux qu'il reste à faire...
En tout cas, merci beaucoup à toi pour ton article comme tes commentaires posés, réfléchis et de grande qualité. Ca apporte aussi des éclairages/réflexions utiles.