31-07-22, 17:04
Je lis régulièrement le forum, mais je n'interviens quasiment jamais. Cela fait un moment que je constate des tensions entre certains dev et comme je n'ai pas la chance d'avoir une bête de course (i3 4130 à 3.4Ghz et 12 Go de RAM), je ne peux que constater que dartable rame beaucoup pour mes développements et qu'il y a des modules que je ne peux pas du tout utiliser.
Je ne veux pas rentrer dans la polémique de savoir que de Aurélien, Pascal et autres à raison ou tort. Je pense qu'il y a du bon et du moins bon chez tout le monde. Je regrette simplement qu'il ne puisse pas y avoir d'entente.
Aurélien a développé de très bons modules, même si j'ai toujours du mal (et c'est un euphémisme) avec filmique sur certaines photos, mais ce n'est pas le sujet (même en appliquant ce que recommande Aurélien).
Je pense qu'il serait bien d'avoir une feuille de route commune entre les devs avec quelques points. Je précise tout de suite que je suis seulement prof des écoles et pas compétent en programmation :
- alléger le logiciel en enlevant des modules qui ne servent plus du tout. Le problème majeur est qu'en ouvrant une image traitée avec d'anciens modules, on va avoir des "merdes" puisque certains modules utilisés n'existent plus. Franchement, combien de personnes refont un développement des mois voire des années après le premier traitement ? En allégeant les modules, on allégerait forcément dt. Et au pire, on utilise un module plus "modernes" pour refaire notre traitement.
- améliorer le code puisque d'après ce que je comprends, il y a depuis un moment des modules et des fonctionnalités bugués et la solution est de mettre des pansements ou des attelles plutôt de que tout refaire. Ça alourdit donc le logiciel.
- développer éventuellement de nouvelles fonctionnalités, mais en ayant comme objectif premier que ces fonctionnalités ne soient pas basées sur des rustines.
Je pense que ce qui manque un peu au projet (mais ce n'est pas tout), ce sont des personnes qui ne sont pas des devs. En effet, les devs peuvent avoir des visions "codes", alors que des utilisateurs lambda vont plutôt raisonner en "fonctionnalités", "simplicité d'utilisation"...
À mon niveau, je ne sais pas comment je pourrais aider le projet vu que je ne n'ai pas de compétence dans le codage. J'ai participé pendant plusieurs années au projet OpenOffice.org (depuis la version 1.1.1 de mémoire) en faisant des traductions, recherches de bugs... et les problèmes actuels me font un peu penser à ce projet et au fork : les devs principaux ont forké vers LibreOffice et on sait toujours aujourd'hui que LO fonctionne bien alors que OOo est quasiment mort.
Pour finir, je tiens à remercier grandement tous les devs et les personnes qui participent au "projet" darktable.
Je ne veux pas rentrer dans la polémique de savoir que de Aurélien, Pascal et autres à raison ou tort. Je pense qu'il y a du bon et du moins bon chez tout le monde. Je regrette simplement qu'il ne puisse pas y avoir d'entente.
Aurélien a développé de très bons modules, même si j'ai toujours du mal (et c'est un euphémisme) avec filmique sur certaines photos, mais ce n'est pas le sujet (même en appliquant ce que recommande Aurélien).
Je pense qu'il serait bien d'avoir une feuille de route commune entre les devs avec quelques points. Je précise tout de suite que je suis seulement prof des écoles et pas compétent en programmation :
- alléger le logiciel en enlevant des modules qui ne servent plus du tout. Le problème majeur est qu'en ouvrant une image traitée avec d'anciens modules, on va avoir des "merdes" puisque certains modules utilisés n'existent plus. Franchement, combien de personnes refont un développement des mois voire des années après le premier traitement ? En allégeant les modules, on allégerait forcément dt. Et au pire, on utilise un module plus "modernes" pour refaire notre traitement.
- améliorer le code puisque d'après ce que je comprends, il y a depuis un moment des modules et des fonctionnalités bugués et la solution est de mettre des pansements ou des attelles plutôt de que tout refaire. Ça alourdit donc le logiciel.
- développer éventuellement de nouvelles fonctionnalités, mais en ayant comme objectif premier que ces fonctionnalités ne soient pas basées sur des rustines.
Je pense que ce qui manque un peu au projet (mais ce n'est pas tout), ce sont des personnes qui ne sont pas des devs. En effet, les devs peuvent avoir des visions "codes", alors que des utilisateurs lambda vont plutôt raisonner en "fonctionnalités", "simplicité d'utilisation"...
À mon niveau, je ne sais pas comment je pourrais aider le projet vu que je ne n'ai pas de compétence dans le codage. J'ai participé pendant plusieurs années au projet OpenOffice.org (depuis la version 1.1.1 de mémoire) en faisant des traductions, recherches de bugs... et les problèmes actuels me font un peu penser à ce projet et au fork : les devs principaux ont forké vers LibreOffice et on sait toujours aujourd'hui que LO fonctionne bien alors que OOo est quasiment mort.
Pour finir, je tiens à remercier grandement tous les devs et les personnes qui participent au "projet" darktable.