Plane 在不到一年的时间里登上 GitHub 项目管理榜首

原文 ↗ Hacker News 讨论 ↗

一个名为 Plane 的开源项目管理工具迅速积累了数万 GitHub stars，引发了关于这些 stars 有多大意义以及是否可能被操纵的讨论。评论者在两端分化：一边欣赏其像 Linear 一样流畅的界面，另一边则质疑其设计抄袭、默认遥测、复杂的自托管，以及项目的商业动机。更广泛的担忧也浮现出来，包括“开源”产品搭配付费托管的趋势、依赖 Discord 提供支持，以及这类工具是否真的比 GitHub Issues、Trello 或 Redmine 等更简单的替代方案更能改善工作流。

个人任务管理与使用场景

  • 有些人想把 Plane（以及类似工具）用于个人生活/项目，甚至家务和家庭事务，认为看板、待办列表和笔记很有价值。
  • 另一些人则觉得这有点反乌托邦或过度设计，更喜欢简单列表、Todoist、Trello、GitHub README 日志记录，或者内置提醒应用。
  • 大家也在争论：完整的 issue 跟踪器对独立用户是否真的比简单列表更有益。

界面、抄袭与伦理

  • 许多人指出，Plane 的界面和术语与 Linear 非常接近，连侧边栏和“Cycles”之类的概念都很像。
  • 有些人认为这只是对成功设计模式和标准 Tailwind UI 美学的合理复用；与其重新发明，不如复制一个好界面。
  • 另一些人则认为这已经从“受其启发”跨到了克隆，尤其是在商业化之后，并表示这会让人对该项目的伦理观感变差。

GitHub Stars、增长与遥测

  • 博客对 GitHub stars 和“增长黑客”的强调引发了怀疑；有人怀疑这是游戏化，甚至是付费 stars，不过也有人认为 2 万 stars 主要只是表明它很受欢迎。
  • Stars 被视为一种较弱但有用的社会证明和发现方式，不过也很容易被操纵。
  • 默认开启的遥测以及强烈的参与度导向，让一些人质疑这个项目到底有多“由工程师为工程师打造”，以及它的开源驱动力是否真诚。
  • 还有人担心，追逐参与度最终会让产品像 Jira 一样臃肿。

开源、自托管与复杂性

  • 自托管文档一开始不是 404 就是让人困惑；配置涉及多个 env 文件、容器中的 nginx，以及多个服务。
  • 有些人说，只要按 Docker Compose 文档来，几分钟就能跑起来；另一些人则觉得它太繁琐，并认为这种摩擦与付费云业务模式是一致的。
  • 更广泛的争论是：许多“开源”SaaS 工具实际上是不是“软骗局”或开源核心模式，导致自托管比必要的更难。

社区支持：Discord vs 论坛

  • 许多人不喜欢把 Discord 当作支持“论坛”：网页索引差、历史记录嘈杂、搜索不顺，以及“再加入一个服务器”的疲劳感。
  • 另一些人则为 Discord 辩护，认为它无处不在、免费，而且比 Slack 更容易/更便宜；但大多数人都同意，把它当作长期、可搜索的知识库不如传统论坛或 wiki。

对比、技术栈与代码质量

  • 人们把 Plane 与 Jira、Trello、GitHub Issues、Gitea、Redmine、OpenProject 和 Kanboard 相比较；偏好取决于需求和复杂度。
  • Plane 的 Django + Next.js 代码库被一些人称赞为有启发性，也有人批评它缺少测试、模式薄弱，以及存在 Django 反模式。