Darktable：慢动作撞上墙壁
一篇批评开源照片编辑器 Darktable 的博客文章，再次点燃了人们对其可用性、默认设置、性能和内部代码质量的长期不满，也凸显了为什么一些摄影师尽管不喜欢订阅制，还是转向 Lightroom、Capture One 或 Affinity 等商业工具。评论者们争论 Darktable 日益复杂、极其灵活的处理流水线究竟是对技术型用户的优势，还是产品领导力失败、让新手不堪重负并割裂工作流的表现。由一名前 Darktable 贡献者领导的新 fork Ansel，被一些人视为更有主张、前景可期的替代方案；但另一些人则认为它风险很高，因为其由一人主导、措辞尖锐，并且长期可持续性不确定。
关于 Darktable 的总体情绪
- 看法严重两极分化。
- 支持者将其描述为强大、有趣、随着时间推移持续改进、文档完善，尤其适合技术型用户。
- 批评者则反馈性能差、界面卡顿、默认设置令人困惑，而且一些基础功能（例如蒙版、缩放/导出一致性）表现不可靠，导致许多人又回到 Lightroom 或其他商业工具。
- 还有几位用户特别抱怨，RAW 打开后看起来相较于相机内 JPEG “不对劲”或发白，而且要达到“正常”观感需要深厚的色彩科学知识。
分叉、抱怨与项目政治
- 一些人对一位能力很强、观点鲜明的开发者已经 fork 了 Darktable 感到兴奋，认为他可能会施加更清晰的设计和更好的默认值。
- 另一些人则被该 fork 作者激进、轻蔑的语气以及粗鲁沟通的历史劝退，认为这篇博客是在对志愿者进行有毒的争斗。
- 对这些批评在本质上是否正确也存在分歧：有人说代码示例和架构问题确实很糟；也有人认为缺陷是真实存在的，但被夸大了，而且很多大型代码库都有类似问题。
UX、默认设置与目标用户
- 强烈支持有主张的设计、固定或“正确”的模块顺序，以及良好的预设，以免让用户不知所措。
- 反方观点：Darktable 的灵活性（可重新排序的模块、多种工作流）对高级用户很有价值，而且较新的版本已经改进了默认值和可用性。
- 有人指出，fork 作者自己的模块历史上默认值也很差，这削弱了他们在可用性方面的话语权。
项目结构与领导力
- 围绕“一个天才独裁者”与社区驱动开发的争论。
- Blender 和 Linux 内核等例子被引用为拥有强大、长期领导力的社区项目。
- 有人担心充满敌意的把关会吓退贡献者并增加单点故障风险，但也有人认为“委员会式设计”会造成混乱的功能大杂烩。
许可模式与订阅
- 多位参与者拒绝 SaaS 风格的“subscriptionware”，认为这是一种租金攫取和心理操控，并且反感已付费软件还能被远程禁用。
- 另一些人则认为订阅往往是资助持续开发所必需的，并不天然属于暗黑模式。
替代方案与迁移
- 提到的替代方案包括：RawTherapee 和 ART、LightZone、Affinity Photo、On1、Capture One、DxO、Resolve、Lightroom（桌面/移动端）、vkdt，以及旧版 Aperture。
- 许多人最后还是会为商业工具付费，尽管他们更偏好 FOSS 或一次性购买。
- 迁移大型 Lightroom 目录被认为很困难；一位评论者分享了一个用于提取 XMP sidecar 的工具。