智能笔记本连接虚拟团队,跨越网络

还没有读者喜欢这篇文章。
Freer than free, opener than open: The fight for the learning management systems

Opensource.com

我们真的还需要另一个协作工具吗? Miles Fidelman,一位经验丰富的网络专家认为需要。他曾在 Bolt, Beranek, and Newman 公司参与军事指挥和控制系统的工作,创建了一家小型托管公司,并创办了一个名为公民网络中心的社区网络非营利组织。 

Miles 最近启动了一个名为 智能笔记本 的开源软件 Kickstarter 项目,该项目基于他早期为军方开发任务计划和协调系统的工作。他正试图创建能够反映人们自然协作方式的工具,特别是对于网络连接不佳的大型团队而言。

他的“智能笔记本”是跨网络保持同步的共享文档。每个人都有自己的文档副本,这些副本将使用对等协议与其他人的文档副本进行通信。首先,您编辑自己的副本,然后其他人都会在他们的副本上看到更改。与电子邮件附件不同,无需搜索文档的最新副本。与 Google Doc 不同,每个人都有自己的副本——允许您进行私人笔记和离线工作。所有这些都使用标准的 Web 浏览器、电子邮件和 RSS;不再需要安装新软件和为云端运行的服务配置帐户。

创建此系统的动机来自于 Miles 在小到教堂董事会,大到空军作战中心等场所的观察。每当人们聚集在一起时,他们都会随身携带文档副本:议程、会议纪要和演示文稿等等。当他们交换信息、讨论问题和做出决策时,每个人都会收到更多文档并对其进行编辑。智能笔记本旨在模仿互联网上的这个过程(并避免大量手动复制)。

Miles 从多个来源汲取模型,包括他最喜欢的工具之一——已经消亡的 Hypercard(适用于在浏览器中运行的群组)。他还借鉴了 TiddlyWiki(一个作为单个本地文件实现的个人 Wiki,在浏览器中打开和编辑),并结合了受 USENET News 的 NNTP 协议启发的对等、复制的消息传递模型。此外,最新的 HTML5 标准和最新一代的 Web 浏览器正在帮助这一切成为可能。

智能笔记本的目标是创建一个系统,允许人们以点对点方式协作,并最大限度地减少对公司托管的中央系统的依赖。用户只需在其浏览器中创建文档(如编辑 Wiki 页面),然后通过电子邮件发送副本(每个人都将自己的副本本地存储为文件或在浏览器的 HTML5 Web Storage 中)。然后,更改会通过网络推送,通知会显示为 RSS 源。最后,当用户打开其本地副本时,它会自动拉取任何更改。 

Miles 正在特别寻找一些更大的赞助商——组织活动、会议、众包项目、议题宣传活动或快闪行动的人们——他们需要更好的协调工具,并且可以作为测试用例。

标签
Smiling librarian standing in front of bookcase
Phil Shapiro 是一位教育工作者,在过去的 35 年里,他教导从学前班到研究生的学生。他目前在华盛顿特区地区的一家公共图书馆工作,帮助青少年和成人使用他们的公共 Linux 工作站。

8 条评论

一些想法

虽然不是去中心化的,但我几乎使用 Evernote、DropBox 和 GoogleDocs 的组合来完成同样的事情。我确实欣赏 P2P 的目标。这是一个难题。我认为 http://diasporaproject.org 正在从社交(facebook 替代品)方面努力解决这个问题。也许那里有一些东西可以借鉴。

我在这些“协作”工具中寻找的关键要素之一是设备独立性,这意味着我可以从任何地方(桌面、浏览器和移动设备)访问数据。以上所有工具都为每种设备提供了一定程度的支持。

我认为缺少的是一种更被动的通知机制(聊天、IM、XMPP、短信等),这种机制特别不需要我登录即可获得任何通知。RSS 已经过时了,因为它不再向前发展。我仍然使用 Google Reader 来掌握一些不同领域的动态,但这远非一个好的通知渠道。

嗨 Kit,

有趣的是,这正是我试图用智能笔记本做的事情。目标是文档订阅并接收更新流——在连接允许的情况下保持自身同步。打开文档,它总是相对最新的。通知将以 RSS/Atom 流的形式提供,但完全是可选的。

祝好,

Miles

嗨 Miles,我关注您的项目发布已经几周了,我想知道是否可以基于另一个现有项目进行构建,这样您就不必从头开始了。
像 Kit 一样,我也使用 DropBox 和 Google docs 等的组合,但最近开始使用 TeamBox 将所有内容整合在一起进行项目协作 - TeamBox 是开源的,因此它可以独立于他们也提供的托管服务进行部署(对于像我这样不想托管自己的平台的人)- 并且方便地集成了 Drop Box 和 Google Docs(以及 GitHub 和其他帐户)。
也可以在桌面浏览器和移动设备中运行,因此也解决了我的问题。
在任何协作环境中,文档管理,尤其是版本控制仍然具有挑战性。

像 teambox 这样的开放式中央存储库与真正的去中心化系统之间存在很大差异。去中心化系统有规则,但没有统治者。秩序是从成员的独立行动中产生的——就像鸟群或自由市场经济一样。当中央集权的人类政府如此受欢迎时,这很难让人理解(与 http://en.wikipedia.org/wiki/Anarcho-capitalism 相对)。

您可以设置自己的 teambox 这样的服务器,这很好——但是当根本没有服务器时,那就更好了。

对于另一个政治类比,我发现许多协作应用程序都受益于最小化的中央服务器——它仅提供某种目录服务。就像 SIP 注册表一样——让您找到对等方,但所有工作都是点对点完成的。这将是最小政府主义(最小统治者)- http://en.wikipedia.org/wiki/Minarchy 。

总的来说,完全中心化的方法无法扩展,并且随着增长效率会逐渐降低(社会主义)。但是考虑一下谷歌。他们构建了一个在中央管理下的去中心化应用程序(在许多地点的许多服务器上)。这就像拥有联邦首脑的地方政府(美国)。http://en.wikipedia.org/wiki/Federalism

嗨 Deb,嗯,有很多东西可以构建,我也在构建(特别是协议软件和 JavaScript 库),但我真正接近的问题与 DropBox(同步文档集合)或 Google(文档的共享副本)非常不同。我正在追求
- 每个人都有自己的文档副本
- 编辑直接应用,具有一定的配置控制(如编辑 Wiki 并维护同步副本)
- 不需要中央服务器
- n

感谢 Miles,感谢您的评论。我总是通过两个过滤器来查看新的开源项目;1) 社区的长期可持续性和 2) 采用。后者我深受其害,因为我采用了协作工具,但却眼睁睁地看着它们被开源社区抛弃,或者因为虚拟团队中没有足够的人实际使用该工具而被抛弃,所以我们不得不切换工具。我 95% 的工作都是虚拟完成的,所以这些工具对我来说非常重要。
我希望看到一种处理您提出的文档的有效方法……并且我愿意在您准备好时来试用。

Miles,中央服务器的功能之一是身份验证。您的智能笔记本如何识别团队成员,并将更新限制在该组?文章提到了电子邮件。它是否只是通过电子邮件将更改发送给组成员列表?这无法扩展到更大的群体(也许这不是问题——因为人际互动也无法扩展到更大的群体)。

当前的计划是使用基于 PKI 的方法进行身份识别和加密,以及每个文档一个单独的密钥。我们可能会使用 LDAP,以及复制的服务器,作为初始目录服务器和公钥分发,然后转向类似 MIT 的 Touchstone 服务器,该服务器支持 X.509、OpenID 和 Kerberos(以及其他一些)。

文档及其特定于文档的密钥最初将由其作者通过电子邮件分发——以及他/她希望的任何其他渠道(将其放在网络上,放入聊天会话中)——它只是一个文件。

更新将采用 Atom 元素的形式——可以通过多种方式分发——电子邮件、Atom、文件等。最初,我们开始基于 eXist(提供 AtomPub 和 Atom 接口的开源 XML 数据库)进行构建,并通过复制来避免单点服务器。创建/分发初始文档的 JavaScript 代码将与服务器通信以创建源并为其设置密钥。未来,我们将提供基于分布式哈希表的分配机制,将文档直接相互链接。

Creative Commons License本作品采用知识共享署名-相同方式共享 3.0 未本地化版本许可协议进行许可。
© . All rights reserved.