Cyberhood vs. wiki

From LemonWiki共筆
Jump to: navigation, search

摘要[edit]

Cyberhood 是一個具備協同編輯﹑版本監控、簽核流程、控管﹙內容提供者與接收者﹚權限,行事曆,討論區...等等的群組軟體(groupware),在基本的功能上,和 quick place 同屬一類。

wiki 沒有帳號和和密碼、簽核流程、控管﹙內容提供者與接收者﹚權限,wiki 是一個共同編輯內容、留存不同版本,並提供討論區域的軟體。wiki 較適合用在版權議題不敏感的案例。(除非 wiki 另加以客製)

Wiki 簡介[edit]

關於 Cyberhood,李家同教授已經做了詳盡的介紹[1],簡單的說,它是一個具備協同編輯、版本監控、簽核流程、控管(內容提供者與接收者)權限,行事曆,討論區...等等的群組軟體(groupware),在基本的功能上,和 quick place 同屬一類。

至於 Wiki 在設計的前提與邏輯上就已經不同了。什麼是 wiki? Wiki 要﹕

  • 「看到的網頁就要可以改」,
  • 「不用學 html 也可以編輯」,
  • 「大家會越改越好」,
  • 「版權不重要」,
  • 「給予個人自由,個人一定可以善用這個自由」,
  • 「更多眼睛會發現更多錯誤」,
  • 「也許現在不完全正確,但是會漸漸正確」,
  • 「Wiki 的社會沒有帳號和和密碼,即使有也用處不大」,

所以,Wiki 考量的是﹕每個人都要可以看、可以改,最重要的是知識要留住,其他的就不那麼重要了!

所以 Wiki 的形式是相當議題導向的,目的在利用網路連結,累積知識庫的資料,它允許透過大規模共同創作,靠著眾人不停的修改,創造、累積和分享知識。人 (作者,會員或讀者多寡),不是 Wiki 考量的重點,Wiki 只是要將知識庫儘可能地建立完全。

Wiki 是一種理想,希望調動廣大的網路使用者無償的奉獻自己的知識,而以開放、平等、自由、即時實現來回報廣大網路使用者的參與,Wiki 中的任何一條紀錄,任何人都可以在任何時候即時修改。

理想總是有困難,通常最大的困難都是人性!

  • 如何驅動大量使用者參與?
  • 如何將確定資料一定是正確無誤的?
  • 如何防止偏頗的見解?
  • ...

其實所有的 wiki 族群都正在參與也在觀察這個演化過程。

若是李家同教授使用 Wiki[edit]

李家同教授在文中提到的需求和所舉的例子﹐一共提到了底下 9 種需要﹐

  • Web based 的系統
  • 版本控制
  • 學生的進度報告
  • 留言或討論區
  • 檔案的備份與管理
  • 共筆
  • 即時反映意見
  • 行事曆
  • 流程控管

這些需要當中﹐除了最後兩項「行事曆」與「流程控管」﹐因為在 Wiki 的先天設計上﹐完全沒有考慮到﹐明顯無法勝任之外﹐以下其他幾個功能需求﹐探討「若是李家同教授使用 Wiki」的模擬狀況﹕

我們假定資訊中心利用 MediaWiki,這個免費的系統協助李教授在網路上建立一個 Wiki﹐叫做 PapersWiki﹐希望學生在上面撰寫論文﹐李教授可以修改論文﹐共同撰書﹐互相留言...這個系統由他的某個學生負責管理。

Web based 的系統[edit]

每一個學生都可以到 PaperWiki 註冊﹐新增一份文件﹐然後在上面寫論文。這樣所有李教授的學生的論文都在 Wiki 上面﹐教授到任何地方﹐只要可以連線都能夠閱讀。

版本控制[edit]

李教授連結到某個學生的論文頁面﹐發現不妥當或是需要修改的地方﹐立刻可以點選「Edit this page」﹐直接進行修改。

學生也可以連結到自己的論文頁面﹐點選「page history」﹐他就可以看到這份論文的修改歷史﹐包括被修改的時間﹐段落與修改的人。若是要看到底李教授改了那些內容﹐只要點選修改人是李教授那筆記錄的「cur (difference with current version)」或「last (difference with preceding version)」連結﹐就可以看到版本對照。

學生的進度報告[edit]

每一個在 PaperWiki 註冊的學生﹐系統都會為他建立一個專屬的「User」和「User:Talk」文件。

「User」文件
這是撰寫個人簡介與個人相關資料的文件。
「User Talk」文件
就好像每個學生的專屬的白板一樣﹐李教授可以要求學生將進度報告就寫在這份白板上﹐他隨時可以去看﹐並且留下一些建議或是修改內容。同樣的﹐既然是「文件」就會有歷史紀錄﹐不用擔心學生佯裝沒有看見﹐或是塗改。

留言或討論區[edit]

不僅僅註冊的人有這個「Talk」文件﹐在每一個文件被建立時﹐系統也都會為它建立一個「Talk」文件﹐讓使用者可以用來討論這一頁的內容。所以若是使用者沒有要對文件本身進行修改﹐而只是要討論一些與文件相關的事情﹐例如﹕格式﹑用詞﹑或是引用的資料等等﹐就可以寫在這裡。

檔案的備份與管理[edit]

由於 MediaWiki 是利用 php&MySQL 寫成的系統﹐是一個程式碼開放的免費程式﹐所有 PaperWiki 上的資料都是放在 MySQL 上頭﹐因此﹐檔案的備份只是資料庫的備份﹐備份資料庫則是資訊中心的日常工作。

至於管理檔案﹐除了直接建立在 Wiki 上面的文件之外﹐也許我們還有些其他格式的文件﹐例如﹕圖片﹑影片﹑.doc﹑.pdf﹑.ppt...等等﹐您可以將這些文件或檔案上傳到 Wiki﹐然後在建立一份「檔案清單」文件﹐就可以管理您所有的資料了。若是您懶得自己建立「檔案清單」文件﹐那麼還有一個變通的辦法﹐那就是您只要進入您自己的 User 文件﹐點選「User contributions」連結﹐您所有在 PaperWiki 上的貢獻都會列出來﹐當然您的文件﹑上傳的資料都在當中。

共筆[edit]

其實 Wiki 的中文翻譯﹐除了目前網路上常常見到的「維基」這個名詞之外﹐還有一個鮮為人知﹐卻更貼切的稱呼「共筆」。這個翻譯十分傳神的描繪了 Wiki 的特徵。

一篇文章﹐大家可以一起修改﹐也不用擔心版本搞亂﹔一本書﹐可以先作個目錄頁﹐每一個項目就連結到該文章。所以大家先討論書的大綱﹐作出「目錄」文件。「目錄」文件裡面就是各章﹑節的連結。各章﹑節的負責人就在點選進去編輯自己負責的部分。

目前市面上有一本書叫做《Blog : 部落格線上出版.網路日誌實作》﹐作者群就是利用 Wiki 分工撰寫。

Wiki 可不可以限制作者與讀者[edit]

這一點不在李教授的需求內﹐不過一定會有人會提出來。以 Wiki 的基本信仰來說﹐這是所謂「向後」修正﹐但是有些時候卻迫不得已。

拿 MediaWiki 為例﹕

您可以選擇直接修改原始程式
開放的 PHP&MySQL 寫成的系統原始程式﹐當然是可以依照使用者的需求作各樣修改。
透過目錄或設定檔設定權限
透過存放程式碼目錄或設定檔設定權限﹐我們也可以做到。