Software Cinema

我必須承認, 儘管之前略聞 OLPC 帶來的爭議, 在今天看到這篇 One Laptop Per Child Foundation No Longer a Disruptive Force 之前, 我沒有好好想過 OLPC 本身可能的負面影響.

Walter Bender : I would challenge that as being the critical dependency. I think doing it was critical, because it’s not real until you do it. We’ve demonstrated that this can be done. We’ve gotten the world to be interested in doing it. Now we have to let more people participate in the doing and not try to control it and own it.

在此篇文章中訪問了 Walter Bender, 前 OLPC 軟體與內容管理主要決策者, 提到他所離開 OLPC 開發的一些主要原因, 包含與其他人對於 OLPC 未來方向的意見不合, 以及他的擔憂. 不過這當然是一方之詞, 姑且聽聽即可. 重要的是在這篇文章說提到許多 OLPC 可能帶來的強迫性文化衝擊, 特別是在文章的後半段.

如果以造成的影響來計量, OLPC 硬體本身鄉對於軟體以及內容來說其實是很小的. 然而誰會是軟體以及內容的主要供應商 ? 此供應商將有機會直接面對世界的未來 -- 小孩子們. 你說內容可以透過成立公正的第三方教育審核進行檢驗, 但是有些東西是你無法塞檢的. 比方說 Operating System & Desktop System. 這就好比我們提供給小孩子的文化基礎教育, 有些東西一旦根深, 就很難拔除.

OLPC 究竟會帶來自由, 還是帶走自由 ? 這將是需要被深思的問題.

在癮科技看到的秤重湯匙, 理所當然是一個 Embedded System. 不過不知道它如何解決清洗的問題. 其他像是 Wearable Devices, 或是內建播放器的衣服之類的, 也是會面臨怎樣清洗的問題....... 不過這跟 Software 關係就不大了....... 吧 ?


倒是, 要不要也作個碗, 上面會顯示碗內東西的預估熱量, 營養成份表呢 ? 像是國內外都有學者在研發的電子餐盤之類的, 可以比較準確的控制自己的飲食. 然後廚房裡的東西大大小小都給他 Embedded System 一下, 以後什麼東西都沒辦法偷吃了, 電影裡胖女孩晚上偷偷下樓吃火腿的橋段也將不復存在了 = =

未來我們的生活跟文化會怎樣真是難以想像阿. 最近的日劇潘朵拉, 男主角在發明了完全抗癌藥物後, 他的老師第一個就跟他說, 東西不是發明了就急著詔告世人, 要想想他對於整個世界未來的影響, 跟這是一模一樣的阿.

查到兩個作法, 第一個是直接把 Analytics Code 嵌入的作法, 底下以新版的 Google Analytics 嵌入碼為例 (注意嵌入程式碼是用前後各三個雙引號包起來), 把嵌入程式碼指定給 page_footer2 這個變數 :

<br /># Google Analytics<br /> page_footer2 = """<script type="text/javascript"><br /> var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");<br /> document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));<br /> </script><br /> <script type="text/javascript"><br /> var pageTracker = _gat._getTracker("UA-XXXXXXX-X");<br /> pageTracker._initData();<br /> pageTracker._trackPageview();<br /> </script>"""<br />
把以上的 code 寫在 wikiconfig.py 內即可. 當然需要重新跑 moin.py

page_footer2 是頁面 Theme 調整可以使用的變數值, 其他可以使用的變數值可以在 HelpOnConfiguration 看到相關的說明.

另外一個作法是直接利用 MoinMoin 內建的 Google Analytics 支援, 這個比較簡單, 只要直接在 wikiconfig,py 中寫下你的 Google Analytics code numbers (連結內請搜尋 Google Analytics, 約在頁面 3/4 的地方) 就好 :

<br />google_analytics_account_number = u'1234-5'<br />
MoinMoin 會接手其他部份的 Google Analytics 程式碼產生. 不過新舊版就要看你的 MoinMoin 版本而定.

因為想投, 所以想說找之前的會議論文看看寫作風格是否適合, 沒想到 ICSOC 的論文電子檔實在有點難找, 自 2003 年以來的論文, 除了 2004 以外, 都在 SpringerLink 上提供下載, 但是成大圖書館似乎只有買了 SpringerLink 的 Journal Paper 下載權利, 對於 Proceedings 好像沒買 ( 去函詢問中 ), 所以抓不到. 好在 2004 年的在 ACM 上有發佈, 至少有一年的可以看看. 不過話說回來為什麼只有 2004 的在 ACM 上發佈 ?

• ICSOC 2003 , papers,
  
• ICSOC 2004 , papers, accept rate 20%~22%
  
• ICSOC 2005 , papers,
  
• ICSOC 2006 , papers, accept rate 15%~17%
  
• ICSOC 2007 ( CMU 移掉了) , papers, accept rate 18%
• ICSOC 2008 , papers

沒辦法看的 Papers 可以嘗試在 Google 上用 +"paper title" +pdf 作搜尋, 有些作者會把初稿版本或是未排版版本放在網頁上, 就可以看得到全文, 內容通常不會差太多.

上面的 Accept Rate 都是在 Google 上找的, 有的數據有點差異, 可能是算法的問題, 所以就當作一個區間吧. 重點是第二屆之後看得出來 Accept Rate 都壓在 20% 以下, 雖然不及 CS 領域的一些頂級期刊 ( 10% ~ 15% ), 但是以 Accept Rate 來看也不算是隨便可以上得了. 即便如此, 還是要挑戰看看 :)

瀏覽過 2004 全部加上抽樣調查 2005~2007 的 Papers, ICSOC 的 Papers 不偏好注重大量的數據, 足夠證明想法跟理論即可. 講述 Architecture, Design, 以及 Modeling 的文章居多, 其他 Requirement 方面, 以及 Service Adoption 相關議題, 如 Licenses 等等次之. 基本上還是以說明清楚架構, 以及提供適切的 Case Study 以資驗證為主.