dropbox pac规则_来自Dropbox的Zulip聊天,Linux Foundation报告,FCC规则以及更多新闻

dropbox pac规则

在本周的开放源代码新闻摘要中,我们介绍了Dropbox的开放源代码聊天工具Zulip,FCC对开放源路由器的评论,Linux Foundation报告开放源代码价值数十亿美元,等等。

2015年9月27日至10月2日的开源新闻

Dropbox的Zulip聊天应用

早在2014年3月,在线存储服务Dropbox就已经收购了在线聊天工具Zulip,甚至还没有向公众开放。 自收购以来的18个月中,Zulip的发展一直很平静,然后在9月底,Dropbox在Apache许可下发布了其Zulip聊天应用程序的代码

此举是在Dropbox的Hack Week中进行的。 根据官方博客文章 ,Dropbox的人员“重组了Zulip的原始团队(为软件开发团队优化的群组聊天应用程序,于2014年被Dropbox收购),以便在雄心勃勃的时间表上解决Zulip的开源问题。”

您可以在GitHub上添加Zulip的代码 ,并查看Zulip的开发人员文档

Linux Foundations报告:价值50亿美元的开源代码

根据Linux基金会的一份新报告 ,50亿美元是“嵌入在其协作项目中的代码节省的开发成本的估计值”。 基金会根据协作项目中的代码行数(115,013,302)和重新创建该代码所需的时间(1,373名开发人员30年的工作)来计算数量。

根据《信息周刊》的报道,该报告是“努力确定合作的相关性和经济重要性”。 但是,正如ReadWrite上的一篇文章所指出的那样,很少有人“花一毫秒的时间来复制他们正在使用的开源软件将花费多少。相反,他们只是为特定工作选择了最佳软件。该软件越来越开源。”

您可以在Linux Foundation的网站上下载完整的报告

FCC否认禁止开源固件

最近在互联网上爆炸的一个新闻故事是美国联邦通信委员会(FCC)向路由器制造商发布了指南,该指南似乎禁止这些设备中的开源固件。 FCC否认有禁令,但是, 据Ars Technica称 ,“在某些情况下,限制可能会导致制造商决定阻止安装第三方固件”。

凯尔·维恩斯(Kyle Wiens)在为《 有线 》撰稿时指出:“真正的担忧是,主要芯片制造商会做出回应,说'我们最容易做的就是锁定所有中间件,而不用担心在哪里划定界限。'”

可能并非全是忧郁和厄运。 克里斯托弗(Christopher)写道: “ FCC规则并未明确禁止用户修改路由器固件或要求设备制造商进行此类修改。” 他补充说,解决此问题的方法是完全开源预装固件的代码。

德国在宪法上有义务使用与供应商无关的IT标准吗?

在德国律师费利克斯·格里夫(Felix Greve)的博士学位论文中 ,他辩称“宪法规定必须防止专有规格等市场壁垒。” 格雷夫(Greve)的博士论文认为,在电子政务服务方面,“使用开放标准是先决条件和社会审慎的原则”。 依靠专有应用程序和格式可能会阻碍信息交换和互操作性。 格雷夫总结说,“必须避免专有规格等市场壁垒。”

格雷夫的论点也可能适用于欧盟其他国家。 但是,他的结论不具有法律约束力。 如果德国立法者认真对待他的论点,则可能会进一步为德国的开放源竞争环境打下基础。

在其他新闻中

与往常一样,非常感谢Opensource.com的主持人和工作人员在本周提供的帮助。

翻译自: https://opensource.com/life/15/10/weekly-news-october-2

dropbox pac规则

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 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、付费专栏及课程。

余额充值