2009-01-19 119 views
2

「明天的」維基包含哪些功能?他們如何結合AJAX等Web 2.0功能?他們目前還缺少哪些其他功能? 想從您最喜歡的Wiki的下一個版本中看到什麼?明天的維基包含哪些功能?

編輯:如何將Wiki集成到其他產品中?維基有什麼「整潔用途」?

+0

說到Wiki,這個問題應該標記爲社區維基。 – 2009-01-19 15:37:16

回答

4

我個人已經厭倦wikisWiki作爲一個軟件已過時,現在它約wiki作爲功能(如我最喜歡的新網站,堆棧溢出)。

當我們引入「建議編輯」時,community wiki的主要優勢 - 更多編輯功能誕生了。

對於「建議編輯」,任何人,即使是匿名用戶,都可以編輯任何內容 - 只要其他有經驗的用戶審閱並批准其編輯。

0

未來的維基將在網上完全編輯,並且由所有人同時進行。查看EtherPad進行技術演示。

+0

我猜EtherPad是向前邁出的一步,我可以看到合作/同步編輯對小型和大型團隊/社區都有價值。然而,除了併發編輯之外,它並沒有多少新的功能......還有什麼新的想法呢? – 2009-01-19 21:41:02

1

有一些有趣的工作使用維基testingsoftware development。 EG,朝着literate programming的方向發展 - 允許頁面以代碼和文檔的形式存在,這些代碼和文檔被編譯成一個或另一個(或者,我想,都是同時編譯的)。

+0

我想這是我認爲可能出現的方向上的一步,但有點高 - 細節,細節! – 2009-01-19 21:42:10

1

他們在一年一度的WikiSym會議上有關於此的定期會議。

我認爲Wikis的一個方向是從開放式文檔集合到「每個人都可以編輯但具有更多結構」的應用程序,如SO。

我見過的另一個方向是與其他項目支持工具的直接集成,所以項目計劃,問題管理以及所有這些東西。個人而言,我認爲下一個重大方向將是某種基於多媒體的Wiki,而不僅僅是一個可以在文本中嵌入多媒體的Wiki。

1

我真的很喜歡MediaWiki。這是widely used和免費/免費。標記語法很簡單,並且允許您執行足夠的基本樣式,而無需使用自定義HTML或使用所見即所得。我認爲「性感的web 2.0」是指Flash/AJAX,但我喜歡MediaWiki,因爲它可以用基本的HTML/Javascript乾淨地工作(不必等待自定義小部件加載等)。

什麼使維基達到其有用的潛力是圍繞他們開發的社區比軟件本身更多。您需要找到一個利基市場,人們對中心主題充滿熱情(但沒有犯罪性),並且擁有足夠的技術實力登錄網站並編輯一些文本。

1

「維基」是最終只是一個模式:

  • 所有/大多數遊客
  • 綜合修訂跟蹤和回滾打開編輯,以減少錯誤的成本
  • 簡單的語法之間的交聯文章和自動創建存根條款

這不是一個完美的描述,但它是一個並不特別神奇的組合。成功的維基將這些東西與創建和維護內容的臨界人羣結合在一起。

下一步,國際海事組織(IMO)不太關於Web 2.0的光澤,更多的是關於更好的結構信息的整合。在「這指向那個」之外添加任何元數據是暴力手標記的練習。也許微格式?也許是開發更多結構化的知識庫軟件,它使用wiki-ish編輯用戶界面,但更聰明的後端?我不確定,但我認爲更好地處理結構化數據真的是下一波。

+0

我包含web 2.0或多或少意味着更豐富的體驗終端用戶,廣泛(嚴重)將當前的wiki分類爲web​​ 1.0,因爲它們更像是被編輯的網頁中的表單,而不是應用程序。 Mediawiki是比「應用程序」更webpagy恕我直言... – 2009-01-20 00:12:02

4

預覽即時類型在Stack Overflow上的確很適用。許多維基都不這樣做。

讓頁面之間的鏈接真的很容易,例如。當你輸入時,wiki會找到你可能提到的頁面。這樣您就可以創建鏈接,而無需知道目標頁面的確切標題,並可以在Shift鍵上跳轉到WriteInCamelCase,或者投入方括號。讓它很容易鏈接到wiki以外的其他網站(也就是「簡單」,我不是說像wikisisters,如果我沒記錯的話,就像foowiki:ALinkLikeThis一樣)。

同樣,如果您可以自動生成文本內的鏈接,例如,您可以使用郵件系統來提供您的電子郵件。您可以爲Joel Spolsky創建一個wiki頁面,並且在您的收件箱中引用Joel電子郵件成爲該頁面的鏈接,點擊「此處鏈接」即可找到該頁面。 (這可能需要沿用貝葉斯過濾的方法來修剪對其他Joel的偏離引用......您的貝葉斯分類器會發現,如果上下文非常聰明並且完成任務,那就是Spolsky,如果它是飛行的Viking小貓,那麼它更有可能是Joel偉創)。

用於跟蹤更改的各種RSS源也很好。 (Diffs,全文,我已編輯過的網頁上的更改,...)

維基百科已經發展了一個相當龐大的分類系統(「虛構的貓」,任何人?在維基的平面命名空間上建立分類可以爲用戶找到解決方法提供另一種方式。維基百科做了一些這樣的工作,但是到目前爲止還是有限的:有鏈接到相關的類別列表,但是你不能找到一個叫做「史密斯」的作曲家。

同樣,維基爲您提供了這個相互關聯節點的大圖,您的社區與相關概念的相似程度如何。這很有趣嗎?這有用嗎?有誰不是谷歌想要考慮這個東西?

PS。如果您認爲Paul Graham對Web 2.0的定義是「民主,不要Maltreat用戶,並且Javascript現在可以工作」,那麼維基已經是Web 2.0的三分之二了。

+0

Thanx的答覆和你的想法...你有任何其他你自己的想法 - 有創意! – 2009-02-02 04:43:08

0

對於我來說,就企業風格的wiki用法而言,我有幾個想法;

  • 保持和同步多,離線桌面樣式維基的核心,基於Web的維基人對去
  • 走向維基移動的功能,而不是維基作爲一個系統的一種有效方法,所以我們可以將wiki協作系統整合到其他東西中
2

我在選擇一個wiki工具的過程中,並看了看,在過去一週無數包。我確信有幾十我還沒有聽說過,可能是好的。但總的來說,這是我的「初學者的頭腦」承擔的問題。

應該放棄Wiki標記。一個僅限於wiki標記的wiki只會對'nix黑客和其他一些對困難的事情感到興奮並堅持其他人都很愚蠢的人有用。我的意思是,摩爾斯電碼對我個人來說很好;我沒有得到一個不錯的,乾淨的點劃線短劃線的問題。或者是煙霧信號,除了碳足跡外,它們都很好。但時代在變,我們必須隨着他們而改變。

真正的用戶(商業用戶,客戶,客戶)需要富文本編輯。期。當一個wiki試圖同時支持富文本和wiki標記時,結果並不美觀。該模型令人困惑,並且(顯然)難以實施。例如,wikiwiki中的fckeditor擴展就是一場噩夢。這是不值得的。

Wiki需要更好的訪問控制。所有內容都應該向所有人開放的想法對於像這樣的開放,公開,非盈利的wiki來說是很好的。但在商業世界中,這不是它的工作原理。限制訪問不是邪惡的,這是現實。維基工具需要在提供訪問控制方面做得更好:基於角色或組成員身份訪問頁面和頁面組,任何人都可以在臨時基礎上創建組,並且用戶可以屬於多個組和頁面可以讓多個團隊訪問,這是頁面創建者的心血來潮。

這些是我想要的兩件事情,最重要的是,我還沒有在開源中找到它,至少不是開箱即用。當然,這就是開源是開源的原因。