WikiBlog

WikiBlog - Wiki與Blog的混合使用，並比較Wiki、Blog、討論區 與 問答服務的差別

WikiBlog形式

結合Blog和Wiki概念，又稱Bliki。

• 型式1「完全型」: 將文章依照時間順序方式呈現(Blog的概念)，而文章的編輯具備「版本管理」及「簡單語法」的功能(Wiki的概念)。
  • 例1 - 從wiki衍生: DokuWiki-based Blog(Blog、Comment、Trackback等模組組合而成)、SnipSnap、WikyBlog、Jimbojw.com使用MediaWiki及ArticleComments套件。
    • 部份Wiki平台/軟體缺乏迴響(comments)及引用通告(trackback)的功能，因此較缺乏與其他使用者互動的功能。
  • 例2 - 從Blog衍生: WordPress 2.6 Blog軟體內建「版本管理」功能(Wiki-like tracking of edits)。
  • 例3 - CMS: cyn.in

• 型式2「烘培型」: 文章構思先寫在Wiki，然後最後出版在另一個Blog平台上。
  • 例1: tm個人的wikiblog (2006/07) 及 Blog
  • 例2: Heath Tuttle教授的寫作教學課程，在wiki進行學生同儕評量(Peer Evaluation)、並用blog當作學生刊物出版(Student Journals)出版平台，詳簡報: Heath's Blackboard Blog: SLATE Presentation。
• 型式3「混合型」: 烘培型的變型。
  • Wiki原稿出版在Blog平台後，隨著作者或社群在Wiki內容上的增修調整，Wiki的內容較Blog上出版的文章有更多發展可能性。
  • Blog文章中所指涉的概念，建立為Wiki的節點，作為相互參照。例如Blog文章中提到Web2.0等多個概念，則連結Web2.0的Wiki頁面。日後新概念產生時，又衍化成為新的Wiki或Blog頁面。

• 其他型式: Blog借用wiki的簡化語法。例(1)WP-Wikify Plugin for WordPress: provides links from Camel Case words in a post into a wiki. (2) WP-Dokuwiki at Floating Sun(好用的DokuWiki語法 | Robbin.cc) (last visited: 2007-03-18)

Wiki、Blog、討論區 與 問答服務的比較

修改自Farkas的Wiki與Blog比較表，並依個人經驗加上附註。

項目	Blog	Wiki	討論區/論壇/BBS/新聞群組(news group)	問答服務 (ex: Yahoo知識+)	附註
定義	將資訊以簡明的方式、按時間順序（chronologically）加以排列的網頁。(Scott, P., 2001)	1. 任何人都可以編輯在 wiki 上的頁面，而且任何人都可以回復先前的文字。 2. 編寫 wiki 是很容易的，因為它並不是用 HTML 來編寫的。 (這兩個性質都有例外。) (Oddmuse.org, 2005)	經由網路交換訊息、討論或分享檔案。[1]
著作所有權	1. 著重在「作者權」 (Authorship)，創作人人格以及創意之展現。一位Blog作者擁有著作所有權，而著作財產權的使用由作者決定授權方式。 2. 部落格圈(blogspheres)對於著作的抄襲，反應常是個人對個人。	1. 著重在群組。Wiki有多位作者。而著作財產權的使用通常由Wiki網站的著作權政策決定。 2. Wiki社群對於可能的著作權侵害，先將文章標記，然後再決定是否回復沒問題的版本。	著重在作者權	回答者 與 該服務的廠商 (視使用條款)	建議Wiki的著作權政策使用GFDL或創用CC授權。
文章組織方式	線性的 / 特定的。常以時間倒序方式(reverse chronological)或分類排列	非線性的 / 不特定的。常透過頁面的連結(CamelCase或free link)進行。	線性的 / 特定的。依照時間或文章標題排列	類別 (但常有相同類似問題重複地由不同使用者提出)	Blog&wiki均可額外以類別、標籤等方式進行組織。
資訊統整	無，需人工整理	經由「名稱」擴充概念，統整較好	無，需人工整理 (例: 精華區/FAQ)	無，需人工整理	YouTube - 知識管理的好工具--維基百科
編輯權限	作者編輯，讀者僅能張貼評論或引用通告(trackback)	多人編輯	作者編輯	作者編輯，讀者僅能張貼評論/回答
文章定稿	靜態的。作者張貼後則定稿。	動態的。不斷地更新內容。	靜態的。部分討論區需先經過版主(moderator)審核同意，才能張貼。	靜態的。張貼後則定稿，但可再修改或補充。	Wikipedia 創辦人Jimmy Wales: Wikipedia因應品質管理議題，將來計劃建置兩個版本的內容，一個是穩定版(stable)，另一個是目前每天呈現變化萬千樣貌的版本。[2][3]
文章內容修改	類似出版物的勘誤表，已經定稿後的Blog文章修改，習慣上需標記刪除或修改處。	透過Wiki的版本管理系統，比較不同版本的修改處，視情況決定是否要回復(rollback)舊版本。	部分討論區允許作者重複修改或一段時間內修改。	可將張貼的文章修改。	如果日後Blog有大方向修改，個人建議是另外張貼一篇文章來「更新」。過一段時間再去看「過時」文章，其實別有番滋味，可供今昔參考，不論是大環境的變動或者個人想法上的成長。
應用層面	出版/交換訊息(disseminating information)/開啟對話	群組工作/組織訊息	對話/交換訊息	交換訊息

Facebook

• 編輯權限: 群組擁有者，其他人僅能回應
• 反省: http://iphone4.tw/forums/showthread.php?t=215978

資料來源:

• Farkas, Meredith. (2006). Wiki: The ultimate tool for online collaboration. Retrieved July 29, 2006, from http://www.sirsidynixinstitute.com/seminar_page.php?sid=66 (中文介紹)
• KJ演講，大小創意錄影 (2008). YouTube - 知識管理的好工具--維基百科

心得/註解

• Blog文章會過時，Wiki文章可能因為作者或社群日後的貢獻，而有了演化發展的可能性。對於目前使用多數(不含版本管理功能的)Blog平台的使用者，雖可透過日後的修改，讓該文章能夠與時俱進，但是個人建議是額外發表Blog文章或者是透過Wiki混合型的應用，能夠與原始文章互相參照，作為不同時間或發展時期的紀錄。
• 「Blog是個性，Wiki是共性，Blog個性越鮮明越好，Wiki則要完全抹殺掉個性，和Blog強調個人的自主性相比，Wiki更強調知識社區內集體的協作，特別適合協同創作。」 資料來源: 國立中興高中-Blog+Wiki=Bliki
• 在資訊的統整上，「Wikipedia是燒餅，而Yahoo奇摩知識家則是芝麻」(引自鄒景平老師)，Wikipedia的資訊統整較佳；在問題有時效性，需要即時回答時，Yahoo奇摩知識家透過虛擬點數回饋吸引使用者回答，時效上則較佳。

相關文章

• Integration with Mediawiki sites | groups.drupal.org: 整合PR Watch(使用Drupal系統)與SourceWatch(使用MediaWiki系統)