Bref, le changement n'est pas énorme, il avait déjà prévu de partir !
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 qui est intéressant aussi est que tous les exemples que tu donnes et qui ne vont pas, sont les apports d'Aurélien. Donc les défauts d'interface que tu soulèves dans ton commentaire est son travail.
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é.
Enfin, sur ce point :
Concernant les critiques de l'interface, elles sont connues mais elles sont aussi le revers (tu l'évoque d'ailleurs dans ton article très bien, du choix de darktable : apporter des traitements puissants et à la main de l'utilisateur de bout en bout.
La métaphore de l’avion est intéressante et pertinente : contrairement à une voiture, un avion laisse l’accès à énormément de paramètres – même s’il y a beaucoup, beaucoup d’automatismes en sous-main. Ç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. Au contraire : les avions font l’objet d’études ergonomiques assez poussées pour que ce qui est le plus important et le plus utile au quotidien soit le plus accessible possible, tout comme les éléments de sécurité. Et ça peut aller loin : par exemple, les commandes de volets – primordiales pour l’atterrissage – sont souvent d’une forme spécifique reconnaissable au toucher dans un cockpit enfumé, et cette commande peut être munie de sûretés physiques qui empêchent de faire par mégarde certaines manœuvres qui seraient dangereuses.
Et donc, oui, la philosophie de darktable impose que l’utilisateur ait accès à beaucoup de contrôles. Ça n’implique pas que tous ces contrôles doivent avoir la même priorité et la même facilité d’accès.
Le design de darktable a été énormément amélioré avec le thème gris – en plus de résoudre des problèmes de risques quant à la luminosité perçue des photos traitées, et ça c’est une excellente chose. Par contre, d’un point de vue utilisateur, son ergonomie est encore très perfectible. Pour moi, on est très loin de « quelques rugosités restantes ».
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, cf le cas de Gnome par exemple. De même, un des outils très pratiques pour savoir quelles sont les fonctionnalités réellement utilisées (et donc détecter celles qui sont importantes, ou détecter les échecs de découvert de fonctionnalité) c’est de tracer tout ça et d’envoyer les données dans un outil centralisé… ce qui est quelque chose qui est généralement très mal vu dans le monde du libre. Ç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.
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 vous aiderais bien sur tout ça, mais d’une part mes connaissances en ergonomie sont limitées, et d’autre part je n’ai déjà pas le temps de réaliser le quart de mes projets actuels.
Ma dernière phrase sur le futur de darktable, c’était plutôt à prendre dans le sens : les deux points de vue (et façon de faire) n’ont pas l’air conciliable, et je trouverais très dommage pour le projet que vous vous engueuliez au point que l’upstream ne profite plus des améliorations d’Aurélien sur la partie colorimétrique.
Concernant ses positions, sa façon de les présenter est clairement excessive et peu productive, et de mon point de vue il fait des montagnes de trucs qui n’en valent clairement pas la peine.
Cela dit, je pense qu’il y a un fond de vérité dans ce qu’il dit : l’interface de darktable est extrêmement touffue et pas toujours adaptée aux photographes. Certain détails et fonctionnement sont clairement des « trucs de développeur » (comme les icônes « et/ou » du nouveau filtre de couleur). Plus généralement, les deux difficultés d’accès que je trouve à darktable d’un point de vue ergonomie1 sont :
La profusion de modules dont beaucoup fond doublons (notamment à cause du double fonctionnement relatif à l’affichage ou à la scène). Il y a bien les réglages pour sélectionner des ensembles cohérents de modules, mais ça reste quand même très facile de mélanger (cf d’autres commentaires sous cette même dépêche, par exemple).
Le mélange complet, dans l’interface des modules, des options « généralement utiles » et des options « on l’a mis parce que ça peut servir mais normalement vous n’avez pas à y toucher.
Je détaille le point 2 avec un exemple. Si j’ai besoin d’utiliser l’égaliseur de ton, en traitement relatif à la scène, j’aurai sans doute besoin d’aller régler les compensations d’exposition et de contraste du masque pour avoir un masque cohérent. Mais ça, c’est les options n°6 et 7 de l’onglet « masque ». Les deux premières, c’est le choix de l’estimateur de luminance et la méthode de préservation des détails, qui sont deux options d’usage franchement rare.
Ça peut même provoquer facilement des problèmes : dans le module d’exposition, il y a en accès direct une « correction du niveau du noir » qui donne très envie de s’en servir pour augmenter la densité… ce qu’il ne faut surtout pas faire parce que ça pose plein de problèmes ensuite. En fait, un usage « légitime » de cette option est rare, est-ce qu’elle a besoin d’être aussi visible ? (Il y a bien un avertissement, mais encore faut-il y faire attention… ou même le voir : je peux jouer avec ce curseur en le survolant et en actionnant la molette sans que la popup apparaisse).
D’une manière générale, il y a de grosses avancées (le thème gris neutre apparu il y a quelques versions est beaucoup plus propre que ce qu’il y avait avant), il y a beaucoup d’aides de partout, mais on a encore beaucoup besoin de lire des tooltips ou la doc pour des trucs qui ne devraient pas en avoir besoin.
Il y a aussi des fonctionnalités qui sont développées d’une façon qui me fait dire qu’elles n’ont pas été testées par des non-développeurs, ou que les retours n’ont pas (encore) été intégrés. Dans les fonctionnalités de la v4.0.0 que je range là-dedans, il y a le mapping d’exposition/colorimétrie (soyons clairs : pour moi la fonctionnalité est géniale, et totalement inutilisable), ou à plus petite échelle, la très bonne idée du nom de couleur qui ne s’affiche pas au survol du patch qui montre la couleur sélectionnée (elle ne s’affiche qu’au survol des chiffres à côté, le survol du patch ne montre que la tooltip « cacher/montrer le grand patch de couleur », idem pour ledit grand patch).
PS : j’ai l’impression qu’il y a un début de travail en ce sens avec des options de module planquées dans un sous-menu déroulant – comme « coefficients des canaux » dans « balance des blancs », mais ça mériterait d’être généralisé.
Ce genre de retour m’a été confirmé par ma mère, photographe professionnelle de 60 ans, qui a testé darktable et s’est retrouvée noyée dans les boutons, menus et tout. Outre l’apprentissage du système de couleur, sa principale difficulté était de retrouver les réglages pour faire ce qu’elle voulait, même quand elle savait quel module et en gros quels curseurs utiliser pour arriver à ses fins. Et du coup elle reste sur l’outil de « dérawtisation » fourni par son fournisseur de matériel photographique2.
En résumé : beaucoup de mauvaise communication dans tout ça j’ai l’impression, et c’est dommage : il y a pour moi de vrais axes d’amélioration ergonomique pour darktable, et pour transformer son côté « jouet pour développeur » sur certains aspect en « outil pour photographe ».
Je mets de côté le choix de montrer tous les traitements et de pouvoir les activer/désactiver/modifier, parce que c’est le choix du logiciel ; et le fait de devoir (ré)apprendre le fonctionnement des traitements de couleur, parce que ces traitements sont pour moi la plus grande force de darktable. Et aucun de ces deux points ne se règle complètement ou même principalement par l’ergonomie. ↩
Qui, d’un point de vue ergonomie et performances, est une bouse absolue qu’il faut qu’Aurélien ne voie jamais sous peine de faire une crise cardiaque :D Sans déconner, je ne sais pas comment ils font pour avoir un outil activement développé et aussi inefficace. Non, je ne donnerai pas la marque. ↩
L’un des problèmes de darktable actuellement, c’est qu’il y a des modules qui traitent l’image par rapport à la scène (le flux « moderne ») et d’autres par rapport à l’image (dans Lab, le flux « ancien »). Or, mélanger ces deux types de modules, c’est risquer des résultats imprévus, en particulier dans la gestion des couleurs.
Les modules suivant fonctionnent dans Lab et ne devraient pas être utilisés si votre flux de travail est basé sur la scène :
Attention, ce billet a dix ans maintenant, et la solution proposée n’est plus d’actualité. La solution moderne et propre proposée consiste à changer les seuils dans Filmique (cf mon lien pour les détails) est valable quel que soit la méthode de reconstruction des hautes lumières sélectionnée. Par contre, elle est un peu plus longue et délicate que les raccourcis évoqués dans la dépêche.
Après avoir vu sa vidéo, je le trouve un peu raide quand même dans ses commentaires. Il y a plein de points sur lesquels il a raison, mais je pense qu’il surestime les problèmes posés à l’utilisateur final, parce qu’il y a certaines modifications qu’il juge gênantes qui sont en fait pratiquement invisibles. Je pense en particulier à la possibilité de réorganiser les modules, aux filtres de collections (pliés par défaut chez moi, je n’avais même pas vu qu’ils existaient alors qu’il râle plusieurs fois sur le fait que ça prendrait « un tiers de la colonne de gauche »…), au sélecteur d’étoiles qu’il trouve peu ergonomique alors que je le trouve beaucoup plus pratique que la solution précédente, ou encore au palanquées d’options que l’immense majorité des gens se contenteront d’ignorer. Ah, et aussi les lenteurs de l’interface, qui est quelque chose que je n’ai jamais constaté – même si je veux bien croire que d’un point de vue technique, on pourrait faire beaucoup mieux.
(Digression : c’est un truc de développeur, ça, les options par tombereaux. Ça peut se justifier pour certains types d’utilisateurs qui ont besoin/envie – beaucoup « envie » en fait – de configurer chaque pixel et chaque comportement de leur outil, mais pour l’immense majorité des gens dans l’immense majorité des utilisations, l’immense majorité des options n’est que du bruit. C’est quelque chose dont les développeurs feraient bien de se rappeler, tout comme ils feraient bien de se rappeler qu’une option, c’est aussi du code pour la gérer, et plein de possibilité d’interactions imprévues qui viennent avec).
Ce qui m’inquiète surtout, c’est que ce qu’il explique et la position des développeurs upstream ne présagent rien de bon pour le futur de darktable…
Cela dit, j’ai regardé vite fait le pourquoi du comment, et les mécanismes qu’il décrit qui ont conduit aux problèmes en question (notamment, des décisions collégiales là où ça n’a pas de sens) sont un problème hélas classique des projets libres – en tous cas de ceux qui sont développés par plus de une personne.
J’espère que son fork va pouvoir montrer des choses intéressantes qui pourront être remontées dans le projet principal.
Je crois aussi que c’est lui qui est principalement derrière les modules Filmique et la modernisation du pipeline graphique, j’espère que ça ne va pas le dégouter de continuer à contribuer sur ces points.
J'ai vu que les notes de version ont été traduites, donc je me suis dit que ça valait le coup d'essayer quelque chose d'un peu différent, surtout pour un logiciel dont ça n'est pas évident de l'extérieur de comprendre à quoi il sert. Tant mieux si ça plait !
… Sinon tu peux aussi admettre que tu n'aimes pas le média et son contenu pour des raisons qui te sont propres et qui tu ne détaillera pas, et qui par conséquent tu ne leur donneras pas le moindre centime.
Ça serait tout à fait acceptable, et plus honnête que les tentatives de "justifications" qui tu nous sors là.
En admettant une masse totale de la croute continentale de 2 x 10²² kg, une proportion d’uranium naturel dans la croute terrestre de 2,7 grammes par tonne (c’est beaucoup), une énergie de combustion de l’uranium naturel (après traitement et tout) de 5,6 x 10⁸ J/g et une irradiance solaire moyenne sur la surface de la Terre (nuit comprise) de 340 W/m². Si on imagine que par magie on récupère l’intégralité de l’uranium de la croute continentale (ce qui est une hypothèse absurde) et qu’on brule tout d’un coup dans des réacteurs nucléaires, on produit environ 3 x 10²⁸ joules. C’est l’équivalent de seulement 5000 ans d’irradiation solaire.
Quant à cette comparaison :
Un réacteur ne sert qu'à ralentir une explosion atomique et on produit l'énergie thermique d'une explosion entre chaque rechargement de combustible.
Elle est encore moins pertinente que si je disais : « Un bruleur de gazinière/chaudière a gaz ne sert qu’à ralentir une explosion de gaz, et on produit l’énergie thermique d’une explosion en permanence, en alimentant en permanence en combustible ». Je dis moins pertinent parce qu’il est effectivement possible de provoquer une explosion avec du gaz de ville ou en bouteille, alors que les technologies de réacteurs nucléaires civils ne permettent absolument pas de produire des explosions nucléaires – pour cela il faudrait quel le combustible soit beaucoup plus enrichi ; c’est d’ailleurs tout le sujet des discussions autour du nucléaire Iranien.
Quant au premier paragraphe, des affirmations sans sources ne valent rien.
Je ne dis pas qu’on ne doit pas s’opposer à des technologies. Je dis juste que si c’est le cas, il faut le faire avec des vrais arguments qui tiennent la route, et pas des dogmes tirés d’on ne sais où (enfin si, on sait d’où : des vielles associations antinucléaires militaire qui, voyant la dénucléarisation du monde, se sont attaquées au nucléaire civil sans se rendre compte que les arguments ne fonctionnent plus parce que les principes et conditions de fonctionnement ne sont pas les mêmes.
Comme déjà dit plus haut, c'est un nom propre (plus exactement un nom de marque) donc par définition il n'y a pas de faute dedans.
Pour répondre à la question « Pourquoi cette graphie » : le média s'appelait à l'origine (en aout 2000) INpact Hardware, avec cette graphie. Probablement parce que c'est un jeu de mots entre « impact » et « informatique », si j'en crois cette vieille interview.
Ensuite, INpact Hardware est devenu PC INpact, puis Next INpact, puis INpact Hardware a ressuscité en parallèle de Next INpact, puis est re-mort (son contenu a été fusionné dans Next INpact), et aujourd'hui Next INpact risque de disparaitre lui aussi.
Non, je me suis fait la même réflexion, mais j'ai pas le courage d'initier une vraie dépêche – si c'est juste pour mettre un titre en mode « démerdez-vous pour le contenu », pour moi c'est juste un manque de respect.
J'en lancerai une avec la traduction de l'annonce si j'ai le temps ce WE.
Ce dont tu parles a été testé avec brio en Finlande : fournir des logements pérennes aux sans-abris coute non moins cher que de les héberger en urgence. En plus, en leur fournissant un logement donc une adresse et des installations sanitaires, ça a beaucoup facilité leur réintégration dans la société.
La notion de « séparation des budgets » a aussi un gros impact.
Un exemple classique : la ville doit faire des travaux sur ses réseaux d’égouts, d’eau et d’électricité, dans un même trottoir. On sait ce que qui coute cher dans ces travaux, c’est d’ouvrir et refermer le trottoir, le reste c’est assez trivial.
Le problème étant que, comme les budgets « égouts », « réseau d’eau » et « réseau d’électricité » sont séparés et étanches, on va se retrouver à ouvrir et refermer ledit trottoir trois fois au lieu de mutualiser l’opération et de faire les trois remplacements des trois réseaux d’un coup. Avec tout ce que ça implique en terme de dépenses et d’emmerdement du voisinage.
Ça fonctionne pareil avec les travaux dans les batiments publics – pensez aux batiments historiques classés pour lesquels « démonter les boiseries pour accéder aux réseaux et y faire un travail trivial » coute une fortune.
Sans compter les budgets « qu’il faut absolument dépenser sinon on aura moins l’année prochaine », quitte à faire n’importe quoi avec (valable aussi dans le privé).
Ça existe vraiment les liseuses qui ont besoin d'un accès permanent (ou même au démarrage) à Internet ? Parce que pour moi ça casse quand même 95% de l'intérêt du truc.
L’un des problèmes avec les métiers de l’informatique dans des administrations, c’est que les salaires sont complètement déconnectés du marché du privé – à la fois parce que les paies dans le privé se sont envolées, et que les barèmes des fonctionnaires sont à peu près bloqués depuis des années.
Résultat, les quelques offres que je vois qui pourraient me concerner (développement/conception, > 10 ans d’expérience) sont complètement déconnectées du marché et proposent à peine un salaire de débutant pour des CDD. Résultat : même si le poste pourrait être intéressant, je ne postule pas tant je peux avoir mieux ailleurs. C’est pareil pour les postes orientés « connaissances métier appliquées à l’informatique ». Une ancienne collègue, sur un projet destiné à la fonction publique, a été démarchée par une entité publique pour faire le même genre de boulot que ce qu’elle faisait dans le public, et a refusé parce qu’elle aurait vu son salaire divisé quasiment par deux.
Une autre conséquence malheureuse, c’est que beaucoup de bons informaticiens fuient la fonction publique… avec ce que ça veut implique pour beaucoup de ceux qui restent : quelques-uns de bons et suffisamment attachés à la fonction publique pour rester malgré les conditions, et beaucoup d’anciens plus à jour, ou de trop mauvais pour être embauchés dans le privé. C’est l’une des (trop nombreuses) conditions qui fait aussi que, en tant qu’entreprise privée, travaillera avec le public est généralement une purge – avec les paiements ultra tardifs, l’immense résistance au changement, la politique à tous les étages et les lourdeurs administratives.
De mon côté j'ai plein d'expériences et de témoignages contraires : si tu vas voir directement les contrôleurs directement après être monté dans le train c'est bon (mais ton billet te coûtera plus cher pour cause de "frais d'émission à bord du train"). Par contre si tu attends qu'ils contrôlent, là c'est trop tard. Et ils rappellent souvent à l'occasion des contrôles : en cas de problème connu avec le billet (genre tu sais que tu n'en as pas…) si tu viens les chercher c'est OK, si tu attends qu'ils passent ils partent du principe que tu as fraudé.
Ceci n'est valable que pour la SNCF ; les TER sont adossés aux régions et peuvent avoir des règles différentes.
Encore faut-il qu’il y ait un « ailleurs » qui recrute… ce qui n’est pas forcément le cas dans le ferroviaire, selon où tu habites.
D’autre part : oui, la SNCF perds massivement des employés au profit de la concurrence (qu’elle soit elle-même ferroviaire, ou d’autres industries qui emploient les mêmes métiers, dans les cas où ça s’applique).
La SNCF recrute énormément, dans tous les domaines et partout en France. C’est l’occasion pour qui veut de se trouver un poste dans cette « planque de branleurs qui passent leur vie à faire grève », d’après certains. Ou de se rendre compte que les conditions de travail proposées ne sont peut-être pas si géniales que ça, et que certaines grèves sont peut-être bien justifiées.
Pour la petite histoire, j'ai utilisé ab parce que c'est ce que j'avais sous la main. Comme l'observation du comportement de l'application testée me montrait que l'application était bien limitée par le CPU avec cet outil, je n'ai pas eu besoin d'aller plus loin.
Mais effectivement pour des langages plus performants (en particulier dès que l'application testée est multithreadée) ab ne suffit plus, comme mentionné dans le journal.
Ça montre aussi que lancer des tests sans surveiller le comportement de l'application ne sert à rien, puisque ça ne permet pas d'en déduire quoi que ce soit quand aux résultats observés.
Enfin, le simple terme "tenir la charge" n'a pas de sens en soi. Par exemple ici, il faudrait vraiment un programme très créatif pour qu'il soit incapable de tenir la charge réelle qui va lui être demandée, même en imaginant l'héberger sur une brouette comme un premier Rapsberry Pi. En ce sens, un programme comme ab peut très bien prouver que les performances mesurées sont "très largement suffisantes", même si faussées parce qu'on atteint les limites de l'outil de mesure.
Non mais ça c’est un cas particulier pour une seule classe, dans la vie c’est un usage ultra-minoritaire de Java, et ça n’est absolument pas de ce cas dont je parle…
[^] # Re: Un calendrier bourgeois
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Calendrier républicain (script de conversion des dates). Évalué à 4.
C'est tout à fait logique, la révolution française ayant été surtout une révolution bourgeoise et libérale.
Pour qui ça intéresse, je conseille cette excellente série de vidéos, qui en plus fournit les sources pour aller vérifier ce qui y est dit.
La connaissance libre : https://zestedesavoir.com
# « Bref, c'est plus compliqué que ça en a l'air. »
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Calendrier républicain (script de conversion des dates). Évalué à 8.
La conclusion « Bref, c'est plus compliqué que ça en a l'air. » peut être considérée comme une vérité générale dès qu’on touche à quoi que ce soit qui ait un rapport avec la gestion temporelle.
Faites très attention à ce que vous faites, et ne vous lancez jamais dans des calculs hasardeux à base de
const HOUR_IN_SECONDS = 3600.La connaissance libre : https://zestedesavoir.com
[^] # Re: r-darktable
Posté par SpaceFox (site web personnel, Mastodon) . En réponse à la dépêche Sortie de darktable 4.0.0 : une présentation 100 % subjective. Évalué à 8. Dernière modification le 11 juillet 2022 à 23:47.
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.
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é.
Enfin, sur ce point :
La métaphore de l’avion est intéressante et pertinente : contrairement à une voiture, un avion laisse l’accès à énormément de paramètres – même s’il y a beaucoup, beaucoup d’automatismes en sous-main. Ç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. Au contraire : les avions font l’objet d’études ergonomiques assez poussées pour que ce qui est le plus important et le plus utile au quotidien soit le plus accessible possible, tout comme les éléments de sécurité. Et ça peut aller loin : par exemple, les commandes de volets – primordiales pour l’atterrissage – sont souvent d’une forme spécifique reconnaissable au toucher dans un cockpit enfumé, et cette commande peut être munie de sûretés physiques qui empêchent de faire par mégarde certaines manœuvres qui seraient dangereuses.
Et donc, oui, la philosophie de darktable impose que l’utilisateur ait accès à beaucoup de contrôles. Ça n’implique pas que tous ces contrôles doivent avoir la même priorité et la même facilité d’accès.
Le design de darktable a été énormément amélioré avec le thème gris – en plus de résoudre des problèmes de risques quant à la luminosité perçue des photos traitées, et ça c’est une excellente chose. Par contre, d’un point de vue utilisateur, son ergonomie est encore très perfectible. Pour moi, on est très loin de « quelques rugosités restantes ».
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, cf le cas de Gnome par exemple. De même, un des outils très pratiques pour savoir quelles sont les fonctionnalités réellement utilisées (et donc détecter celles qui sont importantes, ou détecter les échecs de découvert de fonctionnalité) c’est de tracer tout ça et d’envoyer les données dans un outil centralisé… ce qui est quelque chose qui est généralement très mal vu dans le monde du libre. Ç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.
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 vous aiderais bien sur tout ça, mais d’une part mes connaissances en ergonomie sont limitées, et d’autre part je n’ai déjà pas le temps de réaliser le quart de mes projets actuels.
La connaissance libre : https://zestedesavoir.com
[^] # Re: r-darktable
Posté par SpaceFox (site web personnel, Mastodon) . En réponse à la dépêche Sortie de darktable 4.0.0 : une présentation 100 % subjective. Évalué à 8. Dernière modification le 11 juillet 2022 à 21:26.
Merci à vous deux pour vos commentaires !
Ma dernière phrase sur le futur de darktable, c’était plutôt à prendre dans le sens : les deux points de vue (et façon de faire) n’ont pas l’air conciliable, et je trouverais très dommage pour le projet que vous vous engueuliez au point que l’upstream ne profite plus des améliorations d’Aurélien sur la partie colorimétrique.
Concernant ses positions, sa façon de les présenter est clairement excessive et peu productive, et de mon point de vue il fait des montagnes de trucs qui n’en valent clairement pas la peine.
Cela dit, je pense qu’il y a un fond de vérité dans ce qu’il dit : l’interface de darktable est extrêmement touffue et pas toujours adaptée aux photographes. Certain détails et fonctionnement sont clairement des « trucs de développeur » (comme les icônes « et/ou » du nouveau filtre de couleur). Plus généralement, les deux difficultés d’accès que je trouve à darktable d’un point de vue ergonomie1 sont :
Je détaille le point 2 avec un exemple. Si j’ai besoin d’utiliser l’égaliseur de ton, en traitement relatif à la scène, j’aurai sans doute besoin d’aller régler les compensations d’exposition et de contraste du masque pour avoir un masque cohérent. Mais ça, c’est les options n°6 et 7 de l’onglet « masque ». Les deux premières, c’est le choix de l’estimateur de luminance et la méthode de préservation des détails, qui sont deux options d’usage franchement rare.
Ça peut même provoquer facilement des problèmes : dans le module d’exposition, il y a en accès direct une « correction du niveau du noir » qui donne très envie de s’en servir pour augmenter la densité… ce qu’il ne faut surtout pas faire parce que ça pose plein de problèmes ensuite. En fait, un usage « légitime » de cette option est rare, est-ce qu’elle a besoin d’être aussi visible ? (Il y a bien un avertissement, mais encore faut-il y faire attention… ou même le voir : je peux jouer avec ce curseur en le survolant et en actionnant la molette sans que la popup apparaisse).
D’une manière générale, il y a de grosses avancées (le thème gris neutre apparu il y a quelques versions est beaucoup plus propre que ce qu’il y avait avant), il y a beaucoup d’aides de partout, mais on a encore beaucoup besoin de lire des tooltips ou la doc pour des trucs qui ne devraient pas en avoir besoin.
Il y a aussi des fonctionnalités qui sont développées d’une façon qui me fait dire qu’elles n’ont pas été testées par des non-développeurs, ou que les retours n’ont pas (encore) été intégrés. Dans les fonctionnalités de la v4.0.0 que je range là-dedans, il y a le mapping d’exposition/colorimétrie (soyons clairs : pour moi la fonctionnalité est géniale, et totalement inutilisable), ou à plus petite échelle, la très bonne idée du nom de couleur qui ne s’affiche pas au survol du patch qui montre la couleur sélectionnée (elle ne s’affiche qu’au survol des chiffres à côté, le survol du patch ne montre que la tooltip « cacher/montrer le grand patch de couleur », idem pour ledit grand patch).
PS : j’ai l’impression qu’il y a un début de travail en ce sens avec des options de module planquées dans un sous-menu déroulant – comme « coefficients des canaux » dans « balance des blancs », mais ça mériterait d’être généralisé.
Ce genre de retour m’a été confirmé par ma mère, photographe professionnelle de 60 ans, qui a testé darktable et s’est retrouvée noyée dans les boutons, menus et tout. Outre l’apprentissage du système de couleur, sa principale difficulté était de retrouver les réglages pour faire ce qu’elle voulait, même quand elle savait quel module et en gros quels curseurs utiliser pour arriver à ses fins. Et du coup elle reste sur l’outil de « dérawtisation » fourni par son fournisseur de matériel photographique2.
En résumé : beaucoup de mauvaise communication dans tout ça j’ai l’impression, et c’est dommage : il y a pour moi de vrais axes d’amélioration ergonomique pour darktable, et pour transformer son côté « jouet pour développeur » sur certains aspect en « outil pour photographe ».
Je mets de côté le choix de montrer tous les traitements et de pouvoir les activer/désactiver/modifier, parce que c’est le choix du logiciel ; et le fait de devoir (ré)apprendre le fonctionnement des traitements de couleur, parce que ces traitements sont pour moi la plus grande force de darktable. Et aucun de ces deux points ne se règle complètement ou même principalement par l’ergonomie. ↩
Qui, d’un point de vue ergonomie et performances, est une bouse absolue qu’il faut qu’Aurélien ne voie jamais sous peine de faire une crise cardiaque :D Sans déconner, je ne sais pas comment ils font pour avoir un outil activement développé et aussi inefficace. Non, je ne donnerai pas la marque. ↩
La connaissance libre : https://zestedesavoir.com
[^] # Re: Si on ne comprend pas c'est que
Posté par SpaceFox (site web personnel, Mastodon) . En réponse à la dépêche Sortie de darktable 4.0.0 : une présentation 100 % subjective. Évalué à 9.
Le pouvoir du BÉPO :)
La connaissance libre : https://zestedesavoir.com
[^] # Re: Mon retour
Posté par SpaceFox (site web personnel, Mastodon) . En réponse à la dépêche Sortie de darktable 4.0.0 : une présentation 100 % subjective. Évalué à 7.
L’un des problèmes de darktable actuellement, c’est qu’il y a des modules qui traitent l’image par rapport à la scène (le flux « moderne ») et d’autres par rapport à l’image (dans
Lab, le flux « ancien »). Or, mélanger ces deux types de modules, c’est risquer des résultats imprévus, en particulier dans la gestion des couleurs.Les modules suivant fonctionnent dans
Labet ne devraient pas être utilisés si votre flux de travail est basé sur la scène :La connaissance libre : https://zestedesavoir.com
[^] # Re: La solution propre au problème de la reconstruction des couleurs qui donne du magenta
Posté par SpaceFox (site web personnel, Mastodon) . En réponse à la dépêche Sortie de darktable 4.0.0 : une présentation 100 % subjective. Évalué à 6.
Attention, ce billet a dix ans maintenant, et la solution proposée n’est plus d’actualité. La solution moderne et propre proposée consiste à changer les seuils dans Filmique (cf mon lien pour les détails) est valable quel que soit la méthode de reconstruction des hautes lumières sélectionnée. Par contre, elle est un peu plus longue et délicate que les raccourcis évoqués dans la dépêche.
La connaissance libre : https://zestedesavoir.com
# La solution propre au problème de la reconstruction des couleurs qui donne du magenta avec Filmique
Posté par SpaceFox (site web personnel, Mastodon) . En réponse à la dépêche Sortie de darktable 4.0.0 : une présentation 100 % subjective. Évalué à 6.
Voici la solution propre au problème de la reconstruction des couleurs qui donne du magenta avec Filmique (vidéo Youtube en anglais avec un accent français).
La « solution » que je donne dans la dépêche est en fait la version « simple et sale qui consiste à planquer la poussière sous le tapis ».
La connaissance libre : https://zestedesavoir.com
[^] # Re: r-darktable
Posté par SpaceFox (site web personnel, Mastodon) . En réponse à la dépêche Sortie de darktable 4.0.0 : une présentation 100 % subjective. Évalué à 7. Dernière modification le 11 juillet 2022 à 10:59.
Après avoir vu sa vidéo, je le trouve un peu raide quand même dans ses commentaires. Il y a plein de points sur lesquels il a raison, mais je pense qu’il surestime les problèmes posés à l’utilisateur final, parce qu’il y a certaines modifications qu’il juge gênantes qui sont en fait pratiquement invisibles. Je pense en particulier à la possibilité de réorganiser les modules, aux filtres de collections (pliés par défaut chez moi, je n’avais même pas vu qu’ils existaient alors qu’il râle plusieurs fois sur le fait que ça prendrait « un tiers de la colonne de gauche »…), au sélecteur d’étoiles qu’il trouve peu ergonomique alors que je le trouve beaucoup plus pratique que la solution précédente, ou encore au palanquées d’options que l’immense majorité des gens se contenteront d’ignorer. Ah, et aussi les lenteurs de l’interface, qui est quelque chose que je n’ai jamais constaté – même si je veux bien croire que d’un point de vue technique, on pourrait faire beaucoup mieux.
(Digression : c’est un truc de développeur, ça, les options par tombereaux. Ça peut se justifier pour certains types d’utilisateurs qui ont besoin/envie – beaucoup « envie » en fait – de configurer chaque pixel et chaque comportement de leur outil, mais pour l’immense majorité des gens dans l’immense majorité des utilisations, l’immense majorité des options n’est que du bruit. C’est quelque chose dont les développeurs feraient bien de se rappeler, tout comme ils feraient bien de se rappeler qu’une option, c’est aussi du code pour la gérer, et plein de possibilité d’interactions imprévues qui viennent avec).
Ce qui m’inquiète surtout, c’est que ce qu’il explique et la position des développeurs upstream ne présagent rien de bon pour le futur de darktable…
La connaissance libre : https://zestedesavoir.com
[^] # Re: r-darktable
Posté par SpaceFox (site web personnel, Mastodon) . En réponse à la dépêche Sortie de darktable 4.0.0 : une présentation 100 % subjective. Évalué à 7.
Je n’était pas au courant donc, pas grand-chose.
Cela dit, j’ai regardé vite fait le pourquoi du comment, et les mécanismes qu’il décrit qui ont conduit aux problèmes en question (notamment, des décisions collégiales là où ça n’a pas de sens) sont un problème hélas classique des projets libres – en tous cas de ceux qui sont développés par plus de une personne.
J’espère que son fork va pouvoir montrer des choses intéressantes qui pourront être remontées dans le projet principal.
Je crois aussi que c’est lui qui est principalement derrière les modules Filmique et la modernisation du pipeline graphique, j’espère que ça ne va pas le dégouter de continuer à contribuer sur ces points.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Et aussi…
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Darktable 4.0.0 est sorti. Évalué à 3.
Merci à vous deux.
J'ai vu que les notes de version ont été traduites, donc je me suis dit que ça valait le coup d'essayer quelque chose d'un peu différent, surtout pour un logiciel dont ça n'est pas évident de l'extérieur de comprendre à quoi il sert. Tant mieux si ça plait !
La connaissance libre : https://zestedesavoir.com
[^] # Re: Inportent
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Next INpact lance un S.O.S.. Évalué à 9.
… Sinon tu peux aussi admettre que tu n'aimes pas le média et son contenu pour des raisons qui te sont propres et qui tu ne détaillera pas, et qui par conséquent tu ne leur donneras pas le moindre centime.
Ça serait tout à fait acceptable, et plus honnête que les tentatives de "justifications" qui tu nous sors là.
La connaissance libre : https://zestedesavoir.com
[^] # Re: VErdissement
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Le label « vert » européen n'est plus réservé aux énergies renouvelables. Évalué à 3.
Deux ordres de grandeur :
Quant à cette comparaison :
Elle est encore moins pertinente que si je disais : « Un bruleur de gazinière/chaudière a gaz ne sert qu’à ralentir une explosion de gaz, et on produit l’énergie thermique d’une explosion en permanence, en alimentant en permanence en combustible ». Je dis moins pertinent parce qu’il est effectivement possible de provoquer une explosion avec du gaz de ville ou en bouteille, alors que les technologies de réacteurs nucléaires civils ne permettent absolument pas de produire des explosions nucléaires – pour cela il faudrait quel le combustible soit beaucoup plus enrichi ; c’est d’ailleurs tout le sujet des discussions autour du nucléaire Iranien.
Quant au premier paragraphe, des affirmations sans sources ne valent rien.
Je ne dis pas qu’on ne doit pas s’opposer à des technologies. Je dis juste que si c’est le cas, il faut le faire avec des vrais arguments qui tiennent la route, et pas des dogmes tirés d’on ne sais où (enfin si, on sait d’où : des vielles associations antinucléaires militaire qui, voyant la dénucléarisation du monde, se sont attaquées au nucléaire civil sans se rendre compte que les arguments ne fonctionnent plus parce que les principes et conditions de fonctionnement ne sont pas les mêmes.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Inportent
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Next INpact lance un S.O.S.. Évalué à 10.
Comme déjà dit plus haut, c'est un nom propre (plus exactement un nom de marque) donc par définition il n'y a pas de faute dedans.
Pour répondre à la question « Pourquoi cette graphie » : le média s'appelait à l'origine (en aout 2000) INpact Hardware, avec cette graphie. Probablement parce que c'est un jeu de mots entre « impact » et « informatique », si j'en crois cette vieille interview.
Ensuite, INpact Hardware est devenu PC INpact, puis Next INpact, puis INpact Hardware a ressuscité en parallèle de Next INpact, puis est re-mort (son contenu a été fusionné dans Next INpact), et aujourd'hui Next INpact risque de disparaitre lui aussi.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Et aussi…
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Darktable 4.0.0 est sorti. Évalué à 5.
Non, je me suis fait la même réflexion, mais j'ai pas le courage d'initier une vraie dépêche – si c'est juste pour mettre un titre en mode « démerdez-vous pour le contenu », pour moi c'est juste un manque de respect.
J'en lancerai une avec la traduction de l'annonce si j'ai le temps ce WE.
La connaissance libre : https://zestedesavoir.com
# Et aussi…
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Darktable 4.0.0 est sorti. Évalué à 4.
Quelques mots en français, et des vidéos de présentation des nouveautés : https://darktable.fr/posts/2022/07/darktable-4-0-0/
La connaissance libre : https://zestedesavoir.com
[^] # Re: Un problème d’adéquation avec le marché privé
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Doctolib présente sa base de données à Devoxx 2022 et c'est flippant. Évalué à 7.
Ce dont tu parles a été testé avec brio en Finlande : fournir des logements pérennes aux sans-abris coute non moins cher que de les héberger en urgence. En plus, en leur fournissant un logement donc une adresse et des installations sanitaires, ça a beaucoup facilité leur réintégration dans la société.
La notion de « séparation des budgets » a aussi un gros impact.
Un exemple classique : la ville doit faire des travaux sur ses réseaux d’égouts, d’eau et d’électricité, dans un même trottoir. On sait ce que qui coute cher dans ces travaux, c’est d’ouvrir et refermer le trottoir, le reste c’est assez trivial.
Le problème étant que, comme les budgets « égouts », « réseau d’eau » et « réseau d’électricité » sont séparés et étanches, on va se retrouver à ouvrir et refermer ledit trottoir trois fois au lieu de mutualiser l’opération et de faire les trois remplacements des trois réseaux d’un coup. Avec tout ce que ça implique en terme de dépenses et d’emmerdement du voisinage.
Ça fonctionne pareil avec les travaux dans les batiments publics – pensez aux batiments historiques classés pour lesquels « démonter les boiseries pour accéder aux réseaux et y faire un travail trivial » coute une fortune.
Sans compter les budgets « qu’il faut absolument dépenser sinon on aura moins l’année prochaine », quitte à faire n’importe quoi avec (valable aussi dans le privé).
La connaissance libre : https://zestedesavoir.com
# C’est un wrapper autour de JavaScriptCore
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Bun, un autre interpréteur javascript en Zig. Évalué à 4.
Cf https://github.com/Jarred-Sumner/bun#Reference
Au moins ça change des wrappers autour de V8 :)
La connaissance libre : https://zestedesavoir.com
[^] # Re: Minitel 3.0
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Panne générale sur Office 365 ?. Évalué à 8.
Ça existe vraiment les liseuses qui ont besoin d'un accès permanent (ou même au démarrage) à Internet ? Parce que pour moi ça casse quand même 95% de l'intérêt du truc.
La connaissance libre : https://zestedesavoir.com
[^] # Un problème d’adéquation avec le marché privé
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Doctolib présente sa base de données à Devoxx 2022 et c'est flippant. Évalué à 6.
L’un des problèmes avec les métiers de l’informatique dans des administrations, c’est que les salaires sont complètement déconnectés du marché du privé – à la fois parce que les paies dans le privé se sont envolées, et que les barèmes des fonctionnaires sont à peu près bloqués depuis des années.
Résultat, les quelques offres que je vois qui pourraient me concerner (développement/conception, > 10 ans d’expérience) sont complètement déconnectées du marché et proposent à peine un salaire de débutant pour des CDD. Résultat : même si le poste pourrait être intéressant, je ne postule pas tant je peux avoir mieux ailleurs. C’est pareil pour les postes orientés « connaissances métier appliquées à l’informatique ». Une ancienne collègue, sur un projet destiné à la fonction publique, a été démarchée par une entité publique pour faire le même genre de boulot que ce qu’elle faisait dans le public, et a refusé parce qu’elle aurait vu son salaire divisé quasiment par deux.
Une autre conséquence malheureuse, c’est que beaucoup de bons informaticiens fuient la fonction publique… avec ce que ça veut implique pour beaucoup de ceux qui restent : quelques-uns de bons et suffisamment attachés à la fonction publique pour rester malgré les conditions, et beaucoup d’anciens plus à jour, ou de trop mauvais pour être embauchés dans le privé. C’est l’une des (trop nombreuses) conditions qui fait aussi que, en tant qu’entreprise privée, travaillera avec le public est généralement une purge – avec les paiements ultra tardifs, l’immense résistance au changement, la politique à tous les étages et les lourdeurs administratives.
La connaissance libre : https://zestedesavoir.com
[^] # Re: PV assuré
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Testons la concurrence à la concurrence à la SNCF. Évalué à 6.
De mon côté j'ai plein d'expériences et de témoignages contraires : si tu vas voir directement les contrôleurs directement après être monté dans le train c'est bon (mais ton billet te coûtera plus cher pour cause de "frais d'émission à bord du train"). Par contre si tu attends qu'ils contrôlent, là c'est trop tard. Et ils rappellent souvent à l'occasion des contrôles : en cas de problème connu avec le billet (genre tu sais que tu n'en as pas…) si tu viens les chercher c'est OK, si tu attends qu'ils passent ils partent du principe que tu as fraudé.
Ceci n'est valable que pour la SNCF ; les TER sont adossés aux régions et peuvent avoir des règles différentes.
La connaissance libre : https://zestedesavoir.com
[^] # Re: La SNCF recrute énormément, dans tous les domaines et partout en France
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Testons la concurrence à la SNCF. Évalué à 7.
Encore faut-il qu’il y ait un « ailleurs » qui recrute… ce qui n’est pas forcément le cas dans le ferroviaire, selon où tu habites.
D’autre part : oui, la SNCF perds massivement des employés au profit de la concurrence (qu’elle soit elle-même ferroviaire, ou d’autres industries qui emploient les mêmes métiers, dans les cas où ça s’applique).
La connaissance libre : https://zestedesavoir.com
# La SNCF recrute énormément, dans tous les domaines et partout en France
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Testons la concurrence à la SNCF. Évalué à 10.
La SNCF recrute énormément, dans tous les domaines et partout en France. C’est l’occasion pour qui veut de se trouver un poste dans cette « planque de branleurs qui passent leur vie à faire grève », d’après certains. Ou de se rendre compte que les conditions de travail proposées ne sont peut-être pas si géniales que ça, et que certaines grèves sont peut-être bien justifiées.
La connaissance libre : https://zestedesavoir.com
[^] # Re: ab = mauvais
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 5.
Pour la petite histoire, j'ai utilisé
abparce que c'est ce que j'avais sous la main. Comme l'observation du comportement de l'application testée me montrait que l'application était bien limitée par le CPU avec cet outil, je n'ai pas eu besoin d'aller plus loin.Mais effectivement pour des langages plus performants (en particulier dès que l'application testée est multithreadée)
abne suffit plus, comme mentionné dans le journal.Ça montre aussi que lancer des tests sans surveiller le comportement de l'application ne sert à rien, puisque ça ne permet pas d'en déduire quoi que ce soit quand aux résultats observés.
Enfin, le simple terme "tenir la charge" n'a pas de sens en soi. Par exemple ici, il faudrait vraiment un programme très créatif pour qu'il soit incapable de tenir la charge réelle qui va lui être demandée, même en imaginant l'héberger sur une brouette comme un premier Rapsberry Pi. En ce sens, un programme comme
abpeut très bien prouver que les performances mesurées sont "très largement suffisantes", même si faussées parce qu'on atteint les limites de l'outil de mesure.La connaissance libre : https://zestedesavoir.com
[^] # Re: Version Rust
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 2. Dernière modification le 14 juin 2022 à 17:37.
Non mais ça c’est un cas particulier pour une seule classe, dans la vie c’est un usage ultra-minoritaire de Java, et ça n’est absolument pas de ce cas dont je parle…
La connaissance libre : https://zestedesavoir.com