[源碼快報] Android 平板電腦多數未遵守 GPL

謝良奇/編譯 2011/1/13

近來眾家廠商相繼推出 Android 平板裝置，對於 Linux 來說似乎是件好事。然而這些平板電腦遵循 GPL 與否的問題，卻使 Android 平板市場籠罩上一層陰影。受雇於紅帽 (Red Hat) 的 Linux 核心工程師 Matthew Garrett，針對市面上 Android 平板裝置的 GPL 遵循程度，做了依次總體檢。結果顯示，許多推出 Android 平板的廠商並未切實遵守 GPL。

除了是一名 Linux 核心工程師外，Garrett 以檢視消費者裝置的 GPL 遵循性而聞名。這一次他公開了一份搭載 Linux 核心卻未遵守 GPL 提供原始程式碼的裝置清單。假如你手上的 Android 平板來自 Sylvania、Viewsonic、Smart Devices，或 Panda Pad 2、XPad，以及其他不知名廠牌的 Android 平板電腦，你很可能已經拿到了一部侵害 GPL 的平板裝置。

Garrett 在介紹其 Android 平板裝置分析時表示，GPL 要求伴隨著裝置，提供 GPL 元件的原始程式碼，或是當被要求提供原始程式碼時，提供書面文件。不遵守相關軟體的著作權授權而散佈裝置，是侵害著作權的行為，在許多國家以此進行商業行為已經觸法。

略讀 Garrett 公開的列表後，會發現無視 GPL 似乎變成列表中多數廠商的常態。儘管如此，某些廠商倒是做的不錯，Garrett 也會提供這些平板裝置程式碼的連接。像是 Barnes & Noble 就提供了 Nook 程式碼，Samsung 的 Galaxy Tab 也遵守了 GPL，Archos 的 Android平板系列全都標記了 OK。

整體情況不能算好，特別是針對不知名的廠牌。Garrett 表示，顯然只要某個平板裝置出自於你從未聽過的廠牌，該裝置就不會遵守 GPL。這些平板裝置很可能是劣質品，畢竟關心自家產品的廠商，應該也會關心是否遵守了授權。

為何 Google 不設法處理？Garrett 提供了他的答案。他說，基本上 Google 雖然散佈該核心程式碼，但並非多數程式碼的著作權人，考慮到 Google 受益於 Linux 的程度，該公司的核心貢獻度相當低。這些裝置上受到侵害的程式碼，有更多來紅帽、Novell、Intel、IBM。

即使是不會接觸平板裝置的原始程式碼的用戶，仍然應該選擇遵守 GPL 的廠商產品。這部僅是支持自由與開放源碼社群，也是為了用戶自身利益著想。遵守 GPL 的廠商，通常在 Linux/Android 裝置開發上，有著長期的投資規劃，而非急就章想推出產品換取收入。

2011 年可以預料在市場上會見到更多以 Linux 為基礎的裝置。如此一來，將有許多 GPL 遵循性工作等著像軟體自由保障 (Software Freedom Conservancy) 之類的組織和 Garrett 這樣的人。


相關網址：
1.多數 Android 平板未遵守 GPL
http://www.networkworld.com/community/most-androids-fail-gpl-compliance
2.GPL 遵循性，Android 平板得負評
http://www.technewsworld.com/story/71612.html
3.GPL 遵循性：多數 Android 裝置不及格
http://www.techreviews.net/2011/01/gpl-compliance-something-that-most-android-devices-fail-at/
4.Android vs. iPhone：GPL 問題
http://www.zdnet.com/blog/networking/android-vs-iphone-the-gpl-question/535

[源碼快報] CPTN Holdings 申請案遭撤回

謝良奇/編譯 2011/1/17

日前傳出由微軟等四家公司組成的聯營企業 CPTN Holdings ，已經向德國監管機構撤回其申請案，此舉被不少人視為開放源碼支持者抗議後所發揮的影響力。然而，事實恐怕並非如此，CPTN Holdings 買下 Novell 專利的計畫恐怕不會因此中止。

去年 12 月微軟、Apple、EMC、Oracle 向德國監管機構聯邦競爭管理局 (Federal Cartel Office) 申請成立 CPTN Holdings，以購買 882 項 Novell 的專利，並引來開放源碼組織 (Open Source Initiative，OSI)、歐洲自由軟體基金會 (Free Software Foundation Europe，FSFE) 等開放源碼組織的抗議。日前此一申請案已被撤回。

德國當局並未提供撤回原因，外界猜測這很可能是因為當局沒有足夠時間調查提案內容，而所做出自願性撤回。對於撤回的動作，微軟發言人在一份電子郵件聲明中指出，這是為了提供檢閱該提案所需時間的單純程序性步驟。除此之外。微軟拒絕進一步評論。CPTN 的其他成員並未立即對此做出評論。

CPTN 可能為了調整申請內容以便通過歐洲監管機構的審查，並平息外界批評，於是撤回此一提案。該提案日前引來包括 OSI、FSFE 等開放源碼支持者的強烈批評，上述組織向德國聯邦競爭管理局針對該計畫提出投訴。

這些開放源碼支持者強烈警告，對於開放源碼軟體某些元件具有要求權的專利，可能落在和開放源碼軟體為競爭關係的公司手裡。鑑於 Novell 在自由軟體發展上的涉入程度，例如 SUSE Linux 和 Ximian 的所有權，以及和 OpenOffice 與 Mono 等自由軟體專案的關係，Novell 的部份專利很有可能會涵蓋自由軟體技術。

OSI 在抗議信中表示，CPTN 的創辦者和領導者長期以來對抗和不實傳遞開放源碼軟體的價值，而此一價值是 Web 架構和最廣泛使用之軟體產品和服務的核心。開放源碼是來自 CPTN 成員若干產品的唯一或主要競爭者。

FSFE 總裁 Karsten Gerloff 指出，在許多市場中，開放源碼程式是微軟產品的關鍵競爭對手，微軟曾經運用專利訴訟來箝制來自自由軟體的競爭，並且長期使用沒有根據的專利要求，持續對自由軟體營造恐懼、不確定性及質疑氛圍 (fear, uncertainty and doubt，FUD)。

Gerloff 並指出，CPTN 也可能決定將這些專利賣給第三方，像是專利流氓 (patent trolls) 或是非執業實體 (non-practicing entities)。例如 2009 年 9 月，微軟就曾在一個僅邀請非執業實體的拍賣會中，賣出 22 個與 GNU/Linux 有關的專利。

CPTN 申請案被撤回不代表 CPTN 放棄了此一交易。儘管傳出 Attachmate 購併 Novell 一案因為籌措資金問題因而延宕，但即使 Attachmate 購併 Novell 失敗，CPTN 依然能取得 Novell 的專利。正如頂尖技術法律公司 Gesmer Updegrove 創始合夥人 Andrew ‘Andy’ Updegrove 指出，如果 Attachmate 購併案沒有過關，CPTN 將有權在 Novell 的專利組合中精挑細選。

此外，從微軟的回應中，可以看出微軟與其夥伴，並非受到政府機構的斷然拒絕。顯然不論是微軟或其 CPTN 的夥伴，都沒打算結束此一交易案。德國聯邦競爭管理局、美國聯邦貿易委員會 (U.S. Federal Trade Commission)，或最不可能的美國安全和交易委員會 (U.S. Security & Exchange Commission)，也許能阻止該案，僅靠開放源碼團體的抗議將難以嚇阻微軟與其盟友。


相關網址：
1.假警報：微軟帶頭團體仍要買下 Novell 的專利
http://www.techflash.com/seattle/2011/01/false-alarm-microsoft-group-still.html
2.CPTN Holdings 仍然存在
http://www.itworld.com/open-source/133299/cptn-holdings-still-alive-and-well
3.CPTN Holdings 仍試圖買下 Novell 的專利
http://www.zdnet.com/blog/open-source/cptn-holdings-is-still-trying-to-buy-novells-patents/8074
4.微軟聯營企業的專利採購真的告吹？恐非如此
http://thenextweb.com/microsoft/2011/01/12/is-the-microsoft-consortium-patent-purchase-really-off-we-dont-think-so/
5.微軟、Apple、Oracle、EMC 聯營企業計畫被撤回
http://www.itworld.com/business/133256/microsoft-apple-oracle-emc-consortium-plan-withdrawn
6.微軟的聯營企業不買 4 億 5 千萬的 Novell 專利
http://thenextweb.com/microsoft/2011/01/11/microsofts-big-patent-consortium-will-not-buy-450-of-novell-patents/
7.微軟帶領 Novell 專利購買財團的趣事
http://www.sys-con.com/node/1673615
8.微軟、Apple、Oracle、EMC 提出之 Novell 專利聯盟遭撤回
http://www.appleinsider.com/articles/11/01/11/novell_patent_pool_filing_by_microsoft_apple_oracle_emc_withdrawn.html

[源碼快報] Google 宣佈 – 擁抱開放格式 Chrome 揚棄 H.264

陳瑞霖/編譯 2011/1/24

Google 官方部落格中，有一則篇幅甚短但引來軒然大波的聲明文 (http://blog.chromium.org/2011/01/html-video-codec-support-in-chrome.html)，版主也罕見地針對大家的疑惑回文 (http://blog.chromium.org/2011/01/more-about-chrome-html-video-codec.html)，但仍然留下不少疑問。Google 宣佈對於 HTML 5 語法中 ＜video＞ 標籤，自家瀏覽器將不支援播放 H.264 影片。原本基於務實考量， H.264 和 WebM 兩種格式都支持，但現在Google 開始要完全支持開放標準 WebM 。Google 相信，以長遠的角度來看，採用開放格式這項創新所帶來的開放科技環境，將有助於整體網路環境，所以不得不捨棄受歡迎的 H.264 格式。

Google 購併 On2，取得 VP8 codec 的所有權，而 WebM 是從 VP8 codec 衍生而來。半年前 Google 便推出 WebM 計畫，目前獲得 Firefox、Opera、Chrome 的支持。另一派Microsoft 及 Apple 兩家公司則是 MPEG-LA 的成員，選擇支持 H.264 ，而不支援 WebM 格式。H.264 可說是目前業界標準，最新的藍光光碟也使用 H.264 格式壓縮。Apple 也因為看中 H.264 畫質比其他格式競爭者好, 以及有硬體加速的支援而採用。不過當 H.264 用於商業用途時，需要付授權金給 MPEG-LA 成員，因此許多人對於將 H.264 作為網路上影片的標準提出異議。

Google 前陣子以實驗性的方式，在 YouTube 的 HTML 5 實驗網站推出 WebM 格式影片，但反應兩極。遭到批評的原因是由於 YouTube 靠廣告營收，而目前 WebM 不支援內嵌圖層，無法在影片播放同時插入廣告，因而引起批評。贊同的一方則認為 ，手中握有 H.264 版權的 MPG-LA 雖然宣稱直到 2015 都開放免費使用，但由於版權是私有的，並非開放技術，死忠的 FOSS 信徒仍傾向支持完全開放的 WebM。

Microsoft 員工以戲謔的手法模仿 Google 聲明文，將 WebM 比喻為立意甚好但推行失敗的世界語 (http://blogs.msdn.com/b/tims/archive/2011/01/11/an-open-letter-from-the-president-of-the-united-states-of-google.aspx)。對此，從很早就支持 WebM 的 Opera 則站出來聲援 Google 的訴求，反擊 Peter Bright (http://arstechnica.com/web/news/2011/01/googles-dropping-h264-from-chrome-a-step-backward-for-openness.ars/) 對於 Google 的抨擊 (http://my.opera.com/haavard/blog/2011/01/13/openness)。
有人批評，從設備成本考量，同時維持兩種格式需要大量儲存設備，這對於 YouTube 來說會是很大的負擔 (http://www.zdnet.com/blog/perlow/googles-h264-decision-its-all-about-youtube-costs/15529)。
ITWorld 評論家更指出，Google 此舉是為了避開專利陷阱 (http://www.itworld.com/open-source/133397/chrome-video-decision-a-vaccination-against-licence-trap)。

Google 捨棄現在市場常用的 H.264 格式，轉向完全支持開放格式 ，表面上看來是為了推自家的格式 WebM，但其舉動恐怕不是那麼單純。異於同為 WebM 陣營的 Firefox 以及 Chrome，Google 同時也是內容提供平台，旗下平台 YouTube 手中擁有數量龐大的影音內容。

對於擁有行動裝置的 Apple 來說，具有 H.264 硬體解碼功能的晶片普及，電池電量不會消粍太快，因此支援 H.264 是很合理的，但未來就不是那回事了。由於除了 Intel 外的主要晶片製作商都是 WebM 聯盟的成員，製作出支援 WebM 硬體解碼的晶片只是遲早的事 (http://www.osnews.com/story/24243/Google_To_Drop_H264_Support_from_Chrome/)。有人說 Google 放棄 H.264 支援是想打一場格式大戰 (http://www.zdnet.com/blog/networking/google-removing-h264-from-chrome-does-nothing-to-hmtl5/548)，甚至表明此舉是要來對付 Apple (http://www.itwriting.com/blog/3658-google-adobe-flash-and-h-264-video.html)。假設 YouTube 在未來的某一天不支援 H.264，包括 Internet Explorer、Safari 都得安裝額外的 Plugin，唯獨剩蘋果的裝置無解。Adobe 目前雖然不支援 WebM，但在未來，新版的 Adobe Flash Player 將支援 WebM 格式。面對 H.264 及 WebM 的戰爭， Adobe 未來將因為 Flash 持續廣泛地應用於影音影片上而從中得利。

Chromium 部落格的這兩篇文章湧進上百位留言者。許多人指出不支援網路上最多人使用的 codec 是不切實際的。其中一位網友留言說：「H.264 會成為標準，撤銷對其支援是瘋了，毫無理由這樣做。」並認為 WebM 要造成舉足輕重影響，還有非常長的一段路要走。

而對於開放源碼標準狂熱支持者來說，Google 此舉可說是決策正確，但對於內容提供商來說，可就傷腦筋了。H.264 以及 WebM 影片的格式戰爭， 對於內容供應商來說是一場巨大的挑戰。想要以 HTML 5 呈現影片的網站，可能兩種格式都得支援，才能達到觀眾數最大化。Microsoft 的瀏覽器及 Apple 的產品，所帶來的觀眾數量，是不能被忽略的。未來可能的場景為網站使用 Flash 而非 HTML 5 來呈現影片，許多內容提供商會繼續以 H.264 提供影片，或者以 Flash 而不是 HTML 5 提供。 一般使用者不見得都能看得到，必須透過自行安裝，如果使用 Chrome 瀏覽器，必須透過 Plugin 的方式才能播放不原生支援的影片格式。另外，Google 也承諾會開發給 Internet Explorer 以及 Safari 用的 WebM Plugin。

目前 Google 旗下 YouTube 影片仍使用 H.264 codec，未來 YouTube 是否會投向 WebM 懷抱，並且不支援 H.264，值得觀察。也有人說開放創新是個大旗，一切是商業算計，Google 究竟在打什麼算盤，以及其下一步往哪走，只有等時間來說明一切了。這齣充斥商業利益考量的戲碼，各大要角四處過招，不過對於一般單純的使用者而言，其實不會有太大的實質影響。

相關連結：
1.Google 揭露 Chrome 將放棄支援 H.264 的計畫
http://www.wired.com/epicenter/2011/01/google-reveals-plan-to-remove-h-264-support-from-chrome/
2.Chromium 全力支持開放格式影片
http://news.yahoo.com/s/mashable/20110111/tc_mashable/chromium_goes_all_in_for_open_source_video

[接案/工作] 自由軟體鑄造場誠徵活動企劃及業務推廣專員

OSSF/文 2010/8/12

【公司名稱】中央研究院 資訊科技創新研究中心 自由軟體鑄造場
【職稱名稱】專任研究助理- 活動企劃及業務推展專員
【需求人數】一名
【工作內容】規劃自由軟體成果推廣與產學合作關係並維運自由軟體鑄造場業務工作
【工作待遇】依資訊科技創新研究中心規定
1. 學士起薪三萬以上，有工作經歷者另議。
2. 碩士起薪三萬五以上，有工作經歷者另議。

【應徵資格】
1.學歷要求：專科以上。
2.工作經驗：不拘。

【必備條件】
1. 對於自由軟體推廣具備高度熱忱與興趣。
2. 精準的言語溝通能力及面對公眾演講的膽識。
3. 負責任、積極吸收新知的工作態度及正向思考的個性。
4. 能於夜間及週末籌辦活動並於一般工作時間進行補休。

【加分條件】
1. 曾任專案經理，或具專案策劃、執行負責與人員管理之相關經驗。
2. 對於自由軟體共工開發模式及專案管理具有基礎的了解。
3. 曾有自由軟體專案開發或是社群參與經驗。
4. 對網站應用及自由軟體程式撰寫具實作的能力。
5. 流暢的英文溝通能力並能現場口語詢答或是檢附相關英文檢定證照。
6. 符合工作必備條件並領有直轄市、縣（市）主管機關核發證明之身心障礙者。

【應徵方式】履歷隨到即審，視情形擇優通知面試，不合者恕不退件及函覆。
1. 郵件：freddi.chen AT citi.sinica.edu.tw，負責人：陳飛亨。
2. 郵件主旨撰寫格式：【應徵活動企劃及業務推展專員】-中文姓名。
3. 應徵郵件請包含自傳、基本資料（學經歷、照片、聯絡方式、最快工作日期）等文件。
4. 檔案請用 ODT 或 PDF 格式寄送。

[源碼快訊] 除舊佈新-自由軟體鑄造場電子報兔年新分類賀歲快報！

下週就是除夕夜啦！電子報編輯小組先來跟大家拜年，希望大家 － 兔年行大運，萬事皆順心，也謝謝大家一直以來對於自由軟體鑄造場電子報的支持與鼓勵。

迎接嶄新的民國 100 年，電子報編輯小組除了秉持積極的理念，持續為大家提供更嶄新多元的自由軟體動態之外，我們亦為電子報量身打造多項規劃與改變，讓讀者可以透過本報，獲得更具深度的資訊報導，例如：安排一系列自由軟體社群及活動的採訪，讓讀者知悉自由軟體社群的貢獻與活力；完成電子報文章關鍵字的建立，便利您查找相關性的文章；精實專欄分類，讓電子報更貼近使用者的需求與閱讀習慣。在此，編輯小組特別針對全新的電子報分類，提供以下說明：


1.源碼快訊 (FOSS Information)：提供最新及過往所有跟自由軟體相關的活動訊息、工作坊、社群聚會、徵才資訊等資訊。

2.源碼新聞 (FOSS News)：報導客觀非評論性的新聞採訪，例如：自由軟體社群/相關人物/推廣活動的採訪或報導、場地或熱門網站介紹等文章。

3.技術專欄 (Tech Column)：針對擁有技術背景的專案開發者，分享自由軟體的開發心得、新技術的概況及其後續的發展、自由軟體在軟硬體上的技術應用等。

4.源碼秘技 (FOSS Programs)：發表自由軟體應用類的教學文章，或是作者提供自己使用自由軟體的心得，增加一般使用者或是入門者對於各種自由軟體的認識。

5.法律專欄 (Legal Column)：刊登不屬於新聞性且與自由軟體法律授權領域相關的專欄文章。

6.自由專欄 (FOSS Forum)：邀請熱門作家及老師分享對於自由軟體領域的獨到見解。

7.企業應用 (Enterprise Application)：彙集企業運用自由軟體可能會遇到的問題與建議、現況及趨勢等文章。

8.自由文化 (Free Culture)：專門露出個人對於自由軟體的心得與評論、與自由文化相關的文章，亦或是親身轉換自由軟體的心路歷程。

9.源碼快報 (Worldwide News)：彙整同一事件但不同立場的國外新聞編譯稿，提供讀者重大國外自由軟體現況與動態。

10.源碼專案 (FOSS Projects)：OpenFoundry 上重要專案的介紹，或是引介自由軟體領域知名的專案。

若對於以上的分類描述或是本電子報有任何想法，歡迎您隨時來函指教，因為您的寶貴建議，將會是讓本報更臻完美的動力。最後，祝福大家接下來的每一天-【兔】氣揚眉、前【兔】似錦。

電子報編輯小組 敬賀
ossfepaper AT openfoundry.org

[源碼秘技] 簡單易用、人如其名的群組軟體 － Simple Groupware & CMS

翁卓立/文 2011/1/21

• 官方網站：http://www.simple-groupware.de/cms/
• 安裝程式下載網址：http://nchc.dl.sourceforge.net/project/simplgroup/simplegroupware installer/0.6/sgs_installer.php.gz (7.4KB)
• 完整套件下載網址：http://nchc.dl.sourceforge.net/project/simplgroup/simplegroupware/0.701/SimpleGroupware_0.701.tar.gz (5.4MB)

簡介

網路時代的來臨，造成人類生活的重大變遷，也快速影響眾人日常所熟悉的事物。以網站為例，早期最單純、以文字與靜態圖片為主的網頁，如今已經成了稀有動物。現今大多數的網站不但擁有動態內容，也會提供大量的動畫與圖表，以便讓訪客前來造訪網站時，可以取得最豐富的內容。這樣的發展歷程，其實也不過短短數年而已。
如今網站系統的蓬勃發展，也推動了許多相關系統的開發，更造就許多新系統的出現。例如許多機關團體都有採用內容管理系統（Content Management System, CMS）的經驗，期望透過內容管理系統所提供的功能，以輔助日常作業經常面臨的資料處理動作。網路上可以找到的內容管理系統數量多如江河之鯽，而且大多數都能提供相當多元化的資料處理功能。不過許多內容管理系統雖然提供了相當多的系統功能，但在操作上也顯得相形複雜，甚至還會因為操作上的不便，而影響一般使用者採用相關系統的信心。

或許內容管理系統便是以功能眾多為其主要特色，因此無可避免地會擁有較多的資料處理功能。但功能較多的情況下，是否代表操作上一定比較複雜，倒也不是定論。只要稍微花點心思，還是能在網路上找到許多採用開放式原始碼、功能眾多，但操作相當簡便與直覺的內容管理系統，例如以簡單為名的 Simple Groupware & CMS。為了行文方便，本文接下來將以 Simple Groupware 稱呼此軟體。


▲Simple Groupware & CMS 的操作畫面。

Simple Groupware 本身是一個企業級的群組軟體，提供了大多數群組軟體所必備的功能，例如電子郵件、行事曆、聯絡人、工作排程、文件管理以及專案管理等等。雖然 Simple Groupware 是以企業級導向所設計的軟體，但本身仍然採用 GPL 授權，並不因為針對的目標客戶群是一般企業，便改用商用軟體的發行方式。而且 Simple Groupware 本身強調所有的功能都是以開放原始碼方式進行釋出，也不提供商業版本。使用 Simple Groupware 並沒有任何限制，不會因為使用的是免費的版本，便限制最大使用者數目，或是可在不同主機進行安裝的套數等各種條件。而更加令人驚奇的是，Simple Groupware 的支援與文件也都可以免費取得，在使用上即使產生問題，也能經由這些輔助資訊取得解答。

Simple Groupware 是以 PHP 撰寫而成，並採用網頁模式的操作介面，本身在操作上相當簡便。Simple Groupware 也整合了許多網路標準，例如 RSS、iCalendar 行事曆、vCard 聯絡人格式，再加上 IMAP、POP3、SMTP、CIFS 等各種不同的通訊協定，幾乎是整合了所有日常作業中所需要使用的網路功能，並合而為一。如果這樣的功能仍然不足以滿足使用者的需求，Simple Groupware 也內建了一套名為 sgsML 的程式語言。只要了解其相關語法，便能快速建立或自定網頁應用程式，並依照個人需求加以設計。

方便使用的安裝程式

一般而言，選用軟體系統之後，一開始多半都要擔心安裝相關的問題。許多網頁系統都使用了自動化的安裝工具，以便將安裝過程的步驟簡化，Simple Groupware 也不例外。大多數的網頁系統，都是將安裝程式內嵌於系統之中，例如在該系統的網頁目錄下額外建立一個取名為 install 的資料夾，進入此目錄即可開始安裝系統。但 Simple Groupware 則是採用安裝程式與系統本體完全獨立的方式進行處理。

在安裝 Simple Groupware 之前，使用者只需要先行下載安裝程式即可，其檔案大小只有數 KB 左右。執行該安裝程式後，安裝程式會自動檢查目錄中是否有完整套件的存在。如果完整套件尚未下載，安裝程式會自動從網路下載此完整套件並進行安裝。雖然在安裝時不需要事先下載完整套件，但如果事先完成下載動作，則在安裝時需要耗費的時間會比較少。而有了安裝程式的輔助，讓 Simple Groupware 的安裝過程變得非常容易，也可以減少許多麻煩的系統處理過程。

強大的系統功能

群組軟體或內容管理系統需要提供的功能為何，可能在不同的軟體系統之中有各自的定義。但無論使用的系統為何，一些基本功能都不能被排除在外。Simple Groupware 為了滿足各類型使用者的需求，不但提供群組軟體或內容管理系統的各種基本功能，也一併提供其他軟體較為少見的操作項目。

一進入 Simple Groupware 之後，即可從畫面左方得知目前系統所提供的功能項目為何。其中聯絡人管理、行事曆、檔案管理、專案管理等功能是大多數內容管理系統都會提供的功能，其操作方式也與大多數的同類型軟體大同小異。除了這些基本功能以外，使用者也可以從畫面中找到一些額外的進階功能。例如在問卷調查系統之中，可以自行製作線上問卷，以調查眾人對某事物的看法並進行投票。論壇功能可以作為線上討論空間使用，使用者可以自行建立文章並闡述個人看法，其他人也能直接在文章之中與原作者進行互動。會計功能則可以針對支出、成本控管等項目進行管理，盤點功能則可以進行資產的管理工作，並以資產的所屬類別、廠商等屬性進行處理。而在系統管理功能方面，除了基本的使用者、群組等管理功能以外，也提供了系統備份、統計報表以及模組管理等功能，功能之多令人難以想像。


▲Simple Groupware 提供的功能種類相當多，包含常見的一般功能與一些進階功能。

安全與簡便的操作環境

由於 Simple Groupware 是一套完全使用網頁介面作為使用者操作介面的群組系統，因此任何人在使用 Simple Groupware 進行操作時，只需要使用最單純的瀏覽器即可進行操作，不需要使用任何特製的客戶端程式。又因為 Simple Groupware 並沒有使用任何特殊的技術進行系統開發，因此使用者的瀏覽器之中並不需要安裝任何外掛程式。單純化的作業環境，讓使用者不必花費太多心思在其他不必要的軟體套件之中。

除了需要的客戶端軟體相當單純以外，Simple Groupware 在使用者介面上也提供了相當簡潔的操作環境。Simple Groupware 大多數的操作項目都十分直覺，從各個操作選項的名稱之中便可得知該項目的大致功能為何。如果對於某個項目的操作方式不太熟悉，也可以利用 Simple Groupware 本身所提供的文件進行查詢，以得知更進一步的操作方式。


▲操作與使用 Simple Groupware 非常直覺，幾乎沒有學習曲線。

在一般環境的使用狀況下，群組軟體之中會包含許多重要資料。這些資料如果都是以明碼方式進行傳輸，在使用上多少有一些風險存在。如果不希望傳輸過程中這些資料被攻擊者從中截取竊聽，可以使用 SSL 的通訊協定加以保護。Simple Groupware 雖然在操作上儘量以方便、簡單為主要設計理念，但也相當注重安全防護方面的各種問題。完整支援 SSL 的 Simple Groupware，可以確保資料在傳輸過程中不至於被他人取得，以保護重要的資料。

模組化的設計方式

Simple Groupware 不但提供相當多元化的系統功能，而且大多數的功能都是採用模組方式進行設計，這意味著 Simple Groupware 可以非常容易地完成系統功能的擴充。只要 Simple Groupware 的開發團隊提供了新的功能支援，即可將此功能模組加入現有的系統之中，並立即擴充系統的功能。

而在功能模組啟用之後，如果發現此功能不符合需求，或是會影響到其他功能的正常執行，即可進入管理介面中將此模組加以關閉，直到檢查出問題所在之後再予以開啟即可。由於這種模組化設計的方式在使用上具有相當程度的彈性，因此任何人在使用 Simple Groupware 時，都可以依照個人的喜好或是需求決定 Simple Groupware 的使用方式，或是此系統的功能多寡。


▲模組化的設計可以提供彈性化的功能選擇。

強大的管理功能

除了一般操作上的功能眾多，而且使用相當便利以外，Simple Groupware 的系統管理功能方面，也可以幫助系統管理者在進行管理工作時，可以較為快速且簡便的完成管理工作。在 Simple Groupware 的系統管理畫面裡，可以看到管理功能基本上區分為四大類，分別是系統管理、資料庫管理、快取管理，以及環境設定。每一種管理類別之下都提供了許多不同功能的操作項目可以使用，在使用時可以依照欲進行的工作所屬類別進行查詢，找到相對應的項目之中直接執行該功能即可。

以系統管理類別為例，此處提供了使用者與群組的管理功能，也能針對電子郵件身分進行管理。而系統事件功能等於是 Simple Groupware 的記錄檔功能，可以查詢重大事件的發生時間與詳細資訊。而系統的運作統計資訊，以及系統備份、回收桶管理，也都是系統管理類別的一部份功能。Simple Groupware 甚至還在此類別之中提供線上檔案管理功能，系統管理員可以直接使用網頁型態的檔案管理程式，進行 Simple Groupware 目錄下的檔案管理工作，例如複製、刪除等各種檔案存取功能。


▲管理畫面中提供了相當強大的管理相關功能，可以調整系統環境至最合適的程度。

資料庫管理分類之中，可以找到一些與資料庫相關的管理工具。例如資料表格的最佳化、重新建立搜尋索引等功能。此外，也可以檢查目前資料庫的行程執行狀態與相關資訊，或是查詢資料庫的運作現況、資料表格的大小，以及資料表格的使用情況等各種資料庫相關的數據。如果想要清除系統的統計資訊、事件資訊，或是回收桶之中的資料，也可以在資料庫管理分類中進行處理。

快取管理可以針對 Simple Groupware 所提供的快取空間進行管理，在使用者上傳檔案或是進行發送郵件等動作之後，都會在快取空間之中留下一些相關資訊。如果要清除或是查詢快取空間的相關訊息，即可在此處進行相關動作。而環境設定分類之中，可以設定整個 Simple Groupware 的工作環境。例如需要修改 Simple Groupware 所建立網站的標題，或是打算變更資料庫的存取帳號與資料庫名稱等系統設定，都可以在設定畫面中找到相對應的選項，或者可以重新執行設定程式，將整個系統恢復成預設狀態並重新進行初始化設定。如果系統要進行長時間的維護工作，則可以在此處將 Simple Groupware 切換成維護模式，此時便只有系統管理員可以進行相關的管理作業，其他使用者將無法登入系統。如果 Simple Groupware 推出更新版本，也可以直接在此處進行升級動作，不需要手動下載更新檔案並進行相關的處理動作。

結語

在各式各樣的網站系統之中，內容管理系統與群組軟體一直是相當熱門的應用方式之一，網路上也能找到相當多的類似軟體。由於每個機關團體的需求各有不同，無法直接論定某種系統一定是最佳選擇，因此在選擇此類型的網站系統時，常常會面臨不知道該如何進行選擇的問題。

從功能上來看，Simple Groupware 的操作雖然簡便，但本身所提供的功能毫不含糊，應該可以應付大多數人的使用需求。如果真要說這套系統有些什麼問題，那就是支援的多國語系當中只有簡體中文，而沒有國人所慣用的正體中文語系。不過這樣的問題只要透過自行修改語系檔案即可解決，並不是太過嚴重的問題。

作者簡介

翁卓立
逢甲大學資訊工程學系、台灣科技大學電子所畢業，目前擔任韌體研發工作，主要使用 Embedded Linux 進行產品開發。著有「Linux 進化特區：Ubuntu 10.04 從入門到精通」等書。

[源碼快報] Broadcom 等四家公司加入 Linux 基金會

謝良奇/編譯 2011/1/24

Linux 普及率成長的同時，Linux 基金會 (Linux Foundation) 也隨之持續地增添新的成員。挾帶著 2010 年 Linux 基金會迅速地擴展成員名單的氣勢，2011 年剛開始，該基金會已經增加了 Broadcom、Timesys、Protecode、GoAhead Software 共四家新的成員企業。

2010 年 Linux 基金會增加了至少 23 個新成員，相比之下，2009 年僅有 8 個組織公開宣佈加入該基金會。如今 Linux 基金會約有 78 家成員企業。

Linux 基金會行銷與開發者計畫副總裁 Amanda McPherson 表示，他們慶幸能處於穩定狀態，來自新產業的新舊公司都有意加入 Linux 基金會。自 2007 年開放源碼開發實驗室 (Open Source Development Labs) 和自由標準團體 (Free Standards Group) 合併成立 Linux 基金會後，該基金會在 3 年內即成長至此一規模。

Linux 基金會從一開始具備的其中一項能力，就是吸引原先不屬於開放源碼開發實驗室的新成員企業。日前宣佈加入該基金會的 Broadcom，就是一個例子。

Linux 桌面用戶多年來一直受到缺乏 Wi-Fi 晶片支援所困擾。儘管此一情況近年來有所改善，例如 Atheros 和 Intel 都為 Linux 提供 Wi-FI 驅動程式和程式碼，但是 Broadcom 卻一直沒有對 Linux 用戶提供多少支援。

該公司從 2007 年開始轉變並為 Linux 提供越來越多支援。2010 年 9 月，Broadcom 針對旗下若干 802.11n 無線晶片，釋出了完全開放且相容 Linux 的驅動程式 brcm80211。之後，該驅動程式已經被整合到最新的 Linux 核心 2.6.37 釋出中，由 Linux 社群加以改進。如今該公司透過加入 Linux 基金會，將其 Linux 支援帶往下一階段。

Broadcom 將會和 Linux 驅動程式專案 (Linux Driver Project) 以及 Linux 基金會產業 & 社群合作高峰會 (Linux Foundation Collaboration Summit) 合作，在此該公司將與社群開發者、其他產業成員和供應商一同運作。Broadcom WLAN 產品線資深副總裁兼總經理 Michael Hurlston 指出，Linux 無疑已是通訊設備與技術的主要平台。該公司 802.11 晶片驅動程式開放源碼的決定，是為了回應該公司 Linux 用戶的成長，預期將成為後續開放開發成功經驗的第一步。

McPherson 表示，Broadcom 了解幾乎今天所有主要技術公司都知道的一件事，合作、開放開發會帶來包括支援硬體到節省開發成本在內，所有可能的優勢。他們對 Broadcom 近來與 Linux 社群更為的緊密合作表示讚許，而該公司加入 Linux 基金會則展現其決心。

其他新加入 Linux 基金會的公司包括嵌入式 Linux 公司 Timesys、針對網路設備製造商的商業化成熟產品 (commercial off-the-shelf，COTS) 解決方案專家 GoAhead Software、智財權管理公司 Protecode。

成立於 2006 年，針對開放源碼軟體授權、著作權管理、軟體智財權管理等，提供產品與服務的 Protecode，將加入 Linux 基金會名為開放遵循計畫 (Open Compliance Program) 的泛產業方案。該計畫於去年 8 月啟動，透過工具使用、訓練、自我評估和授權資訊報告的標準格式，希望協助企業遵循開放源碼授權。

Protecode 產品管理主任 Kamal Hassin 指出，今日企業使用來自不同來源的程式碼來建構產品，以便創造上市時間與成本上的優勢，但同時也使授權問題變得複雜。Linux 基金會的開放遵循計畫提供關鍵且合作性的資源，以因應此一成熟的軟體開發環境。他們期待成為此一計畫的其中一份子。

GoAhead 銷售與行銷資深副總裁 Bill Yaman 則表示，Linux 已是電信市場主要作業系統，該公司用戶在其網路設備與系統中使用 Linux 的數量持續增加。該公司加入 Linux 基金會有助他們主動參與此一協同開發模型，同時推動該公司策略與 Linux。


相關網址：
1.Linux 基金會在 2011 年持續擴展
http://www.internetnews.com/dev-news/article.php/3920056/Linux+Foundation+Expansion+Continues+in+2011.htm
2.Broadcom 加入 Linux 基金會
http://www.h-online.com/open/news/item/Broadcom-joins-the-Linux-Foundation-1165558.html
3.Broadcom 加入 Linux 基金會
http://www.zdnet.com/blog/open-source/broadcom-yes-broadcom-joins-the-linux-foundation/8040
4.Broadcom 加入 Linux 基金會
http://www.pcworld.com/businesscenter/article/215919/broadcom_joins_the_linux_foundation.html
5.Linux 基金會成長，新增 Broadcom
http://www.linuxplanet.com/linuxplanet/newss/7266/1/
6.GoAhead Software 加入 Linux 基金會
http://www.h-online.com/open/news/item/GoAhead-Software-joins-the-Linux-Foundation-1167551.html
7.智財權管理 Protecode 加入 Linux 基金會
http://www.h-online.com/open/news/item/IP-management-firm-Protecode-joins-the-Linux-Foundation-1163809.html
8.Protecode 加入 Linux 基金會
http://www.vadvert.co.uk/computing/7368-protecode-joins-linux-foundation.html

[法律專欄] 獨樹一格的藝術條款：Artistic License 2.0

葛冬梅/文 2011/1/20

Artistic License 2.0（以下稱"Artistic 2.0"）這份條款並不像 GPL、LGPL、BSD 或 MIT 等條款如此地廣為人知，不過對於有在接觸 Perl 語言與相關軟體的開發者來說，Artistic 條款應該一點也不陌生，因為第 1 版的 Artistic（註一）就是由 Perl 基金會 (The Perl Foundation, TPF)（註二）所起草，並且適用於 Perl 程式語言與相關的軟體專案，不過由於第 1 版的規定有許多模糊不清的地方，並且不相容於應用普遍的 GPL，因此 Perl 基金會經過多年的討論與意見蒐集之後，於 2006 年正式發布 Artistic 2.0。

如同其他的自由軟體授權條款一樣，Artistic 2.0 可以讓使用者自由地執行、修改、重製與散布該軟體，不過 Artistic 2.0 並不像 BSD 這般的幾乎毫無拘束，也不像 GPL 或 LGPL 那般嚴格地拘束使用者的散布方式，Artistic 2.0 有著它獨樹一格的規定，這些獨樹一格的設計來自於編撰 Artistic 條款的基礎理想，那就是讓軟體專案的原始開發者可以用自由授權的方式來釋出專案，但同時讓後續的開發流程，也能夠達到「藝術控制 (artistic control)」（註三）的理想目的。

Artistic 2.0 所秉持的「藝術控制」目的是指，對於某些程式開發者來說，開發軟體就好像是在創作藝術品一樣，開發者對於軟體有其特別的理想，並且會希望可以讓這件藝術品，後續仍是朝著自己心中的理想來發展，例如程式語言必須具有統一的標準內容、撰寫出來的程式碼必須簡潔清爽以及符合特定的撰寫規則 (coding style) 等等。但對於多數自由軟體專案的原始開發者來說，恐怕沒有辦法用嚴格的方式直接控管所有修改版本與分支版本的發展方向，但為了實現原始專案開發者心中對於專案撰寫規則方面的堅持，所以 Perl 基金會才會在原有的自由軟體精神下，撰寫出 Artistic 這一系列風格獨特的授權條款，一方面將「藝術控制」的元素融入到授權文字中，另一方面也讓原始專案的開發者，可以持續了解或參與各個修改版本的修改過程與討論內容，後續並得以將符合心中理想的修改程式碼，帶入到原軟體專案的標準版本中。

為了達到藝術控制的目的，Artistic 2.0 首先定義了「標準版本 (Standard Version)」這個名詞，只有兩類軟體可以被稱為標準版本，一類是專案原始開發者自己所發布的軟體，另一類是依照專案原始開發者明確指示要求而修改出來的軟體，至於其他因為修改標準版本而產生的軟體，都只會被稱為「修改版本 (Modified Version)」。透過這樣的分別機制，專案的原始開發者可以確保標準版本會依照自己堅持的寫作規則來發展，同時也讓他人透過「標準版本」這個名詞，以辨識出哪一個版本是專案原始開發者心中所認可的理想後續版本。此外，修改者僅僅在修改的檔案處標示修改者與修改日期等基本資訊是不夠的，Artistic 2.0 規定，修改者必須詳實記錄修改版本與標準版本的所有不同之處，包括兩者有哪些不同的功能、可執行檔案或者是任何經過變動的模組資訊等等，以便利原開發團隊能了解修改內容，並在認同修改內容的情況下，將這些修改處順暢地納入標準版本的後續開發，以達到專案原始開發者能持續參與軟體修改與更新除錯的目的。

Artistic 2.0 對於修改版本的授權方式也有著獨特的彈性規定，關於這部份可以分為以下三種狀況來說明（註四）：

(1) 修改者可以選擇 Artistic 2.0 作為修改版本的授權條款，並且主動地讓專案原始開發者可以取得修改版本的程式碼，以便利專案原始開發者將修改的內容納入後續的標準版本。所以，若是修改者想要將自己修改的內容回饋給原本的開發社群，就可以利用這條規定；

(2) 採用其他具有授權拘束性的自由軟體授權條款來授權修改版本，這類條款包括 GPL、LGPL 與 MPL 等（註五）。這項規定間接擴展了原 Artistic 2.0 授權軟體的應用與發展層面，因為更改授權方式後的修改版本，可與前述 GPL、LGPL 或 MPL 等其他的自由軟體授權元件，相容在同一個軟體專案裡進行結合。此外，由於這些具有授權拘束性的條款皆規定，散布後的軟體原始碼必須提供出來給該修改版本的後續使用者，這樣讓原來 Artistic 2.0 軟體的原始開發者，可以有機會獲得這些修改版本的改作內容，並進而在學習後重新撰寫，將之納入到後續的標準版本中；

(3) 只要修改版本的安裝不會影響到標準版本的安裝或執行，修改版本可以採用任何一份符合修改者需求的條款來授權，例如 BSD、MIT，甚至是不提供原始碼的傳統商業軟體授權條款也是可以的。因此若是修改者預計不採用 Artistic 2.0 、或其他具有授權拘束性的條款來授權修改版本的話，就可以利用這項彈性規定。不過必須注意的是，此時修改版本的名稱必須要讓人能夠清楚辨識，不會與標準版本的名稱混淆才可以。Artistic 2.0 這樣的規定雖然可能會讓專案原始的開發者無法取得後續修改版本的修改內容，不過這也清楚劃分了一條簡明的使用界線給軟體的修改者，也就是說在同一個操作環境下，若使用者無法使用原始標準版本置換回修改版本進行運作的話，這就算是影響到了標準版本的安裝或執行，一旦跨越過這條使用界線，修改版本就必須採用 Artistic 2.0 、或其他具有授權拘束性的條款來授權散布（註六）。

除了上述的這些特色規定之外，如同近年來新修訂的其他自由軟體授權條款，Artistic 2.0 也新增了專利授權與專利報復的相關規定，以降低使用者可能遭受到的專利侵權風險。只要是專案原始開發者有權利可以再授權出去的專利技術，一旦寫入到 Artistic 2.0 授權軟體中的話，就代表使用者在利用這個 Artistic 2.0 軟體的同時，可以連帶免費、自由地運用其中的這些專利技術，但若是任一使用者對該軟體的其他使用者提出專利控訴，主張 Artistic 2.0 軟體侵害他人專利權的話，則 Artistic 2.0 針對這位使用者的各項授權將會被自動終止，這位使用者將無權繼續利用這個 Artistic 2.0 軟體。

Artistic 2.0 在 2007 年經過開放源碼促進會 (Open Source Initiative, OSI) 審核通過，是一份經過 OSI 核可認證的開放源碼授權條款，此外，自由軟體基金會 (Free Software Foundation, FSF) 也認定這是一份符合四大自由的自由軟體授權條款（註七），因此 Artistic 2.0 是一份同時符合開放源碼十項標準與自由軟體四項定義的自由軟體授權條款。不過由於這份條款在使用上並不如 GPL、LGPL、BSD 或 MPL 等明星條款一般的名氣響亮，因此對於一般開發者來說，其中的細部規定也不是那麼讓人耳熟能詳，因此若是在開發軟體的時候，有開發者利用到 Artistic 2.0 授權的軟體時，還請務必注意這份條款所特有的規定，詳實記錄修改內容與原始標準版本的不同之處，以便利專案的原始開發者能後續將您修改的內容納入到標準版本之中，這樣、才能同時達到 Artistic 2.0 所追求完善「藝術控制」的目的，但又不妨礙軟體專案自由散布、自由修改的基本理念。

註一：Artistic 1.0 的中文介紹請參考：http://www.openfoundry.org/tw/licenses/30/。Artistic 2.0 英文原文請見：http://opensource.org/licenses/artistic-license-2.0/。
註二：Perl 基金會網站：http://www.perlfoundation.org/。
註三：「藝術控制」是一個來自多媒體製作過程的用語，在電影、電視或音樂後製的過程中，擁有藝術控制權的人可以最終決定這件電影、電視或音樂成品最後將會如何呈現。參照維基百科條目：http://en.wikipedia.org/wiki/Artistic_control。
註四：Artistic 2.0 第 4 條。
註五：這部份的規定是在 Artistic 2.0 第 4 條第 c (ii) 款中，原文僅規定這類授權條款的抽象要件，包括：(1) 允許修改版本的被授權人自由重製、修改與再散布修改版本，(2) 修改版本必須一直採用相同的授權內容，(3) 他人可以自由取得修改版本與再衍生出來程式的原始碼，(4) 修改版本與再衍生出來程式在散布時禁止收取授權金，不過可以收取其他的散布費用 (Distributor Fees)。 這些抽象要件就是指 GPL、LGPL 與 MPL 這類具有授權拘束性的條款，因此本文為了方便讀者了解，直接採用「具有授權拘束性的自由軟體授權條款」等語加以說明。
註六：可以參照 Perl 基金會對於 Artistic 2.0 的解說：http://www.perlfoundation.org/artistic_2_0_notes。
註七：開放源碼促進會決議發表請見：http://old.nabble.com/Re:-License-Committee-Report-for-May-2007-p11014580.html，相關的討論串請見：http://crynwr.com/cgi-bin/ezmlm-cgi?3:sss:12636:200703:aaaiclffjeamnghfcijk。自由軟體基金會對於 Artistic 2.0 的評論請見：http://www.gnu.org/licenses/license-list.html#ArtisticLicense2。

[源碼新聞] 社群活動系列報導 － Drupal 7 Release Party

李婉婷/採訪 2011/1/21

今年初，1 月 7 日是慶祝 Drupal 7 正式釋出的大日子，Drupal Taiwan 元老級的社群人物莊友欣 (Charles) 邀請台灣各地的 Drupal 愛好者一同前來分享新版推出的新功能，當日將近三十個人聚坐在米倉咖啡乾淨寬敞的地下室中。從每個參與者專注的眼神中可以看出，此刻他們在乎的不是別的東西，而是所有與 Drupal 7 相關的議題。

Drupal 是一套開放源碼的內容管理平台，可以用來架設各類型的網站，無論是佈告欄、影音相簿、投票系統、日曆管理與電子商務等功能，都可以透過現行模組的自由搭配來快速建置，是一個高度客製化的架站系統，就連美國白宮 (Whitehouse.gov) 也看中了 Drupal 架站系統的多樣性，前 (2009) 年就已經將白宮網站更換為 Drupal 來管理與發布相關資訊。

自從 2001 年 Drupal 創辦者 Dries Buytaert 將他的試驗成果分享出來，到今年 2011 年 Drupal 7 的釋出，已經有十年的時間。目前 Drupal 的使用者散布世界各地約 228 個國家，翻譯多達 182 種語系的版本，至今共有 53 萬人利用 Drupal 來開發網站。在 1 月 7 日正式推出的 Drupal 7 版本中，更大幅度的改善了操作方式讓 Drupal 更符合人性化需求，讓使用者使用起來更加方便。

這次 Drupal 7 Release Party 聚會中，由 Drupal 資深使用者黃雋 (Jimmy) 與大家分享幾項 Drupal 7 在使用介面上的改善之處。Drupal Taiwan 社群也安排了一場台北社群與台南社群的連線活動，透過網路連線消弭了地理上的阻隔，讓台北與台南的社群朋友共同分享喜悅。而慶祝活動也穿插不少利用問答方式發贈小禮物的驚喜時刻，主持人更貼心地準備了自己撰寫的 Drupal 書籍以及相關紀念品，鼓勵踴躍舉手回答問題的參與者。

活動到了尾聲，令人期待已久的節目還有與 Drupal Taiwan 的駐美特派員鄭凱元 (TKY) 進行跨海連線，雖然出現了誤算時差的小烏龍，但一聽見從美國那端傳來的熟悉語言，大家臉上的興奮之情仍溢於言表，TKY 分享著北卡羅萊納州 (North Carolina) 與亞特蘭大 (Atlanta) Drupal 社群在美國當地的運作情形。他也點出了台灣與美國之間社群活動文化上的差異，舉例來說，台灣社群舉辦活動通常都會準備一些小禮物或是進行抽獎活動，但在美國卻沒有這樣的習慣；或者，台灣社群聚會通常選在咖啡廳舉辦，但在美國，只要三五個人相約到某人家中一起用餐，談論的話題沒有限制，他們也認為這是一種簡單形式的社群聚會。而儘管世界各國社群舉辦的活動方式不盡相同，他們心中卻共同關心著一件事－那就是希望能藉由聚會讓參與者彼此的心更加貼近。

Drupal 7 Release Party 結束於晚上九點鐘，儘管這讓平常有在上班的社群朋友們來說有些疲憊，但也讓彼此更加珍惜著難得的相聚時光，因為這些發自內心對 Drupal 熱愛的朋友們，正透過一次次的活動舉辦，摩擦出經驗傳承與理念分享的璀璨火花。

參考資料：
http://drupaltaiwan.org/drupal-7-release-party-taiwan
http://drupaltaiwan.org/history
http://drupal.org/

[源碼快報] NASA 物件導向資料技術成為 Apache 頂層專案

謝良奇/編譯 2011/1/18

Apache 軟體基金會 (Apache Software Foundation) 擴展其開放源碼軟體專案的廣度，納入了由美國太空總署 (NASA) 開發的資料管理中介軟體套件。出自於 NASA 噴氣推進實驗室 (Jet Propulsion Laborator，JPL) 的 Apache 物件導向資料技術(Object-Oriented Data Technology，OODT)，日前已經成為了 Apache 的頂層專案。

OODT 專案副總裁 Chris Mattmann 表示，OODT 是一套開放源碼框架，可以被運用在多樣化的資料管理工作中。該專案可以用來設定移動資料至資料庫的工作流。Mattmann 指出，該軟體提供了建構資料庫、搬移資料庫、設定工作流以搬遷資料至資料庫，以及自資料庫中取出眾多不同內容的綜合性工具。

最初於 1998 年開發時，OODT 被作為建構國家級資料分享框架的方式，但已逐漸發展超出此一範圍，而應用於自然科學、醫學研究、地面數據系統中。OODT 是以 Java 為基礎的中介軟體，使用元數據 (metadata) 讓終端使用者能同時運用在地理上分散且迥然不同的計算與資料資源。

NASA 表示，這項技術的架構能處理若干範圍的計算工作，例如電腦處理工作流、硬體與檔案管理、資訊整合、資料庫連接。這項專案包含了可供使用者運用加以互動的 Java 與 Python API。

運用 OODT 的 NASA 專案有 SeaWINDS QuikSCAT、來自 Space 專案的 OCO/Atmospheric Carbon Observations，和 Soil Moisture Active Passive 任務實驗平台。JPL 也在天體物理學、無線電天文學、氣候變化研究等領域上，運用 OODT。

成為頂層 Apache 專案將帶給 OODT 開發者更多資源與更好的基礎建設，以管理與開發該軟體。OODT 的第一個版本，0.1 版，已經透過 Apache Software Licence 2.0 版本釋出。

OODT 並非 NASA 首次與開放源碼社群合作。該機構的雲端運算平台 Nebula，正是去年發起的開放源碼雲端運算計畫 OpenStack 的一項貢獻技術。

NASA 目前在內部使用 Nebula 以代管選定的專案，並預期在未來擴展其使用，協助削減資料中心成本。其他聯邦機構可能在短期內也會使用該平台。


相關網址：
1.NASA 開放源碼架構獲 Apache 支援
http://www.informationweek.com/news/government/enterprise-architecture/showArticle.jhtml?articleID=229000056
2.Apache 管理 NASA 建構的中介軟體
http://news.yahoo.com/s/pcworld/20110106/tc_pcworld/apachetostewardnasabuiltmiddleware
3.開放源碼能幫助氣候科學研究嗎？
http://ostatic.com/blog/can-open-source-boost-climate-science-research
4.開放源碼軟體服務供應商透過購併而膨脹
http://news.yahoo.com/s/pcworld/20110110/tc_pcworld/opensourcesoftwareserviceproviderswellsviaacquisition