秉持著開放原始碼的精神，我現在也將很多專案跟文件放在GitHub上供人下載、取用。懂版本控制工具git的人可以用clone來抓取資料，不過其他人也可以直接用網頁上的功能來抓取GitHub上的檔案喔。這篇會介紹的是兩種方法來下載GitHub中的檔案。一個是完整下載各個儲存庫 (repository) ，另一種則是下載個別檔案。
(more...)
上一篇講完了OCS的作者投稿流程，最後這一篇則是要介紹線上審查以及邀請審查委員審稿的審核流程。雖然這些流程跟一般研討會參與者無關，但是卻是常常另研討會管理者傷透腦筋的一個環節(當然，研討會當天的行程安排也是很費工啦XD)。如果有像是OCS這樣的資訊系統來輔助這些瑣碎的流程，相信會為研討會省下不少功夫吧。
不過就如之前所提過的，資訊系統可不是銀彈，特別像是OCS這樣目標在於提供全面功能，卻又造成讓人難以上手的複雜系統，在迎接OCS的好處之前，可別忘了它高昂的學習成本。
因此，我這此大幅度修改OCS，也是希望讓大家能夠更容易使用它。至於改得好不好用，就請看以下的介紹囉。
(more...)
繼上一篇對於布丁改造OCS的特色介紹，本篇則是繼續介紹OCS的主要特色工作流程之一：作者投稿。
「作者投稿不是像Dropbox一樣丟過去就上傳完了嗎？」
(來自某老師的真實疑問)
對於沒有參與過學術發表的人來說，投稿這件事情的確是有點難以想象。不過我覺得這比較像是一個小組合作作業：組長是研討會主辦單位，而各位作者是組員。組長要告訴組員這份作業要做什麼，以及繳交時應該採用什麼格式，以便最後的統整。而組員就能夠根據組長的要求來分工完成這份作業——有人投A主題、有人投B主題，最後完成這一份大型的作業——也就是這個研討會。
當然，在舉辦研討會的時候並不是像教室內一樣，同學之間很容易聯絡。當研討會採用公開徵稿(call for 的方式進行時，作者可能是來自於四面八方的學者，往往連研討會主辦方都不認識。因此我們需要一個說明徵稿辦法的公開網站。更進一步，我們還要提供一套遞交稿件的流程。其中後者就是大部分研討會網站沒有去做，而在OCS就有建構了高度可自訂的功能。這可能是我們會需要一個研討會管理系統，而不是一般的內容管理系統的一個很重要的理由。
上一篇簡單地介紹了研討會開放原始碼管理系統Open Conference System (以下簡稱OCS)，這篇我想來介紹一下我修改的地方。這次要介紹的是外表上的介面、翻譯、以及報名功能。另外還有OCS主要功能的投稿與審查功能，則留到下次再介紹。
(more...)
Comments