# Wikis 一個*wiki*就是允許任何訪問者都可以編輯或擴展其內容的站點；術語“wiki”（來自夏威夷詞匯，意思是“快”或“非常迅速”）也用來特指支持這種編輯功能的軟件。Wikis在1995年發明，但它們的流行是從2000或2001年開始的，一定程度上由維基百科（Wikipedia，[http://www.wikipedia.org/](http://www.wikipedia.org/)）的成功推動，維基百科是以wiki為基礎的自由內容的百科全書。可以把wiki看作介于IRC和網頁之間：wikis不會實時發生，所以人們可以仔細考慮并潤色他們的貢獻，但是他們也可以很容易的添加，比正規的網頁需要較少的界面操作。 wikis還不是開源項目的標準配置，但是可能很快就會。因為它還是相對新的技術，人們還在實驗使用它的多種方式，這里我只提供一些勸誡—在本階段，更容易分析wiki的誤用，而不是他們的成功。 如果你決定運行wiki，需要花費很多力量在保持清潔的頁面和可視化的布局上，這樣訪問者（也就是潛在的編輯者）才可以憑直覺知道如何提供貢獻。同樣重要的是，在wiki上發表這些標準，這樣人們可以訪問這些指導。經常是，wiki管理員成為幻想的犧牲品，他們相信因為大群訪問者各自為站點添加高質量的內容，所以這些貢獻的組合也是高質量的。但那不是網站工作的方式。每個單獨的頁面或段落可能單獨看來不錯，但是如果在一個沒有組織的或迷惑的整體中它就不是了。wikis經常遇到的困境有： - **缺乏導航原則。**一個組織良好的站點可以讓訪問者永遠知道自己在哪里。例如，如果頁面設計良好，用戶會憑本能說出“目錄”和“內容”區域的區別。wiki的貢獻者也會尊重這種區別，但是這要求以這些區別作為開始。 - **信息重復。**wikis經常會變得有很多頁面討論相似的內容，因為每個單獨的貢獻者不會注意到重復。這可能部分由于缺乏前面提到的導航原則，人們可能無法在預期的地方找到重復的內容。 - **不一致的目標讀者。**當有許多作者時，某種程度上這個問題是不可避免的，但是如果存在關于創建新內容的編寫指南時可以減少這種情況。如果能夠首先就做出貢獻作為實例也非常好，這就成為標準被理解。 對所有這些問題的一般解決辦法完全相同：有編輯標準，不僅僅是發表出來，而且要讓編輯頁包含它。通常情況下，wikis會放大原始材料中的所有缺陷，因為撰稿者會模仿任何眼前的模式。不要期望設置了wikis就會發現所有的事情來到恰當的位置。你還需要編寫好例子，這樣人們可以將其作為遵從的模板。 一個運行良好的閃耀實例是維基百科，盡管可能是部分因為它的內容（百科條目）本身就適合wiki的格式。但是如果你深入維基百科，你會發現管理員為合作提供了*非常*完整的基礎。有關于如何編寫新條目，如何維護合適的視角，做何種編輯，避免怎樣的編輯，爭議編輯解決過程（涉及許多步驟，包含最終的裁決）等問題的大量文檔。他們也有授權控制，如果某個頁面反復成為不當編輯的目標，他們會鎖定它，直到問題解決。換句話說，他們不只是在網站上拋出了幾個模板就希望坐享其成。維基百科能夠成功是因為它的創建者仔細思考過如何讓幾千陌生人調整他們的寫作來實現共同的夢想。雖然對于自由軟件項目，你可能不需要同樣級別的準備，但是其精神值得模仿。 關于wiki的更多信息可以看[http://en.wikipedia.org/wiki/Wiki](http://en.wikipedia.org/wiki/Wiki)。另外，第一個wiki還活得很好，包含了許多運行wiki的討論，在[http://www.c2.com/cgi/wiki?WelcomeVisitors](http://www.c2.com/cgi/wiki?WelcomeVisitors)、[http://www.c2.com/cgi/wiki?WhyWikiWorks](http://www.c2.com/cgi/wiki?WhyWikiWorks)和[http://www.c2.com/cgi/wiki?WhyWikiWorksNot](http://www.c2.com/cgi/wiki?WhyWikiWorksNot)有許多不同的視點。