Darktable: Batendo na parede em câmera lenta
Uma postagem crítica de blog sobre o editor de fotos de código aberto Darktable reacendeu frustrações antigas com sua usabilidade, padrões, desempenho e qualidade interna de código, e destacou por que alguns fotógrafos migraram para ferramentas comerciais como Lightroom, Capture One ou Affinity, apesar de não gostarem de assinaturas. Os comentaristas debatem se o pipeline cada vez mais complexo e altamente flexível do Darktable é uma vantagem para usuários tecnicamente inclinados ou uma falha de liderança de produto que sobrecarrega iniciantes e fragmenta fluxos de trabalho. O novo fork Ansel, liderado por um ex-colaborador do Darktable, é visto por alguns como uma alternativa promissora e mais opinativa, enquanto outros o consideram arriscado devido à governança por uma só pessoa, à retórica agressiva e à sustentabilidade incerta no longo prazo.
Sentimento geral sobre o Darktable
- As opiniões são altamente polarizadas.
- Os apoiadores o descrevem como poderoso, divertido, melhorando com o tempo e bem documentado, especialmente מתאים para usuários tecnicamente inclinados.
- Os críticos relatam desempenho ruim, interface lenta, padrões desconcertantes e recursos básicos (por exemplo, mascaramento, consistência de zoom/exportação) que parecem pouco confiáveis, levando muitos de volta ao Lightroom ou a outras ferramentas comerciais.
- Vários usuários reclamam especificamente que os RAWs abrem com aparência “errada” ou desbotada em comparação com os JPEGs da câmera, e que chegar a um visual “normal” exige profundo conhecimento de ciência das cores.
Fork, desabafo e política do projeto
- Alguns estão entusiasmados porque um desenvolvedor altamente competente e opinativo fez um fork do Darktable e pode impor um design mais claro e melhores padrões.
- Outros se incomodam com o tom agressivo e desdenhoso do autor do fork e com seu histórico de comunicação áspera, vendo o blog como uma briga tóxica contra voluntários.
- Há discordância sobre se as críticas estão fundamentalmente corretas: alguns dizem que os exemplos de código e os problemas de arquitetura são realmente ruins; outros dizem que as falhas são reais, mas exageradas e semelhantes às de muitas grandes bases de código.
UX, padrões e público-alvo
- Forte apoio a um design opinativo, ordem fixa ou “correta” dos módulos e bons presets para não sobrecarregar os usuários.
- Contraponto: a flexibilidade do Darktable (módulos reordenáveis, múltiplos fluxos de trabalho) é valiosa para usuários avançados, e as versões recentes melhoraram os padrões e a usabilidade.
- Alguns observam que os próprios módulos do autor do fork historicamente tinham padrões ruins, o que enfraquece sua autoridade em usabilidade.
Estrutura do projeto e liderança
- Debate sobre “um ditador brilhante” vs desenvolvimento liderado pela comunidade.
- Exemplos como Blender e o kernel do Linux são citados como projetos comunitários com liderança forte e de longo prazo.
- Há preocupação de que uma guarda de acesso hostil desestimule contribuintes e aumente o fator ônibus, mas também de que “design por comitê” cria conjuntos caóticos de recursos soltos.
Modelos de licenciamento e assinaturas
- Vários participantes recusam “subscriptionware” no estilo SaaS, vendo isso como extração de renda e manipulação psicológica, e ressentem o desligamento remoto de software pago.
- Outros argumentam que assinaturas frequentemente são necessárias para financiar o desenvolvimento contínuo e não são inerentemente um padrão obscuro.
Alternativas e migração
- Alternativas mencionadas: RawTherapee e ART, LightZone, Affinity Photo, On1, Capture One, DxO, Resolve, Lightroom (desktop/mobile), vkdt e o antigo Aperture.
- Muitos acabam pagando por ferramentas comerciais apesar de preferirem FOSS ou compras únicas.
- Migrar grandes catálogos do Lightroom é visto como difícil; um comentarista compartilha uma ferramenta para extrair sidecars XMP.