今年，我們照例贊助 CiviCon 2013，因此，我們有個名額可以去參加在舊金山舉辦的 CiviCon 2013。

目前議程還沒安排好，將再持續觀注。另外，CiviCon 的另一個賣點就是 Training & Sprints，會舉辦許多場訓練講座或社群協同合作的小聚，像是翻譯衝刺營！這些活動相當值得參與，也能順便看看國外 open source 社群是如何經營的！

對了，CiviCon 2013 的舉辦時間是 4/25 - 4/26。如果你想去看看國外社群的運作方式，或是想要更加瞭解 CiviCRM，請聯絡我們。

CiviCon 2013: http://sf2013.civicrm.org/

之前聽過一場開放資料與授權的講座，獲益不少，也因此，雖然國內外已有多種作法，但後來我們在撰寫相關研究之報告時，就建議以 ODbL 作為國內授權條款的參考標的，不要自己發明輪子。

參考各國作法，考量從版權所有、保留部分權利、到釋出給公眾領域的著作權授權方式光譜裡，為了維繫資料再利用的可能性，同時完善相關發展的散佈與擴散，並考量內含其他個別受到著作權保護的其他客體之個別授權，相較於創用 CC 的授權條款（By-SA、CC0、Public Domain）較適合針對創作物（內容）進行授權，Open Data Commons Open Database License (ODbL) 應是更為合適的參考標的。

Open Databse License 是 Open Knowledge Foundation 旗下專案－Open Data Commons 所編撰出來的授權條款，於 2009 年6月釋出，不僅特別針對資料與資料庫進行授權規範，並提供相同方式分享的限定，以保障資料的散佈與擴散，且也有輔助的 Database Contents License 來補充內容素材的授權規則。建議我國政府可參考 Open Databse License ，作為統一的授權作法。

我們也請朋友協助進行 ODbl 和 DbCL 的中文翻譯，希望這些比較合乎原意的規範，未來有機會能為國內政府單位所採用。

十一月下旬因專案需求，發表了一份「政府資料開放加值應用研究」的簡報。雖然說，「千萬不要去問理髮師 我究竟要不要理頭髮」，但過程中的確學到許多，見識到研究案的作法，以及公務部門/人員的運作與思維。

在這半年的執行過程中，或拉長點來看，從去年底到今年，政府部門對於 Open Data 的一些看法，已經有不少轉變，能夠逐步認知其中精義，僅有少數地方仍轉不大過來。但後續在導入層面，不僅仍有公部門執行架構與思維框架的挑戰，也得面對現有資訊標案生態體系的限制，能否避免過去在導入無障礙網站、 Web 2.0、行動化應用等風潮時所產生的橘越淮而為枳的窘境（也算是某種創新XD...），仍是需要不同角色的利益相關人的共同努力啊！

一個網站，或許是一個休閒打發時間的場所；是一個展現組織知識的資料庫；是一個企業與客戶接軌的橋樑；是一個讓人第一印象深刻的漂亮玩意；是一個社交的場域；而網路更是造就手機新戰場的關鍵...

很遺憾，反骨的我，對於上面這些答案，都無法滿足。

總是幻想著，如果網路代表著數十億人共通的一個聯絡管道，那一定有更值得「浪費」時間的事情吧？看著開心農場的興起，心理黯然覺得，難道網路只是遊樂場？看著購物平台當紅，難道網路只是一張漂亮的DM讓人想要立刻消費？看著Youtube、Facebook等社群平台的一股活力，卻又得反思，難道網路只是鄉民成就資本企業掠奪隱私逐漸壯大的工具？

原來要反骨，還是得花更多時間去尋覓，去理解，去觀察... 究竟，網路應該要怎麼用來改善社會？

Drupal 版型設計

版型幾乎是每個網站面臨的一個煩瑣大項目，做一個通用耐操好改的版型，需要不斷提煉，發揮得更好。 從最基本的 .info 檔，寫三行開始，運用 HTML, CSS, JavaScript, PHP 逐步賦予網站新貌與活力。

不但如此，還得關注相關設計領域的統合，蛻變為美麗的蝴蝶。

（攝影：Dongpo）

前陣子受長輩所託負責執行研究案，真是誠惶誠恐，一方面「研究」非我們所擅長，二來以前吐槽居多，真要寫個正面積極的建議本就不易，三則總是怕橘越淮而為枳，研究報告寫得再漂亮，可能還是抵擋不了政府心中那把尺，一路加值應用下去...

所以即將是杯具一場？那也不一定。

頭已經洗下去了，就吹得漂亮一點吧...至少不會寫成打臉報告書就是了。

Drupal Camp Taipei 竟然堂堂邁入第三屆，賀！

去年，我們談了非營利組織與政府標案的案例，也分享了Facebook 整合、CCK/Views 進階運用、伺服器優化等議題，今年，到目前為止投了許多（太多!?）議程徵求，但也表示有更多的成果累積可以跟社群分享：

• 案例分享：台灣Crowdfunding網站領頭羊 weReport調查報導公眾委製平台
• 迷人的有「型」網站
• 新手也能架設媒體型網站 - 台灣第一個華文社會企業資訊匯流平台
• 管理 Drupal 專案的秘笈？
• Drupal 當雲端服務的基礎？帳務、客服、自動技術應用解析
• 做好網站，扭轉未來？(aka Drupal for a better tomorrow?)
• BoF：CiviCRM與Drupal
• 閃電秀：雙言巧語推銷 Drupal？

七月見～

上圖來自 gov.uk，他們在設計網站服務時，會花一段時間討論數位服務跟使用者的關係

做了數十個網站，看到這個Principle真像是看到知心好友，我順手翻譯了中文如下，希望還能抓到原汁原味：

1. Start with needs* （從需求出發）
2. Do less （精簡）
3. Design with data （資料為主來規劃） 
4. Do the hard work to make it simple （讓東西變簡單，其實得花更多力氣）
5. Iterate. Then iterate again. （不斷重複精鍊）
6. Build for inclusion （為普羅大眾建置）
7. Understand context （從使用者的脈絡來設計）
8. Build digital services, not websites （連結虛實的數位化平台服務，而非網站）
9. Be consistent, not uniform （一致，但非古板）
10. Make things open: it makes things better （讓所做的事開放，會讓所有事更好）

如果我們的客戶，我國的政府，能夠了解這些準則，落實他，那網絡行動也可以功成身退了呢！

不過現在還沒有 :P

就在上週，有個雜誌說想來訪問，就在來訪前寄了份訪談大綱。這個大綱挺有趣，尤其是其中一個問題讓我想了許久睡不著...

「您認為，若想從事社會企業、或投入網絡行動科技的求職朋友，該具備哪些條件？可否給予他們一個建議或一句話？」

當接到這個球時，簡直就是個失眠炸彈，讓我晚上翻來覆去，左思右想，當面對一個想要加入的夥伴，我們應該用什麼角度來思考他是否適合我們的事業？是否適合社會企業？是否能夠服務NPO？是要從個人的EQ / IQ？還是從個人的人格特質？還是要從個人的學經歷、技能？

後來，終於在快要昏睡時，有一絲絲啟發.....