01-04-19, 17:47
(Modification du message : 01-04-19, 17:52 par aurelienpierre.)
On a fait un réglement, une FàQ, un sujet de présentation du forum, un deuxième… Et on en est toujours au même point. Les mêmes questions chaque semaine. Donc on ne va pas régler le problème des gens qui ne lisent pas… en leur donnant plus de trucs à lire.
Faut vous farcir la doc et essayer le logiciel par vous-même. C'est tout.
Quand j'ai démarré dt, on n'avait pas Carafife, je regardais les tutos Lightroom ou Capture One et j'adaptais à dt. C'étais 5 ans avant de me plonger dans les maths du traitement de pixel et dans le code source.
Les gens ont intégré qu'il faut 12 ans de conservatoire à 2h/jour pour faire un musicien, mais s'attendent à ce qu'il faille quelques week-ends pour faire un retoucheur. Et ça, ça me dépasse. La retouche, c'est un art comme un autre, c'est compliqué, et c'est pas parce qu'il « suffit » de pousser des boutons dans un logiciel que c'est plus facile. En fait, c'est même moins intuitif.
Maintenant, comme Nicolas, je pense que l'école de la République est passée derrière et a rendu les gens totalement passifs dans leur apprentissage, en ce sens qu'ils ne savent pas comment apprendre par eux-mêmes (souci de méthodologie), de façon pro-active, et que toute apparence d'académisme scolaire réveille de mauvais souvenirs chez beaucoup, qui se braquent instantanément. Il faut donc leur tenir la main en permanence, et c'est très lourd pour une communauté bénévole. Sans compter qu'il y a un problème de gestion des RH aussi : est-ce que Rawfiner, Pascal ou moi sommes plus rentables pour la communauté en codant ou en répondant aux questions ? Idéalement, il faudrait qu'on puisse faire les deux, parce que sur des questions techniques très précises, on est pratiquement les seuls à pouvoir répondre précisément. Mais l'idéal…
La communauté linuxienne a généralement déjà pris le pli, sait se débrouiller dans une doc et a accepté l'effort à fournir. Chez les windowsiens, c'est pas des coutumes endémiques. Et comme les nouveaux utilisateurs sont majoritairement sous cet OS, il y a une disproportion flagrante demande/offre de formation. Sans compter que « ceux qui savent » sont majoritairement sous Linux, et que « ceux qui demandent » sont majoritairement sous Windows, donc on est limités aussi en terme de support technique.
Y a plein de problèmes de design dans dt et dans sa doc, on ne va pas se mentir. C'est la raison pour laquelle je suis rentré dans le développement. Ça s'améliore doucement, avec l'aide dans le logiciel et la traduction FR, mais la doc pourrait être paufinée. Encore faut-il diagnostiquer ce qui doit être amélioré et comment.
Donc, à la place de reposter constamment les mêmes questions, ça pourrait être plus rentable à long terme que :
1 - les forumeurs lisent la doc
2 - qu'ils relèvent les points pas clairs ou lacunaires
3 - que les devs mettent à jour la doc officielle (on est 4 ici)
4 - puis qu'on traduise en FR (3 traducteurs ici)
Ainsi, on règle le problème à long terme, et pas juste temporairement et localement. Mais ça va être plus de boulot dans un premier temps.
Et je pense que, à un moment, avoir un livre dt va aider beaucoup (en projet).
Faut vous farcir la doc et essayer le logiciel par vous-même. C'est tout.
Quand j'ai démarré dt, on n'avait pas Carafife, je regardais les tutos Lightroom ou Capture One et j'adaptais à dt. C'étais 5 ans avant de me plonger dans les maths du traitement de pixel et dans le code source.
Les gens ont intégré qu'il faut 12 ans de conservatoire à 2h/jour pour faire un musicien, mais s'attendent à ce qu'il faille quelques week-ends pour faire un retoucheur. Et ça, ça me dépasse. La retouche, c'est un art comme un autre, c'est compliqué, et c'est pas parce qu'il « suffit » de pousser des boutons dans un logiciel que c'est plus facile. En fait, c'est même moins intuitif.
Maintenant, comme Nicolas, je pense que l'école de la République est passée derrière et a rendu les gens totalement passifs dans leur apprentissage, en ce sens qu'ils ne savent pas comment apprendre par eux-mêmes (souci de méthodologie), de façon pro-active, et que toute apparence d'académisme scolaire réveille de mauvais souvenirs chez beaucoup, qui se braquent instantanément. Il faut donc leur tenir la main en permanence, et c'est très lourd pour une communauté bénévole. Sans compter qu'il y a un problème de gestion des RH aussi : est-ce que Rawfiner, Pascal ou moi sommes plus rentables pour la communauté en codant ou en répondant aux questions ? Idéalement, il faudrait qu'on puisse faire les deux, parce que sur des questions techniques très précises, on est pratiquement les seuls à pouvoir répondre précisément. Mais l'idéal…
La communauté linuxienne a généralement déjà pris le pli, sait se débrouiller dans une doc et a accepté l'effort à fournir. Chez les windowsiens, c'est pas des coutumes endémiques. Et comme les nouveaux utilisateurs sont majoritairement sous cet OS, il y a une disproportion flagrante demande/offre de formation. Sans compter que « ceux qui savent » sont majoritairement sous Linux, et que « ceux qui demandent » sont majoritairement sous Windows, donc on est limités aussi en terme de support technique.
Y a plein de problèmes de design dans dt et dans sa doc, on ne va pas se mentir. C'est la raison pour laquelle je suis rentré dans le développement. Ça s'améliore doucement, avec l'aide dans le logiciel et la traduction FR, mais la doc pourrait être paufinée. Encore faut-il diagnostiquer ce qui doit être amélioré et comment.
Donc, à la place de reposter constamment les mêmes questions, ça pourrait être plus rentable à long terme que :
1 - les forumeurs lisent la doc
2 - qu'ils relèvent les points pas clairs ou lacunaires
3 - que les devs mettent à jour la doc officielle (on est 4 ici)
4 - puis qu'on traduise en FR (3 traducteurs ici)
Ainsi, on règle le problème à long terme, et pas juste temporairement et localement. Mais ça va être plus de boulot dans un premier temps.
Et je pense que, à un moment, avoir un livre dt va aider beaucoup (en projet).
Aurélien, photographe portraitiste, spécialiste calcul.
Développeur de filmique, égaliseur de tons, balance couleur, etc.
darktable est mon métier, pensez à m'aider :
![[Image: 2FAd4rc]](https://bit.ly/2FAd4rc)
Développeur de filmique, égaliseur de tons, balance couleur, etc.
darktable est mon métier, pensez à m'aider :