社区

Dask 被各种机构的个人使用和开发。它位于更广泛的 Python 数值生态系统内,通常被称为 PyData 或 SciPy。

社区会议

注意

我们已将每月一次的 Dask Demo Day 和 Dask 开发者会议合并为一个单一的、每月一次的 Dask 社区会议。

请加入我们每月的社区会议,时间为每月第一个星期四美国中部时间 10:00。通过 Zoom 加入

有什么想分享的吗?请在此 GitHub issue 下留言告知我们。

会议记录可在此 Google 文档中查看。

您可以订阅此日历以获取更改通知

讨论

交流发生在以下地方

  1. 使用问题、寻求帮助和一般性讨论发生在Dask Discourse 论坛。如果您的讨论主题不是 bug 报告或功能请求,这里是最好的开始之地。这里也是展示您使用 Dask 构建的酷炫事物和认识其他社区成员的好地方。

  2. 使用问题也可以定向到带有 #dask 标签的 Stack Overflow,那里有 Dask 开发者关注。然而,Stack Overflow 认为的“好问题”范围可能很窄,因此 Dask Discourse 论坛可能是更好的开始之地。

  3. Bug 报告和功能请求GitHub issue 跟踪器上管理

  4. 实时聊天发生在https://dask.slack.com/。请注意,Slack 聊天不容易被搜索引擎搜索和索引,因此围绕 bug 报告或使用情况的详细讨论主题应分别移至 GitHub issues 或 Dask Discourse 论坛。

寻求帮助

我们欢迎所有用户,即使是刚开始使用本项目的用户,提出使用问题和 bug 报告。您可以做一些事情来增加快速获得良好答案的可能性。

  1. 在正确的地方提问:我们强烈建议使用Dask Discourse 论坛GitHub issues,而非 Slack 聊天。Discourse 和 GitHub 更容易被未来的用户搜索到,因此对更多人有用,而不仅仅是直接参与者。

    如果您对某个功能应该如何工作有一般性问题或想了解最佳实践,请使用 Discourse。如果您认为找到了 bug,请使用 GitHub。

  2. 只在一个地方提问:请限制自己只在一个地方(可能是 Dask Discourse 或 GitHub)发布您的问题,不要在两处都发布。

  3. 创建最小示例:理想情况下,请创建最小、完整、可验证的示例。这能显著减少回答者理解您情况的时间,从而更快地得到高质量的答案。

    另请参阅关于编写最小 bug 报告的这篇博文。这样写的 bug 报告得到回答的可能性大得多。