“明天的”维基包括哪些功能？他们如何结合像AJAX这样的Web 2.0功能？他们目前还缺少哪些其他功能？ 你希望从你最喜欢的Wiki的下一个版本中看到什么？
编辑：如何将Wiki集成到其他产品中？维基有什么“整洁用途”？
答案 0 :(得分：4)
我个人已经厌倦了wikis。 Wiki作为一个软件已过时，现在约为wiki作为功能（就像我最喜欢的新网站，堆栈溢出）。
当我们介绍“推荐编辑”时，community wiki - 更多编辑 - 的主要优势就出现了。
通过“推荐编辑”，任何人，甚至是匿名用户，都可以编辑任何内容 - 只要其他有经验的用户审核并批准他们的编辑。
答案 1 :(得分：4)
预览为你的类型在Stack Overflow上确实非常好用。许多维基都不这样做。
让页面之间的链接变得非常简单，例如。当你输入时，wiki会找到你可能引用的页面。这样你就可以在不必知道目标页面的确切标题的情况下创建链接，并在shift键上弹跳到WriteInCamelCase，或者抛入方括号。也很容易链接到维基以外的其他网站（并且“简单”我并不像维基人员那样，如果我没记错的话，就像foowiki：ALinkLikeThis）。
同样，如果您可以自动在文本中生成链接，例如，您可以使用一个邮件系统来处理您的电子邮件。您可以为Joel Spolsky创建一个wiki页面，并在收件箱中引用Joel电子邮件成为该页面的链接，您可以通过单击“此处的链接”找到该页面。 （这可能需要贝叶斯过滤的某些东西来修剪对其他Joel的迷路引用...你的贝叶斯分类器得知如果上下文是聪明的并且完成任务，那就是Spolsky。如果它正在飞行Viking小猫，那么Joel很可能VEICH）。
用于跟踪更改的各种RSS源也很不错。 （差异，全文，我编辑的页面上的更改，......）
维基百科已经发展了一个相当庞大的分类系统（“虚构的猫”，任何人？）;在wiki的平面命名空间上划分分类可以为用户提供另一种方式来找到他们的方式。维基百科这样做了一点，但到目前为止只有相当有限的方式：有相关类别列表的链接，但你不能，例如，寻找一个名为“史密斯”的作曲家。
同样，wiki为您提供了这个互连节点的大图，以及您的社区对相关概念的看法。这有趣吗？这有用吗？有没有谷歌的人想要考虑这些东西？
PS。如果你认为Paul Graham将Web 2.0定义为“Democracy，Do not Maltreat Users，Javascript现在可以运行”，那么wiki已经是Web 2.0的三分之二。
答案 2 :(得分：2)
我正在选择一个wiki工具，过去一周看了很多包。我敢肯定有几十个我还没有听说过，可能是好的。但总的来说，这是我的“初学者心灵”处理问题。
应该放弃Wiki标记。仅限于wiki标记的wiki只对'nix hacks和其他对于艰难做事感到兴奋并且坚持认为其他人都很愚蠢的人有用。我的意思是，莫尔斯代码对我个人而言很好;我没有得到一个漂亮，干净的仪表板破折号的错误。或者烟雾信号，它们很好，除了碳足迹。但时代在变，我们必须随之改变。
真实用户（业务用户，客户，客户）需要丰富的文本编辑。期。当wiki尝试同时支持富文本和wiki标记时，结果并不漂亮。该模型令人困惑，并且（显然）难以实施。例如，维基维基的fckeditor扩展是一场噩梦。这不值得。
Wiki需要更好的访问控制。所有内容都应该向所有人开放的想法对于像这样的开放，公共，非营利的wiki来说是好的。但在商业世界中，这不是它的运作方式。限制访问不是邪恶的，这是现实。 Wiki工具需要在提供访问控制方面做得更好：根据角色或组成员身份访问页面和页面组，其中任何人可以临时组成组，用户可以属于多个组和页面可以可以在页面创建者的心血来潮的情况下访问多个组。
这些是我想要的两件事，最重要的是，我没有在开源中找到它，至少没有开箱即用。当然，这就是开源是开源的原因。
答案 3 :(得分：1)
对testing和software development使用wiki进行了一些有趣的工作。 EG，向literate programming的移动 - 允许页面作为代码和文档存在，这些代码和文档被编译成一个或另一个（或者，我想，同时）。
答案 4 :(得分：1)
他们在一年一度的WikiSym会议上定期举行会议。
我认为Wiki的一个方向是从开放式文档集合转变为“每个人都可以编辑但结构更多”的应用程序，如SO。
我看到的另一个方向是与其他项目支持工具更直接的集成，因此项目规划，问题管理以及所有这些工作。
就个人而言，我认为下一个重大方向将是某种基于多媒体的Wiki，而不仅仅是一个可以在文本中嵌入多媒体的Wiki。
答案 5 :(得分：1)
我真的很喜欢MediaWiki。这是widely used和免费/免费。标记语法很简单，允许您执行足够的基本样式，您不需要使用自定义HTML或使用WYSIWYG。我认为“性感的web 2.0”你的意思是Flash / AJAX，但我喜欢MediaWiki，因为它与基本的HTML / Javascript一起干净利落（你不必等待自定义小部件加载等等）。
使wiki达到其实用潜力的原因是围绕它们开发的社区比软件本身更多。你需要找到一个人们既热衷于（但不是犯罪疯狂）中心主题的利基，又有足够的技术实力登录网站并编辑一些文本。
答案 6 :(得分：1)
“Wiki”最终只是一种模式：
这不是一个完美的描述，但它是一个不是特别神奇的组合。成功的wiki将这些东西与大量创建和维护内容的人结合起来。
IMO的下一步，不仅仅是关于Web 2.0的光泽，更多的是关于更好的结构信息的整合。添加“此点指向”之外的任何元数据都是强力手工标记的练习。也许微格式？也许开发更结构化的知识库软件，使用wiki-ish编辑UI但更聪明的后端？我不确定，但我认为更好地处理结构化数据确实是下一波。
答案 7 :(得分：1)
答案 8 :(得分：0)
未来的维基将在线完全可编辑，并由所有人同时进行。查看EtherPad了解技术演示。
答案 9 :(得分：0)
对我来说，就wiki的企业风格用途而言，我有几点想法;