Zulip Server 6.0 发布,开源团队协作工具

导读Zulip 是一个强大的开源群组聊天软件,采用 Python 编写,使用 Django 框架,支持通过会话流的私人消息和群聊。Zulip Server 6.0 现已发布。Zulip 是一个开源团队协作工具,一款专为实时和异步对话而设计的现代团队聊天应用程序,支持快速搜索、拖放文件上传、图像预览、组私人消息、可听通知、错过电子邮件消息提醒与桌面应用等。

Zulip Server 6.0 现已发布。Zulip 是一个开源团队协作工具,一款专为实时和异步对话而设计的现代团队聊天应用程序,支持快速搜索、拖放文件上传、图像预览、组私人消息、可听通知、错过电子邮件消息提醒与桌面应用等。

具体更新内容如下:

Highlights

  1. 用户现在可以将消息标记为未读。
  2. 添加了对查看已读回执的支持,以及允许组织和个人用户禁用它们的设置。
  3. 添加了新的撰写框按钮,当与当前视图不同时,导航到正在撰写的对话。
  4. 添加了一个滚动到底部的按钮,类似于 End 快捷方式,只有在使用鼠标滚动时才会出现。
  5. 添加了对最多 2 个自定义配置文件字段的支持,这些字段在用户的配置文件摘要弹出窗口中突出显示,并添加了对旨在利用它的新 Pronouns 自定义字段类型的支持。重新设计了自定义配置文件字段管理 UI。
  6. 重新设计了左侧边栏,以更好地组织固定和非活动流,突出显示用户被提及的主题,并更好地宣传当前用户可以订阅的流。
  7. 重新设计了左侧边栏中的私人消息体验,使浏览对话更符合人体工程学,使用模式与浏览流中的主题类似。
  8. 改进了 “Recent topics” 并将其重命名为 “Recent conversations”,并在视图中添加了私人消息。时间戳链接现在转到主题中的最新消息,箭头键导航得到改进,包含未读提及的主题现在突出显示,以及许多其他错误修复或细微改进。
  9. 包含 3 个或更少表情符号反应的消息现在会在表情符号旁边显示反应用户的姓名。这样在绝大多数情况下,就不需要把鼠标放在表情符号的反应上以找出谁作出了反应。
  10. 将之前的 “Unavailable” 状态替换为更有用和直观的 “Go invisible” 功能。
  11. 右侧边栏现在默认显示用户状态消息,并提供可选的紧凑设计。
  12. 增强了公共访问选项以默认跳过登录页面,支持切换主题和语言,并添加了许多其他 UI 改进。
  13. 传入的 webhook 集成现在支持过滤将哪些类的事件发送到 Zulip;当第三方服务不支持配置要发送到 Zulip 的事件时,这一点非常有价值。
  14. 添加了对 Ubuntu 22.04 的支持。
  15. 删除了对 Debian 10 和 PostgreSQL 10 的支持,因为它们的上游生命周期即将结束。
  16. 新集成:Azure DevOps、RhodeCode、wekan。

更多Linux资讯请查看:https://www.linuxprobe.com 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
我们在下面的讨论中谈论Slack,但是这些问题同样适用于具有Slack会话模型的其他应用程序,包括Hipchat,IRC,Mattermost,Discord,Spark等。 任何经常醒来的人都可以告诉你,这并不有趣。 松弛未读 Slack渠道缺乏组织和上下文,这意味着大量使用Slack的人每天都必须手动浏览数百条消息以查找与其相关的内容。 松弛的渠道对于经理和参与多个项目的其他人来说甚至更糟。即便是对Slack的适度使用,每天导致的频道消息也比大多数经理有时间处理的消息还要多。 实际上,在使用Slack的组织中,许多高级人员(明智地)根本不阅读他们的频道消息,或者只阅读了一些较小的频道。这意味着您现在拥有一个公司沟通平台……除决策者外,其他所有人都可以。 频道每天收到数十条消息后,实质性对话变得越来越困难,甚至变得不可能。如果您在上午10点发送了一个深思熟虑的问题,那么午餐后登记入住的任何人都来不及回复,因为其他人已经在该频道中发起了另一个对话。这意味着即使是繁忙的频道也无法用于严肃的讨论,它们演变成快速提问和随机垃圾邮件的混合体。 这意味着,当每个人都在他们的键盘上时,不同时区的工作人员只能在狭窄的窗口内有效地进行协作。结果,Slack并不是用于远程工作的有效通信平台。 明确说明:制造Slack的公司拥有1000多名员工,但没有发布任何远程职位(您可以在任何地方工作的职位)的广告。 相比之下,Zulip团队有30多个核心团队成员分布在十几个时区,并且仅使用Zulip和GitHub问题进行通信(没有电子邮件列表,视频会议等)。 当每个人都在线时,Slack非常适合私人消息(“ DM”),集成和快速提问。关于Slack的大多数发光评论实际上就是Slack的这些方面。我们发现,即使是喜欢Slack的人也通常会在DM中发送其绝大部分消息,并避免使用公共Slack频道。 在采用Slack的组织中,采用Slack之前发生的事情几乎是相同的:电子邮件,会议和小组聊天。 电子邮件非常适合异步工作;这就是每个人都使用它的重要原因。正确使用电子邮件的简单主题行模型可以解决上述所有问题。但是,它太笨拙,无法进行对话。即使是10条消息的线程也很笨拙。而且它缺少现代聊天应用程序的许多对话功能,例如即时传递消息,键入通知,表情符号反应,注意事项等等。 会议是当前最先进的对话方式,例如经理,经理或其他高级人员等忙碌的人可以参加会议。但是,会议通常效率极低。如果在讨论的五分钟中只需要参与者的输入,则参与者可能需要出席一个小时的会议。如果某人无法参加会议,则他们的输入将丢失。必须有人记录下来,以便对发生的事情或任何后续行动进行记录。会议增加了延迟和安排决策的开销。 最后,小组聊天只能在短期内发挥作用,但是并不能在团队内部建立知识,只能使经理对项目有全面的了解。大型列表可以访问讨论,从而使更多的利益相关者可以参与其中。 这些问题都是以下事实的症状:Slack和类似工具使用的通道模型是构造异步通信的一种非常糟糕的方法。 但是,异步通信是当今工作方式的基础: 经理,PM和全天开会的其他人需要在会议之间的几分钟内或一天结束时分批答复。 与团队其他成员所在时区不同或工作时间表不同的任何人,都有一天的不同时间在异步工作。 如果每个贡献者需要每5分钟检查一次其通信工具以使用它,则无法进行重点工作。异步通信对于能够集中精力一个小时或更长时间至关重要,事实证明,异步通信对开发人员的工作效率和幸福感产生了巨大影响。 您无法在Slack通道中进行异步工作这一事实为Slack对组织的有用性设定了上限。 Zulip的独特线程使我每天与我们分布在7个以上时区的分布式工程师和PM团队合作节省了一个多小时。我们尝试了Slack,Mattermost和其他声称支持线程的团队聊天产品,但是没有任何东西可以如此直观地处理同步和异步通信。 —Jacinda Shelly,CTO,按需医生 Zulip提供了实时聊天的好处,同时还擅长异步通信。Zulip的灵感来自于电子邮件的高效线程模型:每个频道消息都有一个主题,就像电子邮件中的每个消息都有一个主题行一样。(频道在Zulip中称为流。) Zulip主题 主题将Zulip对话放在一起,就像主题行将电子邮件对话放在一起一样。它们使您可以有效地跟踪消息并在上下文中进行回复,甚至是数小时或数天之前开始的对话。 Zulip稍后回覆 它的概念很简单,但是从Slack切换到Zulip可以改变组织的通信方式: 领导者可以优先安排时间并批量回复消息,从而有效地参与聊天社区。 可以将更多讨论从会议和电子邮件转移到聊天。 各个贡献者可以做重点工作,而不是通过GIF进行分页,以确保他们不会错过任何重要的事情。 远程工作人员可以与在场人员平等地参与。 员工无需粘在键盘或电话上,以免错过重要的对话。 每个人都可以节省大量的时间和精力。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值