2

“明天的”wiki 应该包括哪些功能?他们如何结合 AJAX 等 Web 2.0 特性?他们目前还缺少哪些其他功能?您希望从您最喜欢的 Wiki 的下一个版本中看到什么

编辑:如何将 Wiki 集成到其他产品中?wiki 可以有哪些“巧妙的用途”?

4

10 回答 10

4

我个人已经厌倦了wikisWiki作为一个软件已经过时了,现在它是wiki一个功能(比如我最喜欢的新网站,堆栈溢出)。

community wiki当我们引入“建议的编辑”时,更多编辑的主要优势就出现了。

使用“建议的编辑”,任何人,甚至是匿名用户,都可以编辑任何内容——只要另一位有经验的用户审查并批准他们的编辑。

于 2009-01-19T10:47:23.867 回答
4

在 Stack Overflow 上,Preview-as-you-type 确实非常好用。许多维基不这样做。

让页面之间的链接变得非常容易,例如。当您键入时,wiki 会找到您可能引用的页面。这样您就可以创建链接,而无需知道目标页面的确切标题,也无需在 shift 键上弹跳到 WriteInCamelCase 或放入方括号。也可以很容易地链接到 wiki 之外的其他网站(我所说的“简单”并不是指像 wikisisters,如果我没记错的话,它就像 foowiki:ALinkLikeThis)。

同样,如果您可以在文本中自动生成链接,例如,您可以拥有一个邮件系统来维基化您的电子邮件。例如,您为 Joel Spolsky 创建了一个 wiki 页面,收件箱中对 Joel 电子邮件的引用成为该页面的链接,您可以通过单击“这里的链接”找到该页面。(这可能需要一些类似于贝叶斯过滤的东西来修剪对其他 Joels 的杂散引用......您的贝叶斯分类器会知道,如果上下文很聪明并且可以完成任务,它就是 Spolsky。如果它是飞翔的维京小猫,它更有可能是 Joel维奇)。

用于跟踪更改的各种 RSS 提要也很不错。(差异、全文、我编辑过的页面上的更改……)

维基百科已经发展了一个相当庞大的分类系统(“虚构的猫”,有人吗?);在 wiki 的平面命名空间上进行分类可以为用户提供另一种方式来找到他们的方式。Wikipedia 这样做了一点,但到目前为止方式相当有限:有相关类别列表的链接,但你不能,例如,寻找一个名为“Smith”的作曲家。

同样,wiki 为您提供了这张互连节点的大图,说明您的社区对相关概念的看法有多接近。这很有趣吗?那有用吗?不是谷歌的人会想这些东西吗?

PS。如果您相信 Paul Graham 将 Web 2.0 定义为“民主、不要虐待用户和 Javascript 现在可以使用”,那么 wiki 已经是 Web 2.0 的三分之二了。

于 2009-02-01T23:37:46.757 回答
2

我正在选择一个 wiki 工具,并在过去一周查看了许多软件包。我敢肯定有几十个我什至还没有听说过,可能是好的。但总的来说,这是我对这个问题的“初学者的想法”。

应该放弃 Wiki 标记。仅限于 wiki 标记的 wiki 只会对“nix hacks”和其他对以艰难的方式做事感到兴奋并坚持认为其他人都是愚蠢的人有用。我的意思是,我个人觉得莫尔斯电码没问题。我不明白一个漂亮、干净的破折号有什么问题。或者烟雾信号,它们很好,除了碳足迹。但是时代在变,我们也必须随之改变。

真实用户(业务用户、客户、客户)需要富文本编辑。时期。而当 wiki 尝试同时支持富文本和 wiki 标记时,结果并不理想。该模型令人困惑并且(显然)难以实施。例如,wikiwiki 上的 fckeditor 扩展就是一场噩梦。这不值得。

Wiki 需要更好的访问控制。所有内容都应该对所有人开放的想法对于像这样一个开放的、公共的、非盈利的 wiki 来说是很好的。但在商业世界中,情况并非如此。限制访问不是邪恶的,而是现实。Wiki 工具需要在提供访问控制方面做得更好:基于角色或组成员资格对页面和页面组的访问,其中组可以由任何人临时组成,用户可以属于多个组,页面可以可根据页面创建者的心血来潮访问多个组。

这是我最想要的两件事,而且我还没有在开源中找到它,至少不是开箱即用的。当然,这就是为什么开源是开源的。

于 2009-11-01T12:26:38.377 回答
1

我真的很喜欢MediaWiki。它被广泛使用并且免费/免费。标记语法很简单,允许您进行足够的基本样式设置,而无需使用自定义 HTML 或使用 WYSIWYG。我假设“sexy web 2.0”是指 Flash/AJAX,但我喜欢 MediaWiki,因为它可以与基本的 HTML/Javascript 一起干净地工作(您不必等待自定义小部件加载等...)。

使 wiki 发挥其潜力的原因在于围绕它们开发的社区比软件本身更多。你需要找到一个利基市场,让人们既对中心话题充满热情(但不是疯狂地疯狂)并且有足够的技术实力来登录网站并编辑一些文本。

于 2009-01-19T21:47:28.123 回答
1

有一些使用 wiki 进行测试软件开发的有趣工作。EG,向文学编程的运动——允许页面作为代码和文档存在,这些代码和文档被编译成一个或另一个(或者,我想,两者同时存在)。

于 2009-01-19T15:29:11.710 回答
1

他们在年度 WikiSym 会议上定期召开会议。

我认为 Wiki 的一个方向是从开放式文档集合转向“每个人都可以编辑但具有更多结构”的应用程序,例如 SO。

我看到的另一个方向是与其他项目支持工具更直接的集成,例如项目规划、问题管理和所有这些东西。

就个人而言,我认为下一个大方向将是某种基于多媒体的 Wiki,而不仅仅是可以将多媒体嵌入文本的 Wiki。

于 2009-01-19T15:39:45.510 回答
1

“维基”最终只是一种模式:

  • 由所有/大多数访问者打开编辑
  • 集成修订跟踪和回滚以降低错误成本
  • 文章之间交叉链接的简单语法,以及引用时自动创建存根文章

这不是一个完美的描述,但它的组合并不是特别神奇。成功的 wiki 将这些东西与大量创建和维护内容的人结合在一起。

下一步,IMO,不是关于 web 2.0 的光泽,而是更多关于更好的结构信息的集成。添加“这点到那个点”之外的任何元数据都是蛮力手动标记的练习。也许是微格式?也许开发更结构化的知识库软件,使用维基式的编辑 UI 但更智能的后端?我不确定,但我认为更好地处理结构化数据确实是下一波浪潮。

于 2009-01-19T22:47:50.060 回答
1

可扩展性。

查看 DekiWiki,他们在这方面做得很好。

DekiWiki 扩展

于 2009-03-17T05:47:13.817 回答
0

未来的 wiki 将完全可在线编辑,每个人同时进行。查看EtherPad以了解该技术的演示。

于 2009-01-19T15:18:49.110 回答
0

对我来说,就 wiki 的企业风格使用而言,我有几个想法;

  • 一种有效的方式来保持和同步基于 Web 的中央 wiki 与多个离线桌面风格的 wiki,供旅途中的人们使用
  • 将 wiki 作为一个功能而不是 wiki 作为一个系统,因此我们可以将 wiki 协作系统集成到其他事物中
于 2009-03-06T12:48:29.267 回答