[源碼新聞] Linux 教育應用交流分享座談會會後報導

林誠夏/文 2011/02/18

中華民國軟體自由協會 (Software Liberty Association of Taiwan, SLAT) 於 1 月 20 日，邀請到 Ubuntu Linux Distro 系統的創辦人 Mark Shuttleworth 來到台灣，於台北市科技大樓進行了一場自由軟體教育與應用相關的交流座談會。本次活動同時也邀請到各縣市推動自由軟體教學應用的老師（註一），以及喜愛自由軟體研究分享的朋友們一同來參與，並進行意見交流，活動開放報名數日後旋即額滿，當天與會的參加者來自全國各地。Mark Shuttleworth 是近年將自由軟體由伺服器端推向桌面應用方面的擘劃巨匠，在 Linux 系統的發展與推廣過程上扮演著舉足輕重的角色，他曾經在 2006 年來到台灣與國內的自由軟體愛好者相會，此次再度來台透過此次研討會，分享自由軟體近年在資訊教育與政府採購方面的進展與相關經驗。

Mark Shuttleworth 在演說中強調，Ubuntu 這個名詞所代表的，是資訊應用上的多元文化與多樣性。現階段全世界各地有許多人都為了自由軟體的研究與推展在進行努力，許多自由軟體領域裡的工程師，他們以共工的方式開發出很多很棒的軟體工具，也包括很多很好的內容，這些成品的使用資訊應該讓更多人了解，也應該被全球各地的教育界與政府單位更加重視。而他這幾年的職志，就是擔任這個開源文化的推展大使，讓更多國家不同領域的人士，都能夠透過接觸自由軟體方面的活動與知識，而能夠將資訊科技方面的教育與應用推展的更為普及。

Mark Shuttleworth 表示，教育是一種奇妙的等待，因為學生本身的背景是非常多樣化的，而未來也都可能會從事在不同的領域裡有不同的角色。所以學校老師所肩負的重責大任就是「因材施教」並協助同學「適性發展」，首先幫助這些學生發掘他們的興趣與職志，最後才能協助這些學生在他們自己所選擇的領域裡做到最好；而資訊科技所應扮演的角色也是類同於此，科技應該是賦予大家能力去自由地表達自己，這個表達的方式也許是在文學的上面、在數學的上面、在音樂上面，讓不同的參與者在不同的領域裡都各自有傑出的表現。例如在會場中展示的EzGo選單系統（註二），其豐富的教學應用內容就讓他感到非常驚豔，而這些多樣性的應用軟體在自由軟體的系統裡都只是冰山一角而已，在自由軟體的領域裡，其實還有更多可以讓人自由且便利使用的優秀軟體。

但是過去要推廣自由軟體，前階段比較大的挑戰是來自於政府的教育行政部門，因為政策的規劃者對於自由軟體存有疑慮，早期、大家比較熟悉的是一些專屬授權的軟體系統，例如微軟的視窗作業系統。但是這幾年，全球的軟體應用趨勢已經在改變了，因為在過去幾年來，自由軟體在桌面系統方面的應用，已經是相當的廣泛。現在各國的教育部門以及其他的政府部門，他們都開始願意去了解自由軟體在研究與應用方面的趨勢，因為他們發現採用自由軟體其實可以帶來很多不同以往的好處，例如透過自由軟體，標準化的校園軟體佈署方案將可以輕易地被建立起來，如此一來、政府的資訊建置預算將可以被更精準的運用，也就是說，可以利用較少的預算達成更多更優質的資訊服務系統建置。

而在業界、近年自由軟體在硬體供應商方面的看法也有所改變，在過往、硬體廠商並不熟悉自由軟體授權元件的散布方式，但是這個狀況也在開始改變了，目前全球有很多大型的教育類軟體平台建置專案，它的規模可能是五萬台或是五十萬台電腦，其在合約裡面註明必須提供自由軟體相關元件來完成建置，而且這些合約都是由國際的知名大廠來進行提供。最後、Mark Shuttleworth 也為這場 Linux 相關的教育應用分享座談會做了最後的註腳，那就是展望未來三年，自由軟體在教學應用以及商業應用方面，規模必然將會愈來愈龐大，使用上也會愈來愈普遍，這代表了世界各國的教育界或是企業界，只要擁有關於開放源碼或是自由軟體相關的技術跟經驗，都可以來把握這個機會，在更精簡的時程裡以更低廉的成本，建置好所需要的資訊科技基礎建設（註三），後續並可以在這樣的基礎上，將國家在資訊教育以及產業轉型方面的重要工作執行的更好。

註一：包括教育部校園自由軟體數位資源推廣服務中心 (OSS APPLICATION CONSULTING CENTRE, OSSACC) 執行秘書孫賜萍，台北市新湖國小吳傳仁老師，苗栗縣田美國小吳紹裳老師，以及彰化縣二林國小紀明村老師。

註二：EzGo 為一款專門為新手設計的 Linux 應用軟體選單系統，建置於 Linux 作業環境下進行運作，其由教育部校園自由軟體數位資源推廣服務中心負責建置並推廣。

註三：更多的活動照片及參考資訊請參照右列連結: http://www.slat.org/activity/month-conference.html。

[源碼快報] AppStream 標準化 Linux 應用軟體安裝

謝良奇/編譯 2011/02/10/

作為持續將 Linux 推向主流的嘗試之一，Linux 上的軟體安裝近年來越來越簡便，易於使用的 Ubuntu 的 Application Center 就是一個例子。然而，不同的散佈套件在軟體安裝上各自仰賴自己的前後端軟體，仍然是一大問題。日前所有主要 Linux 散佈套件的成員展開若干討論，針對此問題提出了已經付諸實作的一套解決方案。

AppStream 專案是 Linux 圈子裡最近的大新聞之一，其目的是透過建構跨越所有 Linux 散佈套件的標準化應用軟體安裝程式，解決套件管理的問題。日前，來自 RedHat、Fedora、Debian、Ubuntu、openSUSE、Mandriva、Mageia 的開發者，齊聚在位於 Nürnberg 的 SUSE 辦公室，討論如何實作可視為應用軟體商店 (Application Store) 的通用應用軟體安裝程式。

AppStream 的主要賣點是，不論用戶使用的是何種散佈套件，都可以在 Linux 系統上管理所安裝的軟體，過程中無須考慮使用的是何種套件管理系統，以及他們已經安裝了哪些不同版本的程式庫。

身為 KDE 貢獻者與 openDesktop.org 維護者的 Frank Karlitschek 表示，Linux 圈子裡越來越多人了解到，為了吸引一般用戶與第三方開發者到 Linux 平台，一套好的應用軟體安裝程式是不可或缺的。目前的套件管理程式對於終端用戶而言太過複雜，一般用戶不會在意軟體相依性、程式庫和其他內部細節。使用者在意的是畫面截圖、說明文字、評比、標籤、評論、來自朋友的推薦，以及其他現今套件管理軟體未提供的功能。

事實上，關於通行於所有散佈套件的套件格式並非首見。多年來被提出討論的想法中，最知名的要算是 Ryan C. Gordon 的 FatELF 檔案。不過獲得的回應從支持、懷疑到反對都有。Ryan 的想法是將所需的核心模組、相依軟體、程式庫、軟體檔案，全都包含在一個大型的軟體套件檔案中。

儘管採取完全不同的機制，AppStream 基本上可說是上述概念的重新復出。AppStream 建構於 Bretzn 專案所引入的觀念上。Bretzn 專案會在開發者送出程式碼之後為不同的架構與散佈套件打包軟體套件，之後發佈套件並送出釋出公告。

AppStream 團隊認為 Ubuntu Software Center 是不錯的使用者介面，並計畫將其移植到 PackageKit。他們計畫使用 Xapian 伺服器為使用者提供搜尋功能，並運用 Open Collaboration Services 來允許用戶發表評比和評論。AppStream 使用者介面將是 PackageKit 的前端，用來指示散佈套件上的套件管理系統進行所需應用軟體的安裝。

FatELF 和 AppStream 主要的差異在於 FatELF 包含了通用套件所需的所有檔案，而 AppStream 僅僅彙編了通用安裝程式所需的元數據 (metadata)。正如 Frank 所指出，此一想法是基於現有套件管理機制上，為搜尋和安裝應用軟體打造出更好的工具。

重要的是，目前的計畫並未提及要所有 Linux 散佈套件的應用軟體提供集中式的單一商店。確切地說，這是一套用以協助用戶搜尋、評估、安裝可見於各自 Linux 散佈套件的應用軟體的一致性方式。

AppStream 無疑地將會提升 Linux 使用者體驗。然而，對於 AppStream 是否真的有助於一般 Linux 終端用戶安裝軟體時面臨的問題，也出現了質疑的聲音。因為許多知名的應用軟體，特別是像 Skype 或 Adobe Flash 這類的私有軟體，並不會為所有架構和散佈套件，提供 Linux 安裝程式。對於那些只是想安裝軟體，卻搞不懂 i386 或 rpm 等字尾意涵的非技術背景用戶來說，這將是主要的問題。

此外，由於 AppStream 事實上並未將軟體安裝與移除程序標準化，不同的散佈套件仍舊使用不同的套件格式，這表示為 Linux 打包軟體套件的開發者，仍然必須同時製作 RPM 和 Debian 套件。加上散佈套件間的軟體倉儲各自不同，Fedora 上可解的相依性關係，在 Ubuntu 就不一定行得通。儘管如此，在 Linux 社群達成真正的標準化套件管理前，AppStream 仍然是不壞的折衷方案。


相關網址：
1.主要 Linux 散佈套件合作軟體商店
http://www.osnews.com/story/24330/Major_Linux_Distributions_Collaborating_on_Application_Store/
2.通用的套件管理程式
http://ostatic.com/blog/one-package-manager-for-them-all
3.Linux 廠商共組軟體商店
http://www.pcworld.com/businesscenter/article/218010/linux_vendors_teaming_up_for_an_app_store.html
4.GNU/Linux 即將出現統一的軟體商店？
http://www.muktware.com/a/1/4/26/2011/709
5.AppStream：是否代表 Linux 軟體安裝標準化
http://www.thevarguy.com/2011/02/02/appstream-standardizing-software-installs-on-linux-or-not/

[自由專欄] 以企業為壑、以學生為人肉地雷、替 BSA 製造盜版原料的 MS Office 證照卓越大學

洪朝貴/文 2011/01/21

◎ 本篇文章傳達筆者意見，不代表自由軟體鑄造場電子報立場，回覆意見請見部落格原文網址：http://blog.ofset.org/ckhung/index.php?post/111b。

許多大學（尤其是科技大學）認為「鼓勵學生使用最新版的 MS Office，有助於提升學生的競爭力」。然而從 BSA 抓盜版的文宣卻可以看出相反的結論：大學在校期間習慣（非法）使用新版 MS Office 的學生，畢業後將成為企業盜版的地雷，對企業危害甚大。最可悲的是，這些「MS Office 證照卓越大學」的畢業生，不似某些國立普通大學畢業生享有「畢業永久版」的權利，因此在 BSA 進入企業抓盜版時，極有可能背負「陷害公司的害群之馬」的沉重罪名，在遭起訴的公司同仁當中，成為眾矢之的、遷怒的對象。面對學生遭受如此的委曲，MS Office 證照卓越大學的電算中心與資訊教授，能否站出來發出專業的建議？這不僅僅是涉及學術尊嚴與教育良知，甚至已經在挑戰著資訊教授最基本的職業道德，更動搖著 MS Office 證照卓越大學的招生信譽。


▲ 圖一

首先看看現今的 Office 市場及市場變化的驅力。

絕大多數企業與組織，其實還在使用 MS Office 2003 或更舊的版本。另一方面，OO.o 不僅在好幾個歐洲國家市佔率達到兩成以上，在臺灣，也有聯經數位、宜蘭縣政府、慈濟、中鴻（中鋼的子公司）、台糖等大企業和組織導入。小公司惰性小，導入更加容易。請搜尋「導入 OOo」，可以看到一些報導。相對地，搜尋「導入 Office 2007」，可以看到除了許多不太相關的簡體中文教學文之外，還可以看到「科技大學〔對 Office 2007〕的奉獻」（kuso 過的嘲諷歌詞）、「強制 Office 2007 的使用者，預設以 Office 2003 格式儲存」、「輿論，也是市場機制的一部分」（又一篇挑戰 Office 2007 的文章）、... 。就是看不出哪一家企業或組織導入 Office 2007。當然你也可以只搜尋「導入 Office」，會看到大眾電腦一個案例。「大眾電腦一直是微軟長期合作的 OEM 好夥伴」，至於那些並非微軟長期合作的好夥伴，恐怕難有如此高的動機。簡單講：Office 2007 推出已邁入第四年，行將被微軟自己的新產品淘汰，卻還是甚少企業大舉導入。各種跡象顯示：使用 OO.o 的組織企業應該遠高於使用正版 Office 2007 的企業。

另一方面，「雲端運算」裡面，最大塊的就是雲端 Office 的市場。但是在 MS Office 證照卓越的大學裡面，高談闊論開發新雲端技術的聲音多；正視企業導入 google doc 與 wiki 趨勢，討論這些雲端版 Office 替代方案新興人力市場的聲音少（或根本沒有）。這又是一大塊被 MS Office 證照卓越大學所忽略的 Office 人力需求市場。

事實上，一年一度的 BSA 抓盜版行動，一方面促使某些企業購買新版的 MS Office 另一方面也同時促成某些企業導入 OO.o 或改用免費的雲端方案。請用 BSA 前年的廣告關鍵詞「用正版」和去年的廣告關鍵詞「換正版」搜尋一下就知道。從這個角度來看，BSA 對社會的貢獻，尚且遠遠高於 MS Office 證照卓越的大學。

MS Office 證照卓越的大學不僅沒有服務到最大塊的既有市場（MS Office 2003）以及新興的長尾市場（OO.o 與雲端版的 Office 免費替代方案），他們貢獻最大的面向，甚至並不是教授們心中想像的「最新版 Office 市場」。MS Office 證照卓越的大學的實質成就，是擴大盜版 Office 的市場。他們是 BSA 上游的原料供應廠，負責提供習於使用最新版盜版 Office 的學生，作為埋在企業當中，點燃下一波抓盜版行動的人肉地雷，拿自己的學生與學生的僱主作為祭品，替微軟衝高業績。一方面，這些大學用證照的要求與電腦教室的設定，鼓勵學生寄送 docx 檔，迫使不熟電腦的校內外收件人盲目升級，大多數時候當然是以盜版的方式升級。另一方面，學生在宿舍與家中的電腦採用盜版的新版 Office，已經成為一種習慣。以朝陽科技大學為例，學校提供 kms 認證機制，如果經過複雜的手續，至少在校期間，宿舍與家中的電腦理論上也可以使用合法的 Office。（請對照安裝 OO.o 的動作有多簡單：下載，執行安裝程式。或者不要安裝，直接用聯經數位所整理的 upp--隨身碟版 Windows 自由軟體。）然而根據側面了解，不僅絕大多數學生不知道這個程序存在，甚至連行政人員都誤以為校園授權並不涵蓋學生家中電腦，更遑論有誰真的走完那個複雜的認證程序。但是學生在家中有沒有在使用 MS Office 呢？他們使用的是正版 MS Office 嗎？天天宣導反盜版，甚至為了反盜版而用錯誤的文宣誤導學生將所有 p2p 與盜版亂畫等號的電算中心，知道不知道這些事實呢？當然，電算中心主任與資訊教授們可能回應：「安啦！BSA 不會到學生家裡抓盜版。」也可能回應：「學生在家中的行為，校方無法約束。」事實上這樣的回答，恰好就承認了學生盜版文化與習慣的存在，甚至更肯定其普遍性。絕大多數的學生在家使用盜版，這已是一種根深蒂固的習慣，也是 MS Office 證照卓越大學默認接受、從來不敢面對的一種校園文化。


▲ 圖二

「家中使用盜版最新 MS Office」的文化與習慣，在校園授權合約盔甲的保護下，似乎不是問題。但是校園授權合約的保護盔甲，在畢業時會自動消失繳回；而堅持使用最新 MS Office 的盜版文化與習慣，卻會被學生帶入社會。學生進入公司之後，一旦盜版 Office 被抓到，誰要上法庭坐監牢呢？BSA 說得很清楚：「『員工用盜版，老闆不知道就無罪』這是錯誤的觀念。」（完整報導請圖片搜尋「docx 校園合約」）、「我用最潮的新版，老闆如果不配合我升級購買足夠的版權，那麼將來我被抓，也有老闆和同事一起陪葬。安啦！」天塌下來，有老闆頂著，畢業生更加安心地用盜版，而企業界也就埋下更多的地雷等著 BSA 去引爆了。微軟當然不會對在學的學生下手。微軟樂見你盜版。Bill Gates 親口用「上癮」描述使用者對於微軟軟體的依賴：

「As long as they are going to steal it, we want them to steal ours. They'll get sort of addicted, and then we'll somehow figure out how to collect sometime in the next decade.」

「既然他們都會盜版，那就不如讓他們盜我們的軟體吧。先讓他們上癮，而我們再來研究接下來十年如何向他們收錢。」

等到 BSA 抓盜版的時候，MS Office 證照卓越大學的畢業生，還會發現一件更不堪的事：並不是所有的同事都會加入陪葬的行列。請看以下一些大學的授權連結：
1. 畢業後仍可繼續合法使用畢業當年版本：成功大學、臺南大學、中山醫學大學、交通大學、世新大學、暨南大學、政治大學、臺北科技大學、中華大學、陽明大學、臺灣大學、中興大學、嘉義大學、元智大學。
2. 僅限在校生；如果會操作 KMS 認證，家中電腦亦可使用正版：朝陽科技大學。
3. 尚未開放校外認證（因此家中 office 為盜版）：龍華科技大學。

某些國立的普通大學，其校園授權保護傘擴及畢業生；但多數 MS Office 證照卓越大學卻反而並未享有這樣的優惠。為什麼？因為這些大學對於微軟絕對的品牌忠誠，換得的是全然的奴役對待。當一所大學的電算中心主任不敢回答他服務的對象是誰，當一所大學不惜任何代價堅持要無怨無悔地替微軟推廣產品，那麼微軟又何必對這所大學提出任何的優惠條件？如果我是微軟，當然也會吃定這樣的大學。反正我給的條件再怎麼嚴竣苛刻，他還是會乖乖地簽約。這時，MS Office 證照卓越大學的畢業生很可能會發現自己還要孤獨地背負著害群之馬的罪名。

當代的大學既不能文，又不能武，甚至連資訊教授都無法明確回答他們替誰服務。MS Office 證照卓越的大學，一時之間恐怕很難有任何改變。面對微軟、BSA、MS Office 證照卓越大學所形成的強大共犯結構，企業主與大學（畢業）生該如何維護自身的權益呢？

建議企業主不僅要一邊試著用 wiki 作為部分取代 Office 的免費雲端方案，一邊追隨世界與臺灣潮流導入 OO.o，採取各種邁向自由穩健走的措施，更要注意在僱用新人時，請他簽下切結書：「保證絕不在公司電腦安裝盜版軟體。」老闆如果可以委曲自己接受 OO.o 排版的短暫小瑕疵，便有機會永遠擺脫 MS Office 抓盜版的恐怖陰影。

至於大學畢業的新鮮人，固然不需要像我一樣拒絕使用 MS Office，但更不應該像 MS Office 證照卓越的大學一樣完全漠視 Office 其他免費替代方案的人力市場。你可能還是必須去考「沒有用的新版 Office 證照」（不然學校不讓你畢業？）；也要學會用那些最能替企業省錢的 OO.o 與 wiki（或 google doc）；如果貴校不是微軟眼中的次等或三等公民的話，畢業時還要記得向學校申請終身授權（備而不用，別因為備有毒品就戒不了毒癮）；找工作時請把這篇文章印給老闆看，告訴他：「我什麼 Office 都會、也懂得如何將 Office 存檔格式設定為不是 docx。我只用合法的 Office；我保證絕不在公司電腦安裝盜版軟體，也絕不會陷害老闆被 BSA 抓。」在這個奇特的年代，只要你用具體行動（而不只是口號）表達領錢做事的真誠，就已經足以打敗很多競爭對手。

如果貴校將保護傘延伸至你畢業，請發揮你的愛心，體貼那些微軟眼中次等與三等公民的學校畢業生，支持沒有保護傘的他們改用 OO.o。因為如果現在你挾畢業永久版保護傘之勢，強迫企業主與這些弱勢同學盲目升級，那麼將來你的學弟妹也會挾最新版的保護傘之勢（你所沒有的保護傘）強迫企業主與你升級。至於那些來自不提供保護傘大學的畢業生，請思考你的處境。115 萬的校園授權合約，用的當然是你所繳的學費。這個帳可以扯平，因為這可以算是用來購買你在校園期間毒癮許可授權的保護費。但是請自問：(1)「證照為誰考？」、(2)「我為了替微軟推廣新版 Office，和我們那位想改用 OO.o 省錢的老闆吵了幾次？」、(3)「BSA 抓盜版時，為什麼我要成為人肉地雷／公司的害群之馬？」、(4)「別人沒有 MS Office 證照，不曾替微軟推廣新版 Office，為什麼他卻反而可以受到畢業永久版的終身保護？」如果微軟付你錢，因而你必須為它作出這些犧牲，這樣奇特的行為，或許還有討論的空間；如果被百般糟蹋蹂躪，卻還要替微軟推廣最新版的 MS Office 與 docx 專利地雷格式，那只能說個性使然，有些人命中註定就是永遠要被強權糟蹋蹂躪，然後再勇敢挺身，替糟蹋蹂躪他的強權辯護脫罪。

我會在自己任教的系所提出一個「我只用正版，老闆請心安」的提案，希望藉此提升業界對本系同學的信心；不過根據過去我在敝系與敝校努力的經驗看來，很沒有把握；就算系上通過了，要推廣到全校，更是另一個極大的挑戰。如果微軟因為我的這篇文章而將本校升級為一等公民，讓本校的畢業生也享有終身保護，同學們請記得要感謝撰文談論此議題，幫大學爭取談判籌碼的貴哥。在這個奇特的年代，大學校園裡面到底還可以找到多少殘存的獨立思考能力、學術尊嚴、教育良知、甚至是基本的職業道德以及拿替代品討價還價的能力？我越來越沒有把握。最終，還是需要靠企業與大學生用輿論的力量讓有 MS Office 證照卓越的大學知道市場的真實需求，才有機會還給社會一個乾淨、沒有 docx 法律地雷、沒有最新 Office 盜版人肉地雷的安全軟體生活空間。

[源碼快報] Cisco、Canonical 宣佈支持開放源碼雲端平台 OpenStack

謝良奇/編譯 2011/02/15

由 NASA 和管理服務供應商 Rackspace Hosting 共同開發的開放源碼雲端架構平台 OpenStack，日前獲得來自 Cisco Systems、Canonical 在內等新成員的支持。OpenStack 更宣佈代碼 Bexar 的第二次公開釋出版本，其中包含了對其計算 (Compute) 與物件儲存 (Object Storage) 平台的更新，並首度納入新的虛擬機器映像登錄與遞送服務 Glance。

OpenStack 是一套免費的開放源碼平台，可供服務供應商用以提供基礎架構，類似於 Amazon Web Services 的 EC2 和 S3。該平台主要分為 2 個部份，Nova 是最初由 NASA 所開發的電腦處理服務，Swift 則是 Rackspace 開發的儲存服務元件。

新釋出的 Compute 元件部份增加了對 IPv6、微軟 Hyper-V、iSCSI、Citrix XenAPI、XenServer 快照的支援，並且納入了代號 Glance 的映像找尋和遞送子專案，可達成工作負載在 OpenStack 雲端間的可移性。Bexar 釋出將 Object Storage 的物件由 5GB 擴充至不限大小。

OpenStack 專案此次公佈了 4 個新成員，其中包括 Cisco、Ubuntu Linux 商業贊助者 Canonical、Extreme Networks、Grid Dynamics。隨著新成員的加入，OpenStack 聯盟已達 50 個成員，其中包含了 AMD、Citrix、Dell、Intel。

同時也是 VMware 緊密合作夥伴的 Cisco，其雲端運算部門技術長 Lew Tucker 表示，Cisco 樂於宣佈該公司加入 OpenStack 社群的貢獻成員之列。他認為，網路供應與網路為基礎的服務是雲端運算中的基礎元件，他們期盼與社群一同確保此一開放源碼專案的成功。Rackspace 業務開發副總裁 Mark Collier 指出，Cisco 預期會為該專案貢獻程式碼，以便讓用戶更容易在 OpenStack 環境中設定 Cisco 的交換器。

儘管並非 OpenStack 會員之一，微軟表示其 Hyper-V 虛擬化軟體將可運用於 OpenStack。事實上這次釋出的 Bexar 版本中，就包含了對微軟 Hyper-V hypervisor 的支援，此一貢獻是由 Cloud.com 在微軟協助下所完成。OpenStack 過去已可支援紅帽的 KVM 和 Citrix Systems 的 XenServer。

Collier 表示，OpenStack的設計原本就與 hypervisor 相互獨立。他透露，列表上缺少的 VMware 的 ESX Server，將於今年稍後加入支援。OpenStack 貢獻者已經投入開發工作，其中包括了來自 Citrix Systems 的開發者。儘管 VMware 擁有自己的雲端建構軟體，vCloud，Collier 表示歡迎 VMware 隨時加入 OpenStack 聯盟。

OpenStack 的競爭對手包括 Amazon Web Services 的 EC2、相容於 Amazon Web Services 的開放源碼平台 Eucalyptus、VMware 私有的 vCloud、Nimbula Systems 的開放源碼 Director 雲端作業系統。不久前 Internap 成為 Rackspace 和 NASA 之外，第一家以 OpenStack 為基礎提供服務的公司。其 XIPCloud Storage 服務目前處於 beta 階段。

去年 10 月才推出第一個釋出版「Austin」的 OpenStack，其實還算是個初創的專案。因此 Rackspace 希望來自 Cisco 這類大公司的支持，可以讓企業對於該軟體更具信心。Collier 指出，有關雲端平台的決定影響重大，假如用戶想要採納一套雲端平台，特別是開放源碼平台，支持該平台的公司越可靠，對於該平台的存續用戶越能夠感到放心。

Canonical 主席 Mark Shuttleworth 表示，Canonical 會在預計 4 月推出的 Ubuntu 11.04 中，同時納入以 OpenStack 和 Eucalyptus 為基礎的雲端選項。Rackspace 技術長 Jim Curry 表示，Canonical 正在設法大幅簡化 OpenStack 的環境建置。過去 Canonical 一直是 Eucalyptus 的支持者，並以該平台作為 Ubuntu Enterprise Cloud 的基礎。Shuttleworth 指出，真正重要的是我們開始在雲端的基礎架構層次上，看到些許標準化的影子。Eucalyptus 和 OpenStack 都位於此一過程中的中心。

和 NASA 合作運行其雲端環境的 Anso Labs 共同創辦人 Jesse Andrews 表示，OpenStack 代號 Cactus 的下一釋出版本開發工作已經在進行中，其主要目標之一是為電信與服務供應商的大規模部署，提供足夠的穩定性，


相關網址：
1.Cisco 支持 OpenStack 雲端平台
http://news.yahoo.com/s/pcworld/20110203/tc_pcworld/ciscobacksopenstackcloudplatform
2.Canonical 與 Cisco 歡迎 OpenStack 的 Bexar 釋出
http://www.eweekeurope.co.uk/news/canonical-and-cisco-welcome-openstacks-bexar-releases-20057
3.OpenStack 釋出 Bexar 更新
http://www.v3.co.uk/v3/news/2274593/openstack-bexar-cloud-computing
4.OpenStack 的 Bexar 雲端作業系統增添 VM 映像登錄服務
http://www.sdtimes.com/link/35243
5.OpenStack 'Bexar' 釋出加入跨 Hypervisor 支援
http://www.informationweek.com/news/cloud-computing/infrastructure/showArticle.jhtml?articleID=229200430&subSection=News
6.Canonical 將 Ubuntu 帶向 OpenStack 雲端
http://www.zdnet.com/blog/open-source/canonical-brings-ubuntu-to-the-openstack-cloud/8204
7.OpenStack：只會有一種 Ubuntu 雲端平台
http://www.theregister.co.uk/2011/02/03/openstack_on_ubuntu_partnership/
8.Canonical 加入 OpenStack 社群
http://www.theinquirer.net/inquirer/news/2024215/canonical-joins-openstack-community
9.OpenStack 雲端平台新增 Bexar 釋出和支持者
http://www.zdnet.co.uk/news/cloud/2011/02/04/openstack-cloud-gets-bexar-release-and-backers-40091682/
10.OpenStack 雲端作業系統專案宣佈 Bexar 釋出和新夥伴
http://ostatic.com/blog/canonical-spreads-its-open-cloud-wings-with-openstack

[源碼秘技] 用自由軟體 Scribus 來輸出文件（5）- 文字應用

陳瑞霖/文 2011/02/21

本篇著重在 Scribus 的文字處理功能，延續本系列文章中的首篇《用自由軟體 Scribus 來輸出文件（1）- 基本操作》，繼續講解排版軟體 Scribus 中的文字處理功能。另外延伸上一篇文章《用自由軟體 Scribus 來輸出文件（4）- 製作模板並轉為 PDF 輸出》提及的 PDF 輸出功能，本文後半段將介紹如何加上 PDF 註釋的功能。
在這裡先回應先前文章的讀者回應 (http://www.openfoundry.org/en/foss-programs/8211--scribus-3-poster-and-manual-#comment-96-)，關於 Ｗindows 作業系統下 Scribus 的中文字型處理。由於筆者先前有在 Windows 作業系統上使用 Scribus 的經驗，除了得提防偶爾當機外，大部分時間使用愉快。下面操作使用作業系統為 Windows Vista，Scribus 版本  1.3.3.12 。

圖 1 為 Windows 作業系統下的中文字型顯示狀況，使用字型從上而下依序為標楷體、新細明體、微軟正黑體、微軟雅黑體、教育部標準宋體、cwTeX 仿宋體、王漢宗隸書體、王漢宗中仿宋簡 8 種字體。

▲圖 1

手動文字框及連字框

從國外電子書網站 Project Gutenberg 中，找到已經歸屬於公共資源、可自由下載利用的 Alice’s Adventures in Wonderland 這本書的文字內容以及當時出版所附上的插圖 (http://www.gutenberg.org/ebooks/19033)。

首先，先來介紹如何設計一本書的標題及封面；除了標題外，另外加上出版時所繪製的封面圖。這部分並不困難，若不熟悉的讀者，建議參考先前的文章教學，加上文字框及圖片框，就完成了。


▲圖 2

接著我們匯入從網站上存下來的文件檔。Scribus 能接受 txt、odt、html 檔等開放格式，非開放格式的 doc 檔則不能直接匯入，若匯入 doc 檔則會出現亂碼，因此建議先存成純文字檔後再匯入 Scribus 中。

▲圖 3

匯入文字時，往往會發現一個文字框裝不下一整篇文章，需要用多個文字框接續才能解決相關問題，但將文章拆開成幾個部份，一個一個貼到文字框中十分麻煩，Scribus 有個功能叫「串聯文字框」可以解決這樣的問題。

當一個文字框匯入文字後，若還有多餘的文字無法容納進去，文字框右下角會出現一個中間有個叉叉的正方形符號，代表著還有剩下的文字沒有在框格中顯現出來，必須新增另一個文字框，再使用串聯文字的按鈕。

使用串聯文字的方法：必須先點選舊的文字框，按〔串聯文字框〕，接著點選新增的文字框，這樣就完成兩個文字框的連結。

▲圖 4

連結後的兩個文字框間可以看到箭頭表示文字流動的方向。如果看不到，可點選【檢視】→【顯示文字鍵】，就會顯示箭頭了。
i
▲圖 5

你看，Scribus 是不是很方便啊！不必自行分配各個文字框的字數，只要將文字框連接好，文字就會依序從一個文字框串連到另一個文字框。若要修改文章，也不必再重新排版，只要管文字配置的板面即可。

M 列

接下來我們要介紹「M 列」，「M 列」其實指的是文字框中的欄數。

選好想要改變欄數的文字框，按右鍵→【屬性】→「形狀」→「文字距離」，將「M 列」數值從 1 改為 2。

▲圖 6

Ｍ 列中設為 2 後的情形。一頁中會分成兩欄，就像是大學中英文教科書的排版。

▲圖 7

其他文字編輯

Lewis Carroll 最愛玩的文字遊戲，也可藉由 Scribus 排版出來，但需要不斷地按空白鍵，讓文字如同梯子般往下滑動。

▲圖 8

圖 9 使用〔右到左書寫〕功能，可以讓文字排列左右顛倒。對於英文文章來說，仍可以看出各別字母，但組合成的單字多半時候並不具有意義。此功能對於中文文字比較有意義，能夠排出由右至左書寫的文章，如古文。

▲圖 9

【屬性】中「X, Y, Z」中有〔水平翻轉〕按鈕，讓整個文字框 180 度旋轉。注意與圖 9 的差別。

▲圖 10

長按「刪除線 (Strike Out)」按鈕，會出現 2 個數值可以調整－刪除線的寬度（圖 11）以及刪除線的位置（圖 12）。

▲圖 11


▲圖 12

圖片的編輯

接著要介紹圖片如何搭配文字，講解圖片的編輯。將說明文繞圖以及圖片框的編輯。依舊以 Alice Adventure in Wonderland 為範例。

先將圖片框以及圖片插入後，按右鍵→【屬性】，變更「X-縮放」以及「Y-縮放」的百分比數，即能改變圖片大小。將鏈條點選即可按原有比例縮放。

▲圖 13

勾選「縮放到框體大小」，就會將插入的圖片縮放到圖片框的大小；勾選「按比例」會維持圖片的長寬比。

▲圖 14

按右鍵，【屬性】→「形狀」，勾選「字體環繞框」，但文字框的圖層必須低於圖片框的圖層，如此文字才會環繞圖片框。

▲圖 15

【屬性】中「形狀」→「編輯形狀」，可以自由編輯形狀，想要什麼形狀，就可以是什麼形狀。圖 12 只是簡單移動四個控制點，把它變成我們想要的四邊形。如果要變化成含有曲線的形狀，可以參考《用自由軟體 Scribus 來輸出文件（3）-製作活動海報及手冊》中，貝茲曲線的操作。由於已經勾選「字體環繞框」所以文字會排列在藍線區堿以外，而非紅線外面。

▲圖 16

勾選「使用限制方框」讓環繞的文字以長方形方式環繞，不論文字框是什麼奇形怪狀。

▲圖 17

勾選「使用輪廓線條」可以讓文字環繞輪廓線條而非文字框。

▲圖 18

輪廓線條也可以編輯。勾選「編輯輪廓線」，原來呈虛線的輪廓線就會變成藍色的。輪廓線編輯方法與編輯形狀的方法是一樣的。

▲圖 19

自動文字框

接下來用維基文庫中的紅樓夢第一回當作範例，示範自動文字框的應用。

新建檔案時，右下角的「自動文字框」打勾，列數選擇 2 。間距指的是兩列文字的距離，依照預設值即可。

▲圖 20

將文字檔匯入，新建檔案有幾頁，就會有幾頁的文字框。將文字匯入後，卻發現選擇的頁數好像不夠。


▲ 圖 21

當看到文字框右下角出現叉叉時，表示文字溢出。

▲圖 22

只要插入新的頁面，溢出的文字就會自動跑到新頁面上的文字框。當新建檔案時有勾選「自動文字框」，插入的新頁面不必動手加新的文字框，也不用手動建立文字框連結。

▲圖 23

加入 PDF 注釋

們要在頁面空白處加上附近段落文字中的注釋。在空白處新增文字框並填入「[1]」。

▲圖 24

將註釋內容填入另一個新增的文字框。

▲圖 25

我們要啟用 「PDF 注釋功能」。對新增的文字框按右鍵，【PDF 選項】→【為 PDF 注釋】。

▲圖26

再按右鍵，【PDF 選項】→【注釋屬性】。

▲圖 27

PDF 屬性中，有以下四種類型：

* 文字：將 Scribus 文件轉成 PDF 文件時，注釋文字能夠變成 PDF 注釋。
* 鍵結：可加上 Scribus 內部文件中的鏈結。
* 外部鏈結：可以連結到其他 PDF 文件。
* 外部網頁鏈結：可以連結到網站。

i
▲圖 28

含有注釋內容的文字框大小，會決定轉成 PDF 文件後，滑鼠感應的區域大小。當滑鼠在文字框上時就會跳出注釋內容。

▲圖 29

將 4 個注釋按照前面所講的方法加上去。

▲圖 30

將 Scribus 文件輸出成 PDF 檔之後，我們就可以看看加上注釋的效果如何了。圖 31 是在 Adobe Reader 中的顯示情形，滑鼠移過去會顯示注釋內容。

▲圖 31

接下來，我們要在先前的 Alice’s Adventures in Wonderland 文件中新增外部網址。

▲圖 32

在想加上連結的頁面位置，新增新的文字框。

▲圖 33

將網址填入。

▲圖 34

加入 PDF 注釋的文字框變得不一樣，外框變成藍色。

▲圖 35

在 PDF 文件中，滑鼠移到連結上，會出現連結網址。

▲圖 36

點下連結網址後， Adobe Reader 會先跳出警告視窗，詢問是否要開啟外部連結。

▲圖 37

結語

學會了進階的文字與圖片編輯，可以試試編輯自己喜愛的刊物。目前在台灣有四獸山昆蟲相調查網 (http://sishou.artspacemedia.com/) 所出版的《台灣產金花蟲科圖誌 1》(http://sishou.artspacemedia.com/leafbeetle/tcot1.htm)，完全以 Open Source 軟體打造出版 (http://wiki.scribus.net/canvas/News_2008-05-05_5)。若以後想要自己發行刊物，現在又添增了一個選項 - OpenSource 的 Scribus！

[接案 / 工作] 台灣創用 CC 計畫徵全職資訊技術專才一名

周文茵/文 2011/01/21

台灣創用 CC 計畫 (Creative Commons Taiwan) 誠徵全職資訊技術專才一位，負責建立與維持計畫所需的資訊系統，並與美國 Creative Commons 技術團隊保持聯繫及合作。您需具備高度的資訊技術能力，熟悉相關的資訊網路標準，善用自由軟體套件與網路服務、並對資訊、法律、文化、社會經濟的互動發展 保持興趣。您需要依本計畫「技術項目主持人」（Technical Lead）以及專案經理的規劃，與團隊成員協力完成計畫工作。有意者請於 2011 年 3 月 18 日前，依以下方式聯絡台灣創用CC計畫：

 

 

• 寫一封純文字內容的電子郵件，介紹你的專長、經驗與背景，使用標題 "[CCTW Tech] OOO" (OOO 為您的姓名），寄到信箱 emyleo at citi dot sinica dot edu dot tw 。
• 電子郵件內容不要有任何附加檔案，但可附上您的個人（履歷）網址，以及代表作品的連結。
• 電子郵件內容可以提供兩位推薦人的姓名以及聯絡電子郵件信箱。也請說明推薦人與您的關係。

依以上方式聯絡我們、具適當經驗與專長的申請人，我們於收件一週內會主動與聯繫您。但很抱歉我們不能回覆每一封電子郵件。

以下是本次徵才在工作項目與專長需求的進一步資訊（如果您只滿足部份技能需求，仍然可以申請）：

主要負責項目

• 計畫所需資訊系統（軟、硬體與網路）的建立與維持
• 與美國 Creative Commons 技術團隊的持續聯繫及合作
• 計畫相關網站的企畫與編輯
• 計畫團隊內部的技術教育訓練
• 創用 CC 授權相關資訊技術的熟悉與推廣

技能需求

網站設計

• XHTML/CSS
• XML/RDF/RDFa
• Javascript
• Web accessibility

腳本語言

• PHP
• Perl

內容管理系統

• 如 Drupal, DokuWiki/MediaWiki, MovableType 等自由軟體套件

伺服器管理

• FreeBSD/Linux
• Apache
• MySQL

經驗需求

• 伺服器管理
• 使用者互動
• 資訊服務使用
• 多媒體檔案編輯製作
• 文件撰寫

自然語言能力需求

• 台灣華語（聽、說、讀、寫均需流利）
• 美式英文（讀、寫需佳，聽、說需可）
• 其他語文（此為加分條件，非必要條件）

學歷需求

• 學士（含）以上，碩士佳（學、碩士以中央研究院專任研究助理聘請，依學經歷敘薪）

[源碼快報] Gartner 調查報告顯示超過半數企業採納開放源碼軟體

謝良奇/編譯 2011/02/17

最近一份來自 Gartner 的調查發現，超過半數受訪企業已經採納開放源碼軟體，並且作為企業 IT 策略的一部份。近三分之一受訪對象將彈性優勢、增加創新、縮短開發時間、加速採購流程，列為採納開放源碼解決方案的理由。

從 2010 年 7 月到 8 月，Gartner 針對來自 11 個國家的 547 位組織中的 IT 領導人，進行了一份研究調查。調查目標是為了查明現今與未來開放源碼軟體的採納與使用習慣。Gartner 的報告指出，22% 的受訪企業在公司所有部門中都採納開放源碼軟體。有 46% 受訪對象只在特定部門與專案中採用開放源碼軟體。此外，21% 的受訪對象表示在評估使用開放源碼的優勢。Gartner 研究主任 Laurie Wurster 表示，取得競爭優勢已經成為採納開放源碼解決方案的主要理由，顯示用戶看待開放源碼軟體的眼光開始有所不同，假如用戶能客製化程式碼以因應公司獨特需求，他們便能創造出競爭優勢。

在這些企業中，開放源碼軟體應用最常見於資料管理與整合，與應用軟體開發、整合、架構、管理、改善方面。開放源碼軟體支援的其他關鍵活動包括企業流程改善或再造，安全、風險與遵循性，資料中心現代化與整合，和虛擬化技術。儘管低持有成本仍是企業採納開放源碼軟體的一項重要因素，佔 29%，近三分之一的領導人認為彈性、創新、較短的開發時間、加快採購，是他們選擇開放源碼軟體而非私有軟體的原因。

根據這份調查顯示，受訪企業採納開放源碼軟體的速度，每年都在增加。5 年前僅有不到 10% 企業表示正在使用開放源碼軟體。未來 18 個月內，使用開放源碼的企業比例預期將超過 30%。調查中也發現，企業中私有軟體的數量在過去 5 年內，以開放源碼使用增加的相同速度在減少當中。企業同時也擁有更多內部開發軟體。儘管組織內的開放源碼應用軟體數量增加，但調查中發現僅有三分之一的企業有正式的開放源碼政策。

Gartner 另一位研究主任 Bob Igou 指出，企業正在使用開放源碼軟體與內部開發軟體，透過整合與自動化，來加強和提升現有系統，並改善企業效率和安全性。報告中發現多數企業並行地使用商業與開放源碼軟體。Wurster 表示，企業客製化程式碼以因應個別需要，而非支付費用給商業軟體廠商。

Wurster 指出，由於出現提供商業支援的外部服務供應商，開放源碼軟體將持續在任務關鍵與非關鍵環境中獲得採用。隨著更多的深入了解且獲得必要的技術，終端用戶組織將持續發現開放源碼軟體新的部署應用。儘管降低成本將持續作為採用開放源碼軟體的主要推力，透過這份報告，我們看到有更多受訪者在開放源碼軟體上，看見更多的價值，而非僅止於免費取得而已。

相關網址：
1.開放源碼軟體採納比率增加
http://www.net-security.org/secworld.php?id=10545
2.開放源碼軟體成為幫助企業競爭的利器
http://eetimes.eu/en/open-source-software-increasingly-part-of-it-strategy-to-gain-competitive-advantage.html?cmp_id=7&news_id=222905788&vID=209
3.Gartner：超過半數 IT 組織部署開放源碼軟體
http://www.betanews.com/joewilcox/article/Gartner-More-than-half-of-IT-organizations-deploy-opensource-software/1297176724
4.報告指出半數組織使用開放源碼軟體
http://www.sageforconstruction.co.uk/oil_industry_news_selected.aspx?aid=1876
5.企業採納開放源碼軟體作為 IT 策略之一
http://www.bcs.org/content/conWebDoc/38965
6.Gartner 報告指出開放源碼軟體帶來競爭優勢
http://www.eweek.com/c/a/Linux-and-Open-Source/Open-Source-Software-Gives-Competitive-Advantage-Gartner-Survey-729638/
7.競爭優勢將企業推向開放源碼
http://www.pcworld.com/businesscenter/article/219032/competitive_benefits_drive_businesses_to_open_source.html
8.企業湧向開放源碼軟體
http://www.v3.co.uk/v3/news/2274646/gartner-open-source-software
9.開放源碼軟體增進策略價值
http://blogs.wsj.com/digits/2011/02/08/open-source-software-gains-in-strategic-value/
10.開放源碼為開發者提供機會
http://www.microscope.co.uk/news/open-source-uptake-provides-opportunity-for-developers/

[法律專欄] 來自封閉陣營的 Ms-PL 與 Ms-RL

葛冬梅/文 2011/02/21

Microsoft Public License (Ms-PL) 與 Microsoft Reciprocal License (Ms-RL) 是由微軟所編撰的自由軟體授權條款（註一），並且於 2007 年 10 月就通過了開放源碼促進會 (Open Source Initiative, OSI) 的審核，屬於符合開放源碼十項定義 (Open Source Definition, OSD) 的開放源碼條款（註二）。此外，自由軟體基金會 (Free Software Foundation, FSF) 也認可這兩份條款符合四大自由，是該基金會所認定的自由軟體授權條款（註三）。但由於這兩份條款制定的時間較晚，所以一開始知名度並不高，利用這兩份條款授權的軟體來開發專案的人也不多，不過由於 Ms-PL 給予使用者相當大範圍的利用權利，因此漸漸地有不少開發者會利用 Ms-PL 授權的軟體，使 Ms-PL 這份授權條款的能見度與使用率逐漸攀升（註四），因此本文將介紹 Ms-PL 這份條款的重要內容，讓讀者對於這份新生的條款有個概要的認識。而由於 Ms-RL 與 Ms-PL 是兩份架構相近的雙生條款，因此本文也將會針對 Ms-RL 與 Ms-PL 不同的特色加以介紹（註五）。

【Ms-PL 擷取不同授權條款的特質】

對於筆者來說，Ms-PL 跟 Artistic 2.0 一樣（註六），是份內容獨特的授權條款，只不過 Artistic 2.0 的獨特性是在於創造新的授權內容，而 Ms-PL 的獨特性是在於擷取其他授權條款的特質放在一起，這些被擷取特質的代表條款包括了 BSD、Apache 2.0 與 GPL（註七）。

Ms-PL 授權使用者可以自由修改、重製與散布軟體，但是並不強制使用者在散布軟體的時候，必須提供原始碼，即使是散布衍生程式也是一樣，因此在這一點上，Ms-PL 與 BSD 是一樣的。不過 Ms-PL 的內容比 BSD 多，包含有定義、授權以及條件與限制三大部份，內容也與 Apahce 2.0 相近，包括：兩份條款均有提醒文字，說明商標權並未授權出去，也都有將軟體中合法的專利技術授權出去，讓使用者可以在條款規定的範圍之內，合法地利用這些預先授權的專利技術，最後，如同 Apache 2.0 一樣，Ms-PL 也規定有對抗專利侵權主張的授權自動終止條款，若是使用者甲對另外一位使用者乙提出專利侵權主張，那麼乙原本透過 Ms-PL 對甲的所有專利授權將自動終止。因此 Ms-PL 在架構上是與 Apache 2.0 比較相近。

不過 Ms-PL 又有著一些與 BSD、Apache 2.0 完全不同的規定與特性。Ms-PL 在第 3 條第 (D) 項規定，使用者散布任何一部份 Ms-PL 軟體原始碼，都仍然必須採用 Ms-PL 作為散布的授權條款，而若是散布軟體的編譯形式或目的碼形式的話，雖然不必繼續採用 Ms-PL 來授權，卻也必須選擇與 Ms-PL 相容的授權條款才可以。依照這樣的規定，可以知道 Ms-PL 有著若干的授權拘束性，只是與 GPL 不同的地方在於，GPL 要求使用者散布軟體的時候，一定要提供後手取得原始碼的管道，可是 Ms-PL 卻沒有要求使用者必須要提供原始碼，因此相對於 GPL， Ms-PL 在授權拘束性上的效力是比較弱的。

由以上的說明可以知道，Ms-PL 是一份綜合了 BSD、Apache 2.0 與 GPL 特質的一份授權條款，迥異於一般常見的自由軟體授權條款，綜合的結果是讓 Ms-PL 有著弱化的授權拘束性，因為雖然在形式上，Ms-PL 具有授權拘束性，但是在實際運作上，只要使用者選擇透過編譯形式或目的碼形式來散布修改程式的話，就可以採用 Ms-PL 以外的條款來授權修改程式，只要這份條款的內容與 Ms-PL 相容即可，因此 Ms-PL 僅具有相當弱的授權拘束性。

【Ms-RL 在 Ms-PL 的基礎上強化授權拘束性】

Ms-RL 是 Ms-PL 的雙生條款，除了Ms-RL 獨有第 3 條第 (A) 項的規定之外，兩份條款在其他的內容上完全一樣，而第 3 條第 (A) 項的目的就是在強化 Ms-RL 的授權拘束性。該條項的規定源自於 MPL、CDDL 等條款 ，以檔案 (file) 作為授權拘束性的判斷標準，其規定使用者在散布包含有 Ms-RL 程式碼的檔案時，無論是以原始碼形式或目的碼形式來散布，都必須要提供後手該檔案的原始碼，並且要繼續以 Ms-RL 來授權這些檔案；不過，若是一個檔案完全沒有包含到 Ms-RL 程式碼的話，那麼使用者當然可以選擇其他的條款來授權散布這個檔案。因此 Ms-RL 與 MPL、CDDL 等條款一樣，具有一定強度的授權拘束性，使用者利用到 Ms-RL 程式碼的時候，必須要注意這樣的特性，才能夠在散布程式的時候，為檔案選擇正確的授權條款。

不過 Ms-RL 在納入強化授權拘束性規定同時，並沒有細緻地修飾與整合相關內容，因此若是完全依照表面文字來解釋 Ms-RL 的話，可能會推衍出不合理或令人疑惑的結果。例如：Ms-RL 擷取 MPL 以檔案作為判斷衍生程式是否應該受到原條款拘束的概念，這樣的規定乍看之下好像沒有問題，但是 Ms-RL 卻沒有針對何謂「檔案 (file)」加以定義，因此依照文字規定，若是將 Ms-RL 檔案與其他檔案壓縮成為一個 .zip 檔案，這些同在一個 .zip 檔案中的其他檔案也因此必須要採用 Ms-RL 來授權。但是這個問題卻不存在於 MPL 中，因為 MPL 針對「檔案 (file)」有配套規定，條款內容清楚地顯示，單純地將其他檔案與 MPL 檔案壓縮在一起，並不會導致其他檔案也受到 MPL 的拘束。（註八）

【條款規定獨特、利用之際應多加注意】

Ms-PL 與 Ms-RL 最大的共通優點是內容簡單扼要，這讓使用者可以很快地閱讀完這兩份條款，不過 Ms-RL 卻有著文意不清的問題，再加上這兩份條款的授權拘束性運作方式獨特，與一般常見的並不相同，所以在判斷是否與其他授權條款相容的時候，並不容易，必須要視個案狀況而定。由於這些種種的獨特性，因此若是有軟體專案運用到 Ms-PL 或 Ms-RL 程式碼的話，筆者建議必須多加注意這些程式碼的實際運用方式，以避免違反條款的細部規定，也才能夠進一步降低侵權利用的相關風險。


註一：Ms-PL 條款英文原文請見：http://www.opensource.org/licenses/ms-pl；Ms-RL 條款英文原文請見：http://www.opensource.org/licenses/ms-rl。

註二：OSI 發布通過這兩份條款的新聞稿：http://www.opensource.org/node/207（最後瀏覽日期：2011/02/18）。

註三：雖然 Ms-PL 與 Ms-RL 均被認定符合四大自由，不過都被 FSF 認定是與 GPL 不相容的授權條款 (GPL-Incompatible Free Software Licenses)。請見：http://www.gnu.org/licenses/license-list.html#GPLIncompatibleLicenses（最後瀏覽日期：2011/02/18）。

註四：專門提供自由軟體程式碼掃描服務的公司 BlackDuck，在其網站上提供有最常用授權條款的排行榜，到筆者截稿為止 MS-PL 排名第九，請見：http://www.blackducksoftware.com/oss/licenses#top20（最後瀏覽日期：2011/02/18）。此外，近半年來，筆者在工作上開始接到與 Ms-PL 內容相關的法律諮詢需求，由此可以推知，台灣開發者利用到 Ms-PL 軟體的機會較以前來的多。

註五：互為雙生條款的還有 Open Software License 3.0 (OSL) 與 Academic Free License 3.0 (AFL)，詳細介紹請見：「OSL 與 AFL：特質完全相反的雙生條款（上）」，http://www.openfoundry.org/en/legal-column-list/498-osl--afl（最後瀏覽日期：2011/02/18）；「OSL 與 AFL：特質完全相反的雙生條款（下）」，http://www.openfoundry.org/en/legal-column-list/497-osl-afl（最後瀏覽日期：2011/02/18）。

註六：Artistic 2.0 條款的全名為 "The Artistic License 2.0" ，英文全文請見：http://www.opensource.org/licenses/artistic-license-2.0；中文介紹請見：葛冬梅，「獨樹一格的藝術條款：Artistic License 2.0」，自由軟體鑄造場電子報第 166 期，http://www.openfoundry.org/tw/legal-column-list/8247-artistic-license-20。

註七：本文提到許多授權條款的特性，關於這些授權條款的特性介紹，請參考自由軟體鑄造場中各授權條款的說明以及過往法律專欄的相關文章。授權條款說明的入口頁面為：http://www.openfoundry.org/tw/licenses；法律專欄的入口頁面為：http://www.openfoundry.org/tw/legal-column-list。

註八：在 OSI 審核討論 Ms-RL 的過程中，Lawrence Rosen 曾經點出這個問題，微軟的代表人 Jon Rosenberg 也曾有過簡短的回應，表示 Ms-RL 文字的本意並非如此解釋，不過事後微軟並沒有修改相關的內容，而 Ms-RL 也通過審查，原規定文字一直保留到現在的版本中。Lawrence Rosen 的提問：http://osdir.com/ml/licenses.open-source.general/2007-08/msg00178.html（最後瀏覽日期：2011/02/18）；Jon Rosenberg 的回應：http://osdir.com/ml/licenses.open-source.general/2007-08/msg00193.html（最後瀏覽日期：2011/02/18）。Ms-RL 在初次送審到 OSI 時，名稱是 "Microsoft Community License"，後來才改為現在的名稱，不過內容並沒有任何的變動，因此以上所附兩個討論郵件的標題是 "RE: For Approval: Microsoft Community License"。

[源碼快報] 自由軟體基金會宣佈支持 WebM 專案

謝良奇/編譯 2011/02/08

繼 Google 不久前宣佈計畫從自家瀏覽器移除對 H.264 影片 codec 的支援後，自由軟體基金會 (Free Software Foundation) 日前宣佈將支持 WebM 專案。自由軟體基金會授權遵守工程師 Brett Smith 在新聞稿中表示，Google 正努力聯合眾多組織來支援 WebM，最終將協助使 WebM 成為 HTML5 選用的影片 codec。該組織希望讓所有人知道他們也支持 WebM。

Google 宣佈在其 Chrome 瀏覽器中移除對 H.264 的支援，以支持該公司近來公開的 WebM codec 之後，就出現許多討論，探討伴隨著 HTML5 影片標籤標準成熟後，此舉對 Web 發展造成的可能影響。

自由軟體基金會表示他們讚揚 Google 的這項決定。基金會認為這一步對自由軟體、自由軟體用戶、Web 所有用戶都有正面意義。一段時間以來，在網路上觀看影片並不是一件單純的事，許多影片播放採用了私有且非標準軟體的 Flash。雖然有 GNU Gnash 這樣的自由軟體可供替用，但其使用者體驗並非毫無差異。

因此在籌劃下一代 HTML 標準 HTML5 時，影片傳送與播放便成了首要重點。然而儘管所有人在 標籤外觀上取得同意，影片本身如何編碼則缺乏共識。微軟和 Apple 支持 H.264，Mozilla、Opera 則站在 WebM 和 Ogg Theora 這一邊。Google 一直以來都支持上述的所有 codec，直到最近做了支持自由標準且放棄 H.264 的大膽決定。

儘管如此，微軟在 Google 做出此一決定之後，宣佈將為 Windows 的 Chrome 推出支援 H.264 的 plug-in。這並非微軟第一個 H.264 的附加元件。去年 12 月中，微軟才剛剛針對 Mozilla 的 Firefox 瀏覽器，釋出了運用 Windows 7 內建能力，而允許在網頁上播放 H.264 編碼影片的附加元件。

在 IEBlog 上的文章中，微軟 Internet Explorer 集團副總裁 Dean Hachamovitch 認為，撇開對其理由和目的的猜測不談，Google 此舉對 Web 影片投下了不穩定與不確定性。

H.264 是針對高解析影片最早的壓縮標準之一，已成為影片產業的現存標準。儘管被廣泛運用於商業應用上，H.264 中使用了專利演算法，在承認軟體專利的國家必須支付授權費用。其授權是由 MPEG Licensing Authority (MPEG LA) 所管轄。儘管在 2010 年 8 月，MPEG LA 宣佈針對免費播放的 H.264 編碼影片，將永遠不對終端使用者收取權利金。

另一方面，WebM/VP8 影片格式是 Google 於 2010 年 5 月作為 WebM 專案一部份，而提出的公開且免權利金的媒體檔案格式。該格式不須 plug-in，允許用戶在網際網路上串流傳遞高品質內容。

自由軟體基金會認為，由於 H.264 是具有專利阻礙的 codec，MPEG LA 組織要求實作 H.264 的開發者同意其專利授權。此一授權要求開發者限制其軟體的使用方式，且在許多情況下會收取權利金，因此基本上不相容於軟體自由。為了讓 Web 對每個人都維持免費狀態，因此我們需要一個免費的 codec 作為 HTML5 的現存標準。因為 Google 提供相容於自由軟體授權的專利授權，並且釋出免費實作以加速開發，WebM 是一套合乎上述要求的 codec。

針對認為由於 H.264 受到較多軟硬體支援，Google 揚棄 H.264 將使得 Web 標準倒退的回應，自由軟體基金會表示，這些評論基本上誤解了 Web 的自由和不受妨礙的願景。只有在我們拒絕受到專利限制的資料格式後，我們才能享受自由。

在新聞稿最後，該基金會指出在此一議題底定前，每個人都應該做出行動確保 WebM 受到採納。基金會並且呼籲其他組織和基金會一同加入支持 WebM 專案的行列，並希望網站經營者用 WebM 格式而非 H.264 來散佈影片。


相關網址：
1.自由軟體基金會宣佈支持 WebM 專案
http://www.osnews.com/story/24284/FSF_Announces_Support_for_WebM_Project/
2.沒有雙重標準：支持Google 的 WebM 行動
http://www.fsf.org/news/supporting-webm
3.微軟針對 Google Chrome 的 Windows 版本釋出 H.264 plug-in
http://www.h-online.com/open/news/item/Microsoft-releases-H-264-plug-in-for-Google-Chrome-on-Windows-1182585.html

[源碼新聞] 真理大學 -- 將自由軟體融入資訊志工活動

李婉婷/採訪 2011/02/09

近年來教育部大力推動資訊志工計劃，致力於縮減偏鄉地區與都市間的數位落差。但由於偏鄉地區資源較為有限，學校若選擇商業軟體進行教學，當認真學習的學生們回到家想複習上課所學的電腦軟體時，常常因為需要負擔另一筆額外的花費來購買所需軟體，造成學生經濟上的壓力，而在學習上望而卻步。

帶領真理大學學生從事資訊志工服務的紀宗衡老師（以下簡稱紀老師）發現這個問題後，希望透過自己平時使用的自由軟體，能夠解決學生們學習上的困難，因此決定將自由軟體融入資訊志工服務的範疇，藉由自由軟體來解決偏鄉地區數位落差的問題。

紀老師成立真理大學志工聯隊至今已有兩年半的時間，初期紀老師曾提出運用自由軟體來協助志工服務的想法，但由於學生們普遍對於自由軟體仍存有許多疑慮，因而作罷。另一次的契機於去年（2010）的暑假，紀老師赴越南服務，當次的志工服務經驗，讓紀老師決心將自由軟體應用教學融入志工服務當中。

紀老師回憶道，由於越南當地硬體設備老舊，也沒有足夠的經費更新軟體，更遑論善用資訊提升行政效率與教學成效。服務的當下也只能利用較為不正當的方式，為其既有的商業軟體做更新，才能暫時消弭資訊環境上的斷層，在當地進行電腦教學的課程。面對這種情況，身為老師的他心裡一直覺得不踏實，因此歸國後便下定決心改變這一切，他開始鼓勵學生嘗試使用自由軟體來進行志工服務，並且安排一場資訊志工自由軟體培訓課程。

去年底，紀老師鼓勵參與志工的同學先以自學的方式接觸自由軟體，並在網路上找尋適合服務對象的自由軟體種類，將它運用在偏鄉教學上，幫助石門國中、石門國小電腦社的小朋友們上電腦課。藉由自由軟體的課程讓偏鄉的小朋友有更多豐富的軟體資源可以使用，並且在回家後也能自行下載自由軟體來練習，家長無需額外負擔購買軟體的費用。自由軟體不僅是幫助偏鄉地區的小朋友們，同時也打開資管系學生的視野，了解網路上其實有很多人願意貢獻自己製作的軟體供大家自由運用，體會到自由軟體的好處及其存在的價值。

▲ 圖中前排右起第三位為紀老師。

2010 年 12 月，真理大學與亞太創意技術學院兩校，總計七個資訊志工團隊，共同舉辦一場自由軟體志工培訓的活動，介紹自由軟體的理念、優點和常用的自由軟體，讓學生了解自由軟體的操作模式，並將其實際運用在偏鄉教學中，解決盜版和偏鄉教育資源不足的問題。訪問中，一位真理大學同學提到，「許多人提倡反盜版，卻忘了告訴大家有自由軟體這個解決盜版問題的好方法。」

紀老師認為，人本來生下來就是什麼都沒有，所有的資源與知識都是大家共同累積並且共同享有的，因此很贊同自由軟體的分享精神。不論是接受服務的小朋友或是熱心擔任志工的大學生，都能透過自由軟體來打開視野，學習到自由軟體開放、分享的精神。

[源碼秘技] 坐在沙發上輕鬆完成資料庫統計報表 - SOFA Statistics

翁卓立/文 2011/02/18

• 官方網站：http://www.sofastatistics.com/
• Debian、Ubuntu 套件下載網址：http://ncu.dl.sourceforge.net/project/sofastatistics/sofastatistics/1.0.1/sofastats-1.0.1-1_all.deb (1.1MB)
• 其他發行版本下載網址：http://ncu.dl.sourceforge.net/project/sofastatistics/sofastatistics/1.0.2/sofastats-1.0.2.tar.gz (1.3MB)

簡介

在需要處理大量資料的場合，大多數人都會採用資料庫系統作為處理資料的輔助工具。資料庫系統除了可以作為資料的存放空間以外，也能進行一些簡單的資料分析工作，或是自行撰寫程式並連結資料庫系統以進行資料查詢，並產生一些簡單的報表以便在會議中作為簡報資料使用。這樣的作業模式已經是行之有年的方式，相信大多數的資料庫管理人員，對於這樣的作業模式並不會感到陌生。

雖然以程式語言搭配資料庫系統進行資料查詢或統計相當容易，但這樣的操作方式可能只適合在採用固定資料庫、表格與資料欄位作為統計資料來源的場合使用。例如原先撰寫的程式之中使用預先指定的資料庫欄位進行操作，如果想要統計其他資料庫或其他欄位的相關資料，便可能需要修改程式，甚至需要變更處理的演算法。雖然這樣的作業方式也是一種可行的解決方案，但很明顯的，這樣的方式並不是相當有效率的工作模式。因為只要需求的條件一旦變更，相關人員便需要進行程式的修正，處理上顯然較為麻煩。

除了資料來源可能隨時會變更以外，另外一種相當常見的需求，是資料庫的統計報表需要採用圖表加以呈現，才能讓其他人在最短的時間內了解整個統計報表的重點所在。網路上有許多的繪圖程式庫可以作為程式產生圖表的輔助工具使用，但這仍然需要自行了解這些程式庫的使用與呼叫方式，也必須撰寫相關的程式碼，才能達到自動產生統計圖表的目的。如果這些工作都能自動完成，自然可以減輕許多資料庫管理員的工作負擔，不再需要整天埋首於電腦鍵盤之中，只為了產生幾個簡單的報表。事實上可以作為資料庫統計與報表產生器的工具非常多，且各有各的特色。本文所要介紹的 SOFA Statistics，也是其中的一種。此工具的全名為 Statistics Open For All，而其縮寫 SOFA 則表示這套工具可以達到十分容易使用的目的，如同坐在沙發上一樣的舒適與簡單。


▲SOFA 的操作主畫面。

操作簡易化的設計

SOFA 本身可以提供許多資料統計與分析功能，也能作為報表輸出程式使用。由於主要設計目的是為了減少資料庫處理人員的工作負荷，因此在安裝與操作上都儘量以最簡單的方式進行設計。以在 Ubuntu 或 Debian 發行版本上安裝 SOFA 為例，只需要直接下載 SOFA 官方網站所提供的套件檔，再使用「dpkg」指令直接安裝即可。至於其他的 Linux 發行版本，也可以下載原始檔進行編譯與安裝，整個過程相當簡便。除了 Linux 版本以外，為了讓其他作業系統的使用者也能體驗這套工具程式的優點，因此 SOFA 也直接提供 Windows 或 Mac OS 的執行檔，不需要擔心這套工具只能在特定的作業系統或發行版本中使用。

除了安裝相當方便以外，SOFA 的操作介面也相當直覺。即使是初次使用 SOFA 的使用者，只需要花個幾分鐘大致瀏覽一下整個系統的操作介面，便能了解 SOFA 所提供的大部份功能，並直接進行操作。如果希望在會議的簡報檔之中直接使用資料庫的統計數據，利用 SOFA 產生輸出報表也是相當方便的作業方式。SOFA 不但提供了多元化的報表格式，而且還可以使用十分美觀的輸出報表格式。相較於傳統的統計數據輸出報表，SOFA 所產生的報表可以給人比較深刻的印象，因為許多資料庫統計工具即使可以產生正確的輸出資料，但在畫面呈現上常常會一次提供太多數據資料，讓人眼花聊瞭亂，不知道該從何看起。這樣的問題在 SOFA 中並不會出現，因為 SOFA 已經考慮到輸出報表的美化問題，大多數情況下都能直接看到統計報表的重點所在，不至於在會議中因為輸出報表的混亂情況，導致會議討論時失去焦點的情況發生。


▲SOFA 可以產生許多美觀的輸出報表，且操作相當簡便。

以開放原始碼方式釋出的 SOFA，雖然已經盡力讓操作與作業流程儘量簡化，但仍然有可能產生使用者不知道該如何開始使用、或是在遇到問題時無法自行解決。如果使用者有能力自行修改 SOFA 的原始碼並加強 SOFA 的功能，自然可以自行處理。如果使用者沒有這方面的技術能力，或是不希望浪費太多人力、時間在這樣的一套工具身上，亦可以考慮直接使用 SOFA 的商業支援服務。或許採用 SOFA 的商業支援服務需要支出一些預算，但如果可以因此減少許多不必要的人力與時間浪費，或許也是一個可行的應用模式。

持續增加的新功能

SOFA 本身是一套新推出不久的軟體專案計畫，所以各種新功能仍然在持續加入與改善當中。經由熱心使用者的回報，有一些現有的功能可能存在程式臭蟲，或是在操作上不夠直覺，也可能一些特殊功能並未在現今版本當中直接支援。這些回報訊息都會被 SOFA 的開發團隊一一檢閱，並篩選出最急需修改的部份在未來的版本中慢慢加入。可以想像得到的是，經由使用者回報與功能修正這樣來回的過程，未來新版本的 SOFA 一定會有更多方便的統計與報表輸出功能可以使用。

如果有一些已被納入會加入的新功能，因為人力資源問題或是優先順序問題而暫時不加入 SOFA 的支援功能當中，通常 SOFA 還是會將這些功能列出，只是會加入一個「已計畫新增功能」的標示，表示此功能目前雖然尚未支援，但在將來的版本當中一定會加入，除非有發生任何不可抗拒的問題，才有可能取消。為了方便使用者查詢 SOFA 新功能的發展現況，SOFA 開發團隊也成立了一個專屬的部落格，可以讓使用者了解此專案目前已支援與預計在將來支援的功能為何。此部落格的網址為「http://www.sofastatistics.com/blog/」，亦可使用 RSS 直接訂閱。


▲SOFA 提供專屬部落格作為新功能的介紹網站。

美觀的輸出報表格式

前面也曾經提到，許多資料庫的統計程式只將重心放在資料的統計與分析身上，忽略了輸出報表的美觀與否亦會直接影響使用者的操作觀感。而對於報表的產生過程是否提供了足夠的自動化協助，也是採用此類型工具時的考量重點。但在 SOFA 之中，使用者並不需要擔心這些問題。因為 SOFA 可以採用自動化的方式直接產生各種常見的輸出報表，而且這些輸出報表可以提供相當完整的訊息，甚至可以在不需要經過修改的情況下直接套用到簡報檔案之中，作為會議提報資料使用。SOFA 的輸出報表除了可以自動產生以外，更重點的是在大多數的情況下，都不需要使用者進行手動調整即可提供相當完善的功能支援。如果要進行輸出報表的重新統計，只需要調整輸出參數即可，不需要以人工方式進行重工處理，在使用上顯得相當方便。

除了提供各種報表功能以外，SOFA 也相當重視輸出報表的呈現方式。與其他資料庫統計軟體不同的是，SOFA 的輸出報表不但提供了相當多元化的輸出報表格式，而且在外觀上也下了相當程度的苦工，讓使用者可以直接了解這些輸出報表所要呈現的意義。例如一般常見的長條圖，如果只看到圖片，可能覺得是一張平凡無奇的輸出圖表而已。但只要將滑鼠移到輸出報表畫面的圖表上，即可看到該項目的相關數據。不但考慮到操作上的簡便與美觀等相關考量，也提供了互動式的操作模式。

大多數 SOFA 的統計資料都可以採用 HTML 網頁檔案的方式直接輸出，只要以瀏覽器開啟該檔案即可看到 SOFA 所產生的輸出報表。比較特別的是，SOFA 在產生報表檔案之後，接下來如果有其他的統計資料需要輸出，則會以附加的方式在此網頁的後方加入新報表的輸出資訊。如此一來，如果希望比較不同時期或是不同統計參數所產生的報表，便可以相當容易的在同一個檔案之中看到輸出結果。如果使用的輸出格式是以表格方式進行處理，則這些輸出資料都可以在 MS Excel 或是 OpenOffice Calc 之類的試算表軟體之中直接開啟，可以增加許多處理方面的彈性。


▲SOFA 可以直接將各種不同的統計報表輸出至同一個網頁檔案之中。

支援大多數的資料庫系統

許多資料庫統計工具雖然聲稱可以支援眾多不同的資料庫系統，但有一些是以取巧的方式達到這樣的支援功能，也就是先將資料庫的數據輸出成該工具程式可以接受的格式，再以匯入資料的方式加入該工具可以直接支援的資料庫系統之中。雖然廣義而言也可以說是支援多種資料庫系統，但畢竟在處理上比較麻煩，在資料量較大的應用場合，也可能需要一些時間進行處理。

SOFA 則是直接支援許多不同的資料庫系統，並可以直接存取存放在這些資料庫系統之中的資料。如果使用者可以提供資料庫的存取帳號，甚至可以直接經由 SOFA 進行資料庫內部資料的編輯工作，或是使用簡單的資料過濾功能將處理焦點放在特定範圍的資料當中。目前 SOFA 支援的資料庫系統有 MySQL、Microsoft Access、SQLite、PostgreSQL、MS SQL Server 等各種主流的資料庫系統。至於 Oracle 系統，目前雖然仍然無法直接支援，但已經被列入 SOFA 未來要支援的資料庫系統之一。

如果要進行統計的資料存放在數個不同的資料庫系統之中，SOFA 亦可直接進行處理，不需要擔心會因此而無法使用 SOFA 進行資料統計與分析。因為 SOFA 可以處理存放在任何資料庫之中的資料，只要該資料庫的系統是 SOFA 有直接支援即可。

如果希望直接將資料匯入 SOFA 內建的 SQLite 資料庫再進行處理，亦可使用 SOFA 所提供的匯入功能。SOFA 可以直接匯入 MS Excel 的試算表檔案格式，但是這個功能只在 Windows 版本之中提供，且匯入 Excel 檔案時並不需要在系統之中安裝 MS Excel 亦可進行。如果匯入資料的來源格式為開放文件格式中的試算表格式 (OpenDocument Spreadsheet, ODS) ，SOFA 可以直接支援 OpenOffice Calc 與 Gnumeric 這二套試算表軟體所儲存的 .ods 檔案。至於最常見的 CSV 格式，以及越來越多人使用的 Google Docs 線上文件系統所產生的試算表檔案，也都能匯入 SOFA 的內建資料庫之中。所有匯入的資料都能在 SOFA 之中進行查看與編輯，如果需要變更匯入資料的內容，亦可使用此功能進行處理。


▲支援許多常見的資料庫系統，亦可直接匯入資料至內建的資料庫之中。

結語

以往一談到要擷取資料庫系統中的資料進行分析，甚至要製作成美觀又具有直覺性的輸出報表，可能大多數的資料庫管理員都會感到十分痛苦。因為如果沒有適當的工具作為輔助，直接存取資料庫的內容並進行統計，會是一件相當複雜的工作，稍一不慎可能影響資料庫系統的執行效能，甚至傷害到存放其中的資料內容。

在尚未使用 SOFA 之前，大多數人可能很難想像資料庫系統的統計與分析功能，居然可以如此簡便的完成。SOFA 除了擁有許多與眾不同的功能支援以外，甚至還能產生一些具有相當水準的輸出報表，對於經常需要分析資料庫內容，並製作會議簡報的人而言，可以說是一套不可或缺的工具軟體。

作者簡介

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