[Life] 利用calibre建立一個每日閱讀清單

原文網址: http://opensource.com/life/15/1/calibre-ebook-management

很多人抱怨他們無法及時掌握所有他們需要的資訊——或是說他們覺得他們需要的資訊。然而對我來說，資訊過多是不可能的，我了解對其他人而言要擺脫他們面前一大團混亂的資訊是很困難的。

最好的方式就是減少你生活中資料來源的數量和個數，在這篇文章中，我不會去探討你要如何擺脫些資訊的理論以及實行辦法，但我會告訴你們一個你們可以用來創立一個集中的每日閱讀清單的技巧，你們可以在每天上班通勤的時候或是一天中比較沒事的時候，利用平板或是智慧型手機閱讀清單裡的內容。

calibre電子書管理軟體是一個很棒的工具可以拿來建立每日閱讀清單，讓我們來看看該如何用calibre來建立每日閱讀清單吧:

在開始之前

這就是我剛才為什麼會用集中的這個形容詞，選二到三個你最重要的資訊來源，可以是每日新聞、科技網誌，或是你最喜歡的雜誌的快訊。

專注在你需要知道什麼，而非你想要知道或你覺得你需要知道，要完成這件事，你需要認真審視你的所涉獵的資訊，將你的清單切割到最基本的格式。

當你完成後，為這些資訊來源複製RSS feeds的連結到一個文字編輯器裡，你將會需要用到它們，而你其實是可以不用自己去把這些東西打出來的，好，現在讓我們回到calibre。

設定你的清單

我們先假設你已經在電腦裡裝好calibre了，如果沒有，去將它下載下來，完成後，將它打開然後點選工具欄上在Fetch News按鈕旁的向下的箭頭，接著，按下Add a Custom News Source。

這裡你會得到一個食譜，這純粹只是用一個比較好聽的說法去稱呼一堆來源資料而已，在Add custom news source視窗中，在Recipe title欄位鍵入你要為你的食譜取的名稱，我是用非常原始的名字每日閱讀清單，你可以想一個更好聽的名字。

將Oldest article設為一天，然後將Max. number of article per feed設為一個比較合理的數字，我通常是設為10，在Feed title欄位中輸入你要為你的來源取的名字，舉例來說，名字可以是你的資料來源的發布者或是部落格，接著，將其中一個你剛才複製的RSS feeds的連結貼在Feed URL欄位，點一下Add feed，然後為你每個資料來源重複以上步驟。

完成後，點選Add/Update recipe然後按下Close。

建立你的清單

接著，產生你的閱讀清單，你可以選擇用calibre自動幫你產生清單，或是自己手動完成。我會解釋如何手動建立清單。在主視窗中，點選Fetch News，開啟Schedule news download視窗。

在視窗左邊的清單中，點選Custom然後點選你的閱讀清單名字，確定Schedule for download選項沒有被選取，點選 Download now，當你這樣做的時候，calibre會抓取你食譜中資料來源的最新東西並將之存到你的calibre資料庫裡。

將閱讀清單移到行動裝置中

有兩種方法可以做到，如果你的行動裝置與calibre相容，將它連結到你的電腦。接著，點選calibre資料庫中的你的閱讀清單，並選取Send to device > Send to main memory。你也可以將它傳送到你的裝置的SD card(如果有的話)。

I haven't been able to get that to work with my Nexus 7 tablet (which I use for reading). If you don't have device the calibre supports, you'll be in the same boat. You'll need to take a different approach.
到目前為止我還沒辦法用我的Nexus 7平板去執行(我平時都是用Nexus 7來閱讀)，如果你們沒有calibre支援的裝置，你跟我就是遇到同樣的情況，這時你就需要另外一種方法。

一樣的，點選你的閱讀清單，接著選取 Save to disk > Save only EPUB format to disk in a single directory，然後選擇你要儲存檔案的資料夾，如果你用的是像ownCloud Dropbox或是Google Drive這類的工具，將它存在電腦中的同步資料夾中，然後同步你的裝置。完成後，你可以在EPUB閱讀器上打開你的閱讀清單——我通常是用FBReader。

建立一個每日閱讀清單有些步驟需要手動操作。只要幾分鐘，你就擁有了你一天所需的資訊，而且你可以用你的行動裝置做收信及社交以外的事，除此之外，你還可以削減你資訊獲取來源的數目，因而擁有更多空閒時間去做其他事。

[Life] 陌生人的幫助和open source的意義

原文網址: http://opensource.com/life/14/12/the-meaning-of-open-source

至今我當軟體工程師已經快15年了，雖然一開始我並沒有特別的感覺，然而事實上我從最一開始就已經在open source的環境下工作了，從基本的GNU命令列(command line)到C編譯器，open source從一開始就存在了。

雖然我的專業重心隨著時間一直在改變，但在某種形式上而言，我一直都生活在一個open source的生態系裡──無論是我使用的作業系統、工作所用的資料庫、甚至是我每天在用的整合開發環境(IDE, integrated development environment)。儘管如此，我從來沒想過要對開放原始碼做出貢獻，直到三年前我加入了紅帽(Red Hat)並開始在oVirt，oVirt是一個將開源資料中心虛擬化的專案。

我花了段時間才融入開發的過程，因為這與我之前經歷過的一切都太不一樣了──將專題頁面提交給他人評論、上傳部分程式給別人檢查、與來自其他國家或其他公司的貢獻者一起合作，這對我而言是全新而不同的環境，不過最後我發現這一切是合理的，一個開放的合作模式確實是一個較佳的產生高品質軟體方法。

然而，雖然貢獻了一些不錯的特色和很多的程式碼修改，在最近之前我一直不是很肯定我真的了解開放原始原始碼是怎麼一回事。我那時正如平時我去上班途中都會做的一樣正在瀏覽StackOverflow，然後我看到有人問了個關於如何在java-libpst裡關檔的問題，雖然我不曾用過java-libpst，但我覺得我還是可以試試，我快去地看了一下javadoc發現真的沒有辦法可以關檔，除非將那個物件釋放掉然後等垃圾回收(garbage collector)去清除它，我將其寫下並準備要按下送出鈕，突然我對開放原始碼的第一段覺醒提醒了我──我們都知道文件不一定是完美的，開發者很容易就會忘記(其實只是"忽略"的比較好聽的說法)去將他的程式碼記在文件中，就算開發者並沒有錯，線上文件也常常過時或沒有跟程式碼同步，但願有方法可以去確認我的答案...

噢等等，有了！在快速地用完git clone後，我檢查了一下程式碼，然後我可以確定真的沒有辦法直接的關掉開啟檔案，我把這些標註在我的答案裡，按下送出，繼續我的一天。

早上我看電子郵件到一半時，我又有了第二階段的開放原始碼覺醒。這是"開放的資源"，我剛複製了一段原始程式碼並檢查它，如果將它修正其實不是什麼難事，為何不乾脆身體力行去做呢？幾分鐘後我送出加入請求，而幾天後我被接受了並被專案維護者Richard Johnson併入。

對我而言，這就是開放原始碼的真諦：當你發現軟體有不足之處時，不用等根本不清楚是誰的發佈者去看你的問題報告或審核你的修正請求，你可以直接自己來，而且常常會有不認識的人來幫你一把，那些陌生人不為什麼，就只是希望可以讓這個世界變得更好，藉由一行一行的程式碼。

[Business]同儕檢查在開源環境中究竟有多強大

原文網址: http://opensource.com/business/14/12/importance-peer-review-code

程式碼檢查在專利軟體開發公司是非常常見的，而開源軟體則因為它的本身的特性使得將程式碼評估標準化變成一件很難以達到的事。因此，在開源社群中成功的產業領導者或專案經理常常使用同儕檢查的方法作為標準，藉以在開發循環中做到品質控管。

一個標準的開源同儕檢查過程從軟體作者將其程式碼和文件提交至他們的專案郵件列開始，接著其他貢獻者和專案管理者會開始檢查；在修改被接受或捨棄之前，潛在的問題和可以改進的地方會在社群中被提出來與作者討論。GitHub使用版本控制軟體Git來提供一個有效率的系統讓專案管理者可以監督原始碼同時依舊可以進行程式碼檢查。因為容易使用，GitHub已經變成了大家常用來進行版本控制和程式碼檢查的龍頭，2011年超過2,000,000儲存庫被上傳至該網站。

雖然有工具可以幫助開發者進行品管控制，但針對較小的專案的程式碼檢查技術則常常被忽略，導致混亂且未經檢查的修補程式被釋出，比較成熟開源專案比較不會有這種困擾，因為他們會提供開發者明確的準則。即使比較小的開發小組確實實施了軟體同儕檢查，其結果也很難統一，就像Peter Rigby在他的論文裡講到的，「開源軟體的同儕檢查: 參數、數據模型和理論」「我們發現開源軟體的同儕檢查是非同步進行的，那些被授權的專家只專注在那些在他們擅長領域中所發生的改變，檢查者針對那些小改變提供、定期的回饋，這些描述性的數據清楚地顯示出開源軟體的同儕檢查與傳統的檢查有著極大不同。」

證據顯示出，同儕檢查可能是最有效的找出軟體中缺陷的方式。在"Code Complete"這本書中，作者Steve McConnell說道，程式碼檢查在找出軟體缺陷的效率比起標準單位測試有效30%~35%，開源軟體開發提供給新加入專案的人們最大的好處就在於，對於還不太熟悉的開發者來說，程式碼檢查是一個可以讓開發者變得很有產力，同時也可以很快的讓自己融入這個社群的文化的簡單方法。這也讓一整組的工程師都可以很了解整個專案，但也不會讓社群的優先權減弱。

開源開發小組需要專注在增進他們同儕程式碼檢查的方法上或是開始將軟體評定程式公式化。幸運的是，我們可以取得很多文件來做這件事。內容跟軟體同儕檢查的重要性及改良有關的文章就是很好的資源，SmartBear Softwar寫的11 Best Practices for Peer Code Review就是一例，裡面簡單地介紹了軟體同儕檢查的基本原則，雖然裡面並沒有特別深入地去探討一些關於程式碼鑑定準則的細節，他確實列出了一些經驗法則，教導開發者如何朝向更簡潔而有用的程式碼檢查技巧邁進。
隨著開源軟體變得越來越可以成為專利軟體外的另一種選擇，我們更要去改良產品的開發熟練度，如此才能增加社群的可靠度。由採取更充足和標準化的同儕程式碼檢查技巧的團隊所做出來的軟體，可以得到對使用者更友善並且可靠的程式，花在確立一個標準化品管計畫的時間是值得的，因為它可以為我們帶來更精煉優美的產品。

[business]五項你可以在2015年參加的開放原始碼專案

五項你可以在2015年參加的開放原始碼專案
原文：http://opensource.com/business/15/1/join-five-open-source-projects

我們在生活中或多或少都有用到開源軟體，也許你會想回饋一下這些社群，卻不知道要參與哪項專案。現在網路上有無數的開源軟體專案正進行著，就算我們之前的文章已經給過一些建議，要在其中挑選出最適合你參與的，可能並不是那麼容易的事。

為了幫助大家找到最適合自己的專案，這裡將會列出五項不同領域的開源專案，你可以考慮在2015年加入其中之一看看！也許這些專案並不是最有名或最厲害的，但他們都提供了相當有趣的挑戰，參與它們同時也是你回饋社群的一個好辦法！

準備好了嗎？那我們就開始吧！

BRL-CAD

如果3D建模對你而言是個有吸引力的主題，那麼你大概也會對BRL-CAD有興趣，它是一個功能強大且富有彈性的系統，不論你是程序員或是設計者應該都可以在其中找到獨特的挑戰。

在BRL-CAD的專案裡，有許多問題正等著人們來解決，就像開發團隊說的「從非常艱深的數學到最簡單的雜務」都有。你可以挑選一些上選門檻較低，甚至數小時內就可以完成的工作；或者你有更高的目標，願意花時間探所專案的核心部分；如果你是一位程序員，你也可以幫助他們使程式碼更加完善。

如果你有心想參與，可以到<BRL-CAD的參與指南>(英文)網站來獲得更多資訊。

Speed Dreams

你喜歡競速的感覺嗎？你熱愛遊戲嗎？如果是，Speed Dreams可能就是適合你參與的專案。它是一個3D的賽車模擬與競速遊戲，同時擁有Windows和Linux版本，而Mac版本也已經有大約95%的完成度。

你可能會問：該怎麼參與？這項專案目前正在尋找更多開發人員、設計者以及文件撰寫者的幫助，如果你是個遊戲玩家，參與這項專案還可以把你對遊戲與開源軟體的熱情結合在一起，可以說是一舉兩得！


OpenMRS

能夠直接服務到社會大眾的軟體也許不太常見，但OpenMRS正是其中之一。它是一個幫助醫生與護理人員管理病人資訊的開源平台。

這項專案正在尋求各種人的協助：從程序員、測試員、IT人員、UI設計者到翻譯人員都有它的需求。想對這項專案有所貢獻的話，你可以加入它們的社群，藉由提出你的構想、新功能的建議或是幫助他們找出錯誤，來讓這項專案更加完善！

Audacity

Audacity是一個非常有名的錄音與混音軟體，從2000年開始，它一直不斷的在更新、進化，也有越來越多的使用者開始嘗試Audacity帶來的服務。

就像大部分的開源軟體，Audacity也需要各式參與者的協助。不僅是程序員或測試員，更需要撰寫文件的人和翻譯人員讓更多國家的人接觸Audacity。你也可以透過回報錯誤與提出建議的方式來對Audacity做出貢獻。

FLOSS Manuals

你也許不是一名程序員、測試員或設計者，但不論如何，我們都有基本的寫作能力。在這種情況下，你也許可以看看FLOSS Manuals的資訊。這項計畫不僅匯集了眾多自由開源軟體的資訊，它本身也是一個相當活躍的社群。

要加入FLOSS Manuals，你不需要從頭開始撰寫一本手冊，你可以幫忙改進現有的文件，或是挑出錯字。你也可以嘗試校閱、編輯文件，甚至對整個專案提出改善的建議。

上他們的網站來獲得更多資訊吧！

如果以上的專案對你而言都沒什麼吸引力的話，不要難過，在OpenHatch或Open Hub上有更多開源專案的資訊，選擇一個你喜愛的加入吧！

開放原始碼的口頭禪："我們試著避免禁止改作"。(An open source mantra: Avoid "no derivatives")

原文：http://opensource.com/education/15/1/interview-bill-fitzgerald-funny-monkey

Bill Fitzgerald 創辦了FunnyMonkey讓學生和教師能更方便的取得教材。他是一位教育家、開放原始碼開發者、以及一位創業家，而我最近得以與他討論他的計畫、其意義、以及最重要的，開放原始碼的作法如何使一切不同。

Bill在美國康乃狄克州長大，在波士頓讀完大學，接著在舊金山大學完成寫作的碩士學位。他接著在公私立學校中教授英文與歷史，並先後做過學校管理者與技術總監。跟他談話可以發現他對教育充滿熱情。

在90年代，他在高中運用科技教學時，學生們鼓勵他試著上網。那是Mosaic與Gopher的時代，與今日有很大不同。但那是一個開始，Bill從此開始尋找能幫助教師與行政，使學校更加進步的科技解方。他建立資料庫，以管理500個學生的出席、表現與成績。在建立FunnyMonkey之前，他和一個商業夥伴曾建立了一套私有的軟體。在研究如何幫助使用者時，他發現了開放原始碼的內容管理系統。在詳細研究幾套系統之後，他了解私有的道路完全錯誤，他們真正想做的事是幫助老師們。從此，他們開始轉換至開訪原始碼的方式。

FunnyMonkey就是他們這趟轉換之旅的結果。現在，他們主要專注在兩件事上：開放原始碼軟體開發與開放內容的創造。

不僅僅是開發開放原始碼軟體，他們的團隊在整個計畫中都融合了開放的精神。他們與學校、推廣教育的組織、教育相關公司、支持社會正義的非營利組織等團體合作。他們的服務幫助客戶們找出流程上的問題，並研究是否為訓練或人事的問題。他們也幫助客戶從私有軟體轉換至開放原始碼、並分享資料的方案。

"我們秉持開放精神，並專注在開放原始碼與內容上" -Bill Fitzgerald

Bill認為開放原始碼雖然不是萬靈丹，但至少是解決問題的更好方法。開放原始碼能提供更多機會與自由，並隨之而來的是作者與內容貢獻者的責任。這不一定是壞事。若一個人對教育懷有熱情，他一定會感受到這個空間、這個科技與系統進化時代的魅力。

對於想參與開放原始碼的人有何建議?"讀很多書"他說。他認為增進對他人及世界的觀點的觀察是很重要的。察覺"我們如何看待世界"這件事是很重要的技能，想成為社群的貢獻者就必須強調此事。開發者與潛在的開發者要更有彈性。要提升對世界的觀點，他建議讀Model View Culture的線上刊物。除了程式開發之外，開放原始碼還包含許多面向，而這些技能是需要時時強調的。

那麼大學呢?大學教育對你成為開發者而言重要嗎?他說："接觸各種理念與可能性是重要的"。雖然有可能的替代方案，但大學的經驗仍然重要且難以複製。對於開放原始碼的參與者來說，他們的工作是極具優勢且有彈性的。至於此領域最缺乏何種人才，"開發者!"他說。我們已經看到許多年輕人快速的學習寫程式，我問他最重要的技能是甚麼，他說："先學邏輯，各種語言都是它的應用，邏輯優先"。

另外，教育領域正在快速變動，他不覺得在這種懷境下會找不到工作。

最後，我們討論內容。FunnyMonkey使用的授權是Creative Commons Attribution 3.0和CC Share-Alike 2.5 Generic。我們試著避免"禁止改作"，他說。真是一句適合開放原始碼的口頭禪啊："我們試著避免禁止改作"。

感謝Bill Fitzgerald的時間與見解。

開源工具幫助孩童開發數位創造力

原網址：https://opensource.com/education/14/9/teaching-digital-creativity

　　Youth Digital搬進藏在北卡羅萊納州教堂山的新家了，這對他們來說可是一大步。最初他們的克難辦公室只比衣櫥大一點點，而創始人兼經理Justin Richards只是個拿著筆電、四處教網頁及圖像設計的家教。如今，他們的豪華辦公室內配備有齊全的會議室、錄音室，甚至還有專屬3D印表機。

　　不用開源軟體教孩子圖像設計和程設Michael Harrison可是非常昂貴的，然而這並不是李察斯和他的團隊使用開源工具的唯一理由，重要的是，他們可以為學生客製化軟體封包、或是有機會改善軟體。而且，無論你是坐在教堂山的教室裡，或是在世界的另一端參與Youth Digital的線上課程，每個人都可以使用這些資源。

　　我和 Michael Harrison

李察斯聊了課程裡的開源方式、他們團隊的艱辛開始，以及他們如何幫助全世界的孩子學習技術、使他們將來更有競爭力。

(以下為訪談內容)

:讓我們從頭說起吧。是什麼讓你投入技術與設計的？

　　大概就是《玩具總動員》吧。當我還是個孩子的時候，《玩具總動員》剛推出，那簡直棒呆了。我爸是個電腦工程師，因此除了藝術之外我也熱愛電腦。我看見用3D動畫玩具說故事，背後的潛力是多麼驚人。我想學怎麼做，然而當時唯一能找到的就只有Youtube上的Flash動畫教學影片。於是我試著學了一些ActionScript，但是完全不喜歡。那根本就不像皮克斯動畫嘛。

　　我又研究了遊戲設計，依然找不到什麼東西。最後我著手進行網頁設計，這才發現了充滿CSS和HTML的新大陸。我狂掃YouTube和討論會，然後花了好幾個小時從無到有架設網頁，雖然一路上跌跌撞撞，但那是很棒的學習經驗。

　　之後我在大學修了文化倫理。起善心、行善本是樁美事，但往往因為所謂的「善」，使得被幫助的一方反而受到負面影響，尤其是在跨文化的狀況下。要怎麼幫助人而不會誤傷他們？其實有很多方法可以做得更好。

　　就學時我兼差做圖像與網頁設計。除此之外還有一份工作，教內城區的孩子科技，那是由聖路易斯社區發起的計畫，希望藉此讓處境為難的孩童上高中前能對科技產生興趣。(譯註：美國的內城區是較舊、人口多且通常較貧窮的市中心，也就是貧民區)這項工作讓我對救助貧童及科技教育的兩項熱忱得以同時實現。

:那你又是為什麼會投入開源呢？

　　我爸在羅馬尼亞的孤兒院幫忙架設電腦。從我九歲開始的十四個夏天，我們都會把別人捐贈的、好幾年的舊電腦搬到羅馬尼亞，所以那時候我們就使用很多種開源的玩意了，比如說Linux和OpenOffice。這些小孩一滿十八歲就會被踢出孤兒院，為了讓他們有謀生能力，我們想出的辦法就是提供課程讓那些孩子們學習使用電腦。

:是什麼促成你當老師？

　　老實說我從來沒有特別期望當老師，不過我熱愛教導網頁設計。在聖路易斯的時候，我們拿到一大疊闕漏的手寫文本，然後要根據這堆紙去教一套三十八年前的網頁設計，這簡直莫名其妙。所以我很快地寫了一個網站，然後用自己編的課綱取代。於是在課程的第一天，孩子們就可以建出自己的網頁首頁，並且在最後一天發布網站。之後這個概念也成為我們所有課程的核心：第一節課便實際操作，最後一節課發表成果。這也能讓他們體會現實中的專案是如何完成。

:在你的課程中，孩子們會用到哪些工具？

　　在不造成經濟負擔的前提下，我們希望能給予孩子們專業可靠的就業能力，依專業規格打造的開源工具因此受到我們的青睞，比如Gimp、Inkscape、Eclipse、Blender等等。就拿Blender來說吧，像這樣的產品一般都要約3500美元。雖然有些會提供教材折扣，但是我們這裡的孩子絕大多數都沒有憑證能換取免費的Autodesk。所以我們愛用Blender，不僅是因為我們可以自訂適合孩子的界面，更重要的是它能反映其他業界使用的軟體。比方說，如果你學了Inkscape的畫筆工具，你就等於學會了Illustrator或其他任何一個向量繪圖軟體的畫筆工具。

　　總而言之，與其教孩子們怎麼使用特定幾種軟體，我們寧願把重心放在設計與發展的基礎上。你之後可能會在不同的地方、為不同的人設計軟體或遊戲，使用的工具和語言也可能會因此有所差異，甚至可能每年都不一樣，唯有製作過程是不會改變的。因此我們課程的出發點就是告訴你：「你在做什麼？」和「為什麼要這麼做？」

　　開源工具的另一個優點就是可以自己建立安裝精靈。如果我們用的是Adobe，那就免不了一堆麻煩的步驟：申請一個帳戶、核對這個、執行那個……。相對地，開源工具就簡單快速地多了，馬上就可以開始工作。

:如果開源工具對你來說不合用，你可以加以改善。這也在你的工作範疇內嗎？

　　事實上，我昨天晚上才在調整Inkscape，它處理圖形的方式和我們的課程期望有落差，所以我們正加一些東西進去。不過嘛，我們也改了很多使用者介面(UI)就是了。雖然我們自己的版本做了很多擴充，但是使用上就和原版一樣易如反掌。比如說Blender，在我們的動畫教程中提供一些位置來存正確解答，這些位置也可以用來下載一些額外的模組，孩子們只要下載這些位置封包，按一按滑鼠，就能把模組裝進Blender。我們做的大部分延伸都像這樣，用意在於提供孩子像樣又友善的函數庫。我們不希望課程一開始時，他們面對的是兩個單調的立方體。

如果你能有超棒的角色和一大堆酷炫的背景元素，使用者就能立刻做出一些漂亮的作品，並從中獲得樂趣。這就是我們鍾愛開源軟體的理由──我們可以走出自己的路，甚至將它回饋給原計畫。有些功能是只為了特定對象才做出來的，它們就不會接受，但是絕大多數的想法都會被採納。

:你的教育核心主義是？

　　分解設計與研發的流程。以應用程式設計來說，你要先處理UI，接著架設後台，經過beta測試(產品上市前的試用)及用戶測試之後才能發表。我曾經跟孩子們開玩笑說：「或許在一百年內，人類就能做出會寫程式的機器人，但我們還是要概念化、除錯、設計、研發這些機器人。這是亙古不變的事實。」

:Youth Digital是一個營利企業。是否有什麼理由讓你決定不把它設為非營利組織？

　　起初我只打算教書教到足夠讓我在杜克讀研究所。最一開始我們也掙扎過，到底該不該以非營利組織的形式經營下去。那時我已經在聖路易當志工教書兩年了。總的來說，我的想法是：藉由我們的課程，來鞏固現存非營利組織的社會關係，因此一直到我搬去達拉謨之前，我就先趕到這裡來和非營利機構、學校和家長會晤了。

　　基於種種理由，雖然學校和非營利機構都表示有興趣，但之後卻一直沒有聯絡我；相對地，家長們卻早在我搬來這裡之前，就在我們的各個據點報名了，都是託了他們的福，我們才能有今天，真的非常感謝他們。尋求外部教育資源的家長越來越多，但是學校卻沒能回應這股趨勢，也沒有提供真正能激發孩童學習熱忱的教材，所以家長轉而選擇我們。現在我們也和一些當地的非營利機構合作，讓他們的學生來上我們的課。

　　總之，選擇營利可以說是歷史因素吧，我猜。不過除此之外還有一個理念因素：作為營利組織，我們必須要有優質的產品，否則不會有人買，而這個壓力也使我們更專注於改良產品。因此我們認為，在營利模式下運作，能促使我們為學生做到更好。我希望參與我們課程的任何一個學生都能有最棒的收穫，不論社經背景──就像我在教聖路易斯的孩子們時，希望能給他們最好的一樣。

　　我們的經費大多用在兩部分：新課程研發和支援。我們的營運模式讓我們得以研發世界級的課程，以及很快地創造出符合尖端科技的新課程(比如說3D列印)。另一方面，可靠的技術支援對學生與家長而言更是重要。這些學生的年齡層大概在八歲左右，學習新科技時卡在技術問題對他們來說可是嚴重挫折，而在大量網頁、視頻、部落格中查資料不僅費時，更讓他們有可能被網路的潛在問題所影響。我們的支援團隊能確保孩子在安全的學習環境下，讓他們可以放心的專注於眼前的課程。

:Youth Digital的未來展望是？

　　最讓我期待的就是我們的Enterprise計畫──橫跨學校、營隊或是課後輔導都，每個領域都能提供我們的課程。這個計畫已經經過測點，正在做最終確定。不過一旦要做，我想它很適合做為一個非營利計畫。這將會讓我們的學生有機會透過Minecraft學習Java、設計他們自己的應用程式、創造他們自己的3D動畫，甚至更多。

Moodle將永遠是開放原始碼軟體

原文：http://opensource.com/education/14/10/open-access-learning-moodle

自2001年推出以來， Moodle一直是教育者手中有力的工具，使他們能自由的在自己的網站上，接觸學生，並增進他們的學習。直至今日，作為一個開放原始碼，並擁有清楚使命的教育平台，Moodle持續地朝自己的目標前進，並被全世界的近500萬使用者所採用。

誰擁有Moodle?

Moodle由Moodle Pty Ltd(Moodle HQ)，一家位於澳洲西部的公司100%私人擁有。該公司有一組專門的開發團隊，他們與社群相互合作，以處理Moodle的各項事務。社群參與讓Moodle提升開發效率，並推出更新。
Moodle HQ並不完全依賴社群，但有一個良好的商業模式，讓社群的力量可以幫助核心團隊。有60個受Moodle認證的夥伴組織，從架站到後續的訓練，他們提供各式各樣的支援。如何成為夥伴組織的辦法已在Moodle網站上公布。

Blackboard 與 Moodle

與一些新聞所報導的不同，Blackboard並沒有收購Moodle。2012年，Blackboard收購了兩家Moodle的夥伴公司(如上述，共有60家)，以擴展他們在教育科技上的多元化發展。這兩家公司是Moodlerooms Inc (美國)與Netspot Pty Ltd (澳洲)，作為Moodle夥伴的一員，他們會繼續對Moodle本身做出貢獻。

Moodle的未來

教育界是一個快速變遷的領域，許多潮流各自成長發展。

Moodle會繼續維持開放原始碼的模式(以GPLv3授權)，並且相信任何一個教育性的環境(如軟體開發本身)，都可以在參與者的良好回饋下受惠。最終目標是不論地點與裝置，皆能即時回饋。Moodle會繼續聆聽社群的建議，實現需要的功能，並持續進步。

若想參與Moodle計畫的開發，可以參考moodle.org。