<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: 遞迴之美: 數學, 電腦科學與碎形</title>
	<atom:link href="http://mmdays.com/2007/05/24/recursive/feed/" rel="self" type="application/rss+xml" />
	<link>http://mmdays.com/2007/05/24/recursive/</link>
	<description>網路, 產業, 資訊, 觀察, 生活, 電影, 技術, 新知, 科技, 媒體, 趨勢, Web 2.0</description>
	<lastBuildDate>Wed, 23 May 2012 06:23:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: 只有95K大小的3D射擊遊戲 &#124; CxxlMan</title>
		<link>http://mmdays.com/2007/05/24/recursive/comment-page-1/#comment-88696</link>
		<dc:creator>只有95K大小的3D射擊遊戲 &#124; CxxlMan</dc:creator>
		<pubDate>Mon, 21 Mar 2011 11:30:28 +0000</pubDate>
		<guid isPermaLink="false">http://mmdays.com/2007/05/24/recursive/#comment-88696</guid>
		<description>[...] 重點不在這遊戲好不好玩，而是檔案只 95K，實在驚人，這裡有這遊戲比較有概念性的文章 http://mmdays.com/2007/05/24/recursive/ [...]</description>
		<content:encoded><![CDATA[<p>[...] 重點不在這遊戲好不好玩，而是檔案只 95K，實在驚人，這裡有這遊戲比較有概念性的文章 <a href="http://mmdays.com/2007/05/24/recursive/" rel="nofollow">http://mmdays.com/2007/05/24/recursive/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#187; MMDays - Mr. Thursday - 二元樹在排序的應用</title>
		<link>http://mmdays.com/2007/05/24/recursive/comment-page-1/#comment-15961</link>
		<dc:creator>&#187; MMDays - Mr. Thursday - 二元樹在排序的應用</dc:creator>
		<pubDate>Sat, 15 Mar 2008 17:06:29 +0000</pubDate>
		<guid isPermaLink="false">http://mmdays.com/2007/05/24/recursive/#comment-15961</guid>
		<description>[...] 遞迴之美: 數學, 電腦科學與碎形 [...]</description>
		<content:encoded><![CDATA[<p>[...] 遞迴之美: 數學, 電腦科學與碎形 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://mmdays.com/2007/05/24/recursive/comment-page-1/#comment-11398</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Mon, 13 Aug 2007 02:42:54 +0000</pubDate>
		<guid isPermaLink="false">http://mmdays.com/2007/05/24/recursive/#comment-11398</guid>
		<description>我猜97KB的game在CPU的loading會比GPU吃重
因為塞不下那麼多DirectX/OpenGL指令吧
遠古之前, 我還在唸大學的時候也曾經開發過3D game
才發現以前學過的數學原來可以這樣用
(但是發現更多數學沒學好的地方...)
然而當時最大的感觸是: 台灣遊戲如果還是停留在美術/代理的階段, 那永遠都沒有未來的
但是如果要講到台灣遊戲開發的隱憂, 那可能要從Sunday寫到Saturday
只是過了這麼多年, 台灣遊戲還是沒什麼進步啊...</description>
		<content:encoded><![CDATA[<p>我猜97KB的game在CPU的loading會比GPU吃重<br />
因為塞不下那麼多DirectX/OpenGL指令吧<br />
遠古之前, 我還在唸大學的時候也曾經開發過3D game<br />
才發現以前學過的數學原來可以這樣用<br />
(但是發現更多數學沒學好的地方&#8230;)<br />
然而當時最大的感觸是: 台灣遊戲如果還是停留在美術/代理的階段, 那永遠都沒有未來的<br />
但是如果要講到台灣遊戲開發的隱憂, 那可能要從Sunday寫到Saturday<br />
只是過了這麼多年, 台灣遊戲還是沒什麼進步啊&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://mmdays.com/2007/05/24/recursive/comment-page-1/#comment-81653</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Mon, 13 Aug 2007 02:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://mmdays.com/2007/05/24/recursive/#comment-81653</guid>
		<description>我猜97KB的game在CPU的loading會比GPU吃重
因為塞不下那麼多DirectX/OpenGL指令吧
遠古之前, 我還在唸大學的時候也曾經開發過3D game
才發現以前學過的數學原來可以這樣用
(但是發現更多數學沒學好的地方...)
然而當時最大的感觸是: 台灣遊戲如果還是停留在美術/代理的階段, 那永遠都沒有未來的
但是如果要講到台灣遊戲開發的隱憂, 那可能要從Sunday寫到Saturday
只是過了這麼多年, 台灣遊戲還是沒什麼進步啊...</description>
		<content:encoded><![CDATA[<p>我猜97KB的game在CPU的loading會比GPU吃重<br />
因為塞不下那麼多DirectX/OpenGL指令吧<br />
遠古之前, 我還在唸大學的時候也曾經開發過3D game<br />
才發現以前學過的數學原來可以這樣用<br />
(但是發現更多數學沒學好的地方&#8230;)<br />
然而當時最大的感觸是: 台灣遊戲如果還是停留在美術/代理的階段, 那永遠都沒有未來的<br />
但是如果要講到台灣遊戲開發的隱憂, 那可能要從Sunday寫到Saturday<br />
只是過了這麼多年, 台灣遊戲還是沒什麼進步啊&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sogo</title>
		<link>http://mmdays.com/2007/05/24/recursive/comment-page-1/#comment-11399</link>
		<dc:creator>sogo</dc:creator>
		<pubDate>Sun, 12 Aug 2007 05:47:15 +0000</pubDate>
		<guid isPermaLink="false">http://mmdays.com/2007/05/24/recursive/#comment-11399</guid>
		<description>真的很难相信97kb可以做出这么逼真的游戏画面。
曾找过混沌原理的一些书籍来看，但是都不大明白。</description>
		<content:encoded><![CDATA[<p>真的很难相信97kb可以做出这么逼真的游戏画面。<br />
曾找过混沌原理的一些书籍来看，但是都不大明白。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sogo</title>
		<link>http://mmdays.com/2007/05/24/recursive/comment-page-1/#comment-81654</link>
		<dc:creator>sogo</dc:creator>
		<pubDate>Sun, 12 Aug 2007 05:47:00 +0000</pubDate>
		<guid isPermaLink="false">http://mmdays.com/2007/05/24/recursive/#comment-81654</guid>
		<description>真的很难相信97kb可以做出这么逼真的游戏画面。
曾找过混沌原理的一些书籍来看，但是都不大明白。</description>
		<content:encoded><![CDATA[<p>真的很难相信97kb可以做出这么逼真的游戏画面。<br />
曾找过混沌原理的一些书籍来看，但是都不大明白。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick</title>
		<link>http://mmdays.com/2007/05/24/recursive/comment-page-1/#comment-11397</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Fri, 25 May 2007 12:11:16 +0000</pubDate>
		<guid isPermaLink="false">http://mmdays.com/2007/05/24/recursive/#comment-11397</guid>
		<description>Dear r2:

有一個活動叫做bookcrossing, 國內版本叫做&quot;行書&quot;, 也是無償放任書去旅行, 在那個活動中, 不可欠缺的核心之一就是, 每本要旅行的書, 得先去申請個unique ID, 透過這個unique ID, 可追蹤書本旅行的軌跡, 而這有賴下一個拿到書的人, 利用這個unique ID到一個中央平台去登錄旅程的最新消息, 經由旅程的更新內容會出現在這個中央平台上, 產生了一股浪漫的動力, 藉此鼓勵人們把心愛的書拿出來, 讓它去參加一場冒險旅行.

bookcrossing是一個很有趣的作法, 不過整個活動的進行有賴一個中央平台, 以提供Unique ID, 以及用以刊載哪些書會放在哪邊, 而這些書又已經經過了多少手的旅程. 而且, 在bookcrossing的活動中, 並沒有要求拿到書的人得再多加入一本書, 拿書的人的義務是, 上網去登錄書的最新行蹤.

幾年前, 國內推動的bookcrossing&quot;行書&quot;, 有很多優秀的菁英參與推動, 當時設計了貼紙, 解決了複雜的資料庫與中文編碼問題, 但後來當中央平台的維護, 出了一些狀況, 立意良好的活動就此停止. 至於國內大塊文化也有在推bookcrossing, 但其撮合平台, 似乎苦於對抗垃圾郵件與色情廣告, 經過初步判讀, 可是成果似乎也是有限.

假如bookcrossing是享受放風箏的快樂, 那麼&quot;把書傳出去&quot;, 就是徹底的放手let go.

你不花錢從一個朋友那邊拿到一本書, 讀完它, 然後把這本書再傳出去, 並且, 拿出另一本書傳出去. 就這樣, 不用複雜的中央平台, 也不需要有甚麼組織號召. 發起人可以完全不懂電腦, 也不需要跟任何人報備. 只要她/他知道這個想法, 有一本書, 一支原子筆, 一個朋友, 傳遞就可以展開. 因此, 即使是鄉下的一個小學生, 只要她/他拿出一本已經看過, 躺在書架很久的注音版小說, 寫上幾行字, 都可以是發起旅程的種子.

是的, 如果沒有RFID的追蹤, 欠缺中央系統的管控, 這些書可能會躺在在某些人的書櫃睡著, 甚至流落到二手書攤. 但書本這種東西不用電池, 有一天也許把這件事忘了十幾年的朋友, 要搬家, 整理書櫃發現, 自己好像忘了遵守一個承諾, 有一天也許有一個在二手書攤翻閱書籍的朋友看到內頁的傳書規則, 這些書本又有機會繼續旅程.

更重要的是, 這個活動當初設計是為了想找出另一種把書傳到偏遠地區的方法. 要解決這個問題, 最根本的一種解決之道就是讓孩子們連上網路, 立刻跟全世界的知識接軌.畢竟, 現在網路上知識爆炸, 就算不看任何需付費的內容, 幾輩子也學不完那麼多東西. 這是為什麼OLPC推出的主要理由, 只要讓偏遠地區的孩子上網, 巨大的改變就有可能產生. 但是, OLPC何時才能一人一台, 又要怎麼樣才能確保一些捐助品不會流入黑市, 就像非洲黑市推滿的紅十字奶粉? 而且, 真的所有孩子都有那麼好的環境可以上網嗎? 如果他們難以上網, 又怎麼存取任何以bookcrossing的中央平台呢?

當然, 有人會說, 現在已經有捐書, 甚至還有到處下鄉的行動圖書館, 與熱血志工. 這些都很棒! 我們想的是, 有沒有可能再多作一些些?

當你&quot;免費&quot;捐書給一個朋友, 這是一件好事. 可是, 如果你不是&quot;免費&quot;提供給這位朋友那本書呢? 這位朋友必須要&quot;還&quot;, 可是不是還回來, 是把它再還出去, 這就是電影&quot;把愛傳出去&quot;(Pay It Forward)的概念. 你不是&quot;免費&quot;接受我的幫助, 你的回報方式是去幫助其他需要幫助的人. 也就是說, &quot;把書傳出去&quot;不是施捨, 可能有些朋友需要等上20年才履行規則的第二個部份, 拿出另一本書傳出去, 可是一旦這位朋友履行時, 這意味著甚麼呢? 我們有了一位願意遵守自己承諾的人, 即使這個承諾看起來多麼的微不足道. 這重不重要? 我們覺得這件事非常重要!

RFID可以建構偉大的監管機制, 可以確保一切都是在秩序下進行, 從追蹤幾萬件包裹橫跨世界五大洲的運送, 到提醒人們記得準時上班不要遲到, 都能發揮重大功效. 是的, 我們相信RFID是個很偉大的發明.

但如果, 我們願意試試看對人們多信任一些呢?

Napster在最開始提出時, 仍然需要一個中央平台用來當作搜尋的中心, 雖然檔案的實際傳輸已經是透過使用者對使用者進行傳遞, 我記得當時有人跟我說, 這就是最大但無法移除的罩門, 因為唱片跟電影業者只要對付這些中心平台就好. 事隔沒多久, 現在的P2P演變成甚麼樣子呢?

&quot;把書傳出去&quot;揉合了bookcrossing, GPL, P2P, Pay It Forward 跟recursive的特徵, 在一切講究快速的年代中, 試著回到一手傳一手的人際接觸, 也許這只是另一個烏托邦的空談而已, 但如果不是呢?

我們正在努力, 想辦法讓這個想法不只是空談, 而你, 也可以幫上忙.

你有一本書, 一支原子筆跟一個可能會想讀這本書的朋友嗎?

參考連結:
http://www.bookcrossing.com
http://en.wikipedia.org/wiki/Bookcrossing
https://www.ylib.com/class/topic/show1.asp?Object=gossip&amp;No=7390
http://vita.fju.edu.tw/vita4/archives/004908.html
http://www.locuspublishing.com/hi/050103_adv.asp
http://www.wretch.cc/blog/pendas&amp;article_id=2375278#comment99762817
http://www.forwardthebook.com/doku.php?id=ftb:priorart
http://en.wikipedia.org/wiki/OLPC</description>
		<content:encoded><![CDATA[<p>Dear r2:</p>
<p>有一個活動叫做bookcrossing, 國內版本叫做&#8221;行書&#8221;, 也是無償放任書去旅行, 在那個活動中, 不可欠缺的核心之一就是, 每本要旅行的書, 得先去申請個unique ID, 透過這個unique ID, 可追蹤書本旅行的軌跡, 而這有賴下一個拿到書的人, 利用這個unique ID到一個中央平台去登錄旅程的最新消息, 經由旅程的更新內容會出現在這個中央平台上, 產生了一股浪漫的動力, 藉此鼓勵人們把心愛的書拿出來, 讓它去參加一場冒險旅行.</p>
<p>bookcrossing是一個很有趣的作法, 不過整個活動的進行有賴一個中央平台, 以提供Unique ID, 以及用以刊載哪些書會放在哪邊, 而這些書又已經經過了多少手的旅程. 而且, 在bookcrossing的活動中, 並沒有要求拿到書的人得再多加入一本書, 拿書的人的義務是, 上網去登錄書的最新行蹤.</p>
<p>幾年前, 國內推動的bookcrossing&#8221;行書&#8221;, 有很多優秀的菁英參與推動, 當時設計了貼紙, 解決了複雜的資料庫與中文編碼問題, 但後來當中央平台的維護, 出了一些狀況, 立意良好的活動就此停止. 至於國內大塊文化也有在推bookcrossing, 但其撮合平台, 似乎苦於對抗垃圾郵件與色情廣告, 經過初步判讀, 可是成果似乎也是有限.</p>
<p>假如bookcrossing是享受放風箏的快樂, 那麼&#8221;把書傳出去&#8221;, 就是徹底的放手let go.</p>
<p>你不花錢從一個朋友那邊拿到一本書, 讀完它, 然後把這本書再傳出去, 並且, 拿出另一本書傳出去. 就這樣, 不用複雜的中央平台, 也不需要有甚麼組織號召. 發起人可以完全不懂電腦, 也不需要跟任何人報備. 只要她/他知道這個想法, 有一本書, 一支原子筆, 一個朋友, 傳遞就可以展開. 因此, 即使是鄉下的一個小學生, 只要她/他拿出一本已經看過, 躺在書架很久的注音版小說, 寫上幾行字, 都可以是發起旅程的種子.</p>
<p>是的, 如果沒有RFID的追蹤, 欠缺中央系統的管控, 這些書可能會躺在在某些人的書櫃睡著, 甚至流落到二手書攤. 但書本這種東西不用電池, 有一天也許把這件事忘了十幾年的朋友, 要搬家, 整理書櫃發現, 自己好像忘了遵守一個承諾, 有一天也許有一個在二手書攤翻閱書籍的朋友看到內頁的傳書規則, 這些書本又有機會繼續旅程.</p>
<p>更重要的是, 這個活動當初設計是為了想找出另一種把書傳到偏遠地區的方法. 要解決這個問題, 最根本的一種解決之道就是讓孩子們連上網路, 立刻跟全世界的知識接軌.畢竟, 現在網路上知識爆炸, 就算不看任何需付費的內容, 幾輩子也學不完那麼多東西. 這是為什麼OLPC推出的主要理由, 只要讓偏遠地區的孩子上網, 巨大的改變就有可能產生. 但是, OLPC何時才能一人一台, 又要怎麼樣才能確保一些捐助品不會流入黑市, 就像非洲黑市推滿的紅十字奶粉? 而且, 真的所有孩子都有那麼好的環境可以上網嗎? 如果他們難以上網, 又怎麼存取任何以bookcrossing的中央平台呢?</p>
<p>當然, 有人會說, 現在已經有捐書, 甚至還有到處下鄉的行動圖書館, 與熱血志工. 這些都很棒! 我們想的是, 有沒有可能再多作一些些?</p>
<p>當你&#8221;免費&#8221;捐書給一個朋友, 這是一件好事. 可是, 如果你不是&#8221;免費&#8221;提供給這位朋友那本書呢? 這位朋友必須要&#8221;還&#8221;, 可是不是還回來, 是把它再還出去, 這就是電影&#8221;把愛傳出去&#8221;(Pay It Forward)的概念. 你不是&#8221;免費&#8221;接受我的幫助, 你的回報方式是去幫助其他需要幫助的人. 也就是說, &#8220;把書傳出去&#8221;不是施捨, 可能有些朋友需要等上20年才履行規則的第二個部份, 拿出另一本書傳出去, 可是一旦這位朋友履行時, 這意味著甚麼呢? 我們有了一位願意遵守自己承諾的人, 即使這個承諾看起來多麼的微不足道. 這重不重要? 我們覺得這件事非常重要!</p>
<p>RFID可以建構偉大的監管機制, 可以確保一切都是在秩序下進行, 從追蹤幾萬件包裹橫跨世界五大洲的運送, 到提醒人們記得準時上班不要遲到, 都能發揮重大功效. 是的, 我們相信RFID是個很偉大的發明.</p>
<p>但如果, 我們願意試試看對人們多信任一些呢?</p>
<p>Napster在最開始提出時, 仍然需要一個中央平台用來當作搜尋的中心, 雖然檔案的實際傳輸已經是透過使用者對使用者進行傳遞, 我記得當時有人跟我說, 這就是最大但無法移除的罩門, 因為唱片跟電影業者只要對付這些中心平台就好. 事隔沒多久, 現在的P2P演變成甚麼樣子呢?</p>
<p>&#8220;把書傳出去&#8221;揉合了bookcrossing, GPL, P2P, Pay It Forward 跟recursive的特徵, 在一切講究快速的年代中, 試著回到一手傳一手的人際接觸, 也許這只是另一個烏托邦的空談而已, 但如果不是呢?</p>
<p>我們正在努力, 想辦法讓這個想法不只是空談, 而你, 也可以幫上忙.</p>
<p>你有一本書, 一支原子筆跟一個可能會想讀這本書的朋友嗎?</p>
<p>參考連結:<br />
<a href="http://www.bookcrossing.com" rel="nofollow">http://www.bookcrossing.com</a><br />
<a href="http://en.wikipedia.org/wiki/Bookcrossing" rel="nofollow">http://en.wikipedia.org/wiki/Bookcrossing</a><br />
<a href="https://www.ylib.com/class/topic/show1.asp?Object=gossip&amp;No=7390" rel="nofollow">https://www.ylib.com/class/topic/show1.asp?Object=gossip&amp;No=7390</a><br />
<a href="http://vita.fju.edu.tw/vita4/archives/004908.html" rel="nofollow">http://vita.fju.edu.tw/vita4/archives/004908.html</a><br />
<a href="http://www.locuspublishing.com/hi/050103_adv.asp" rel="nofollow">http://www.locuspublishing.com/hi/050103_adv.asp</a><br />
<a href="http://www.wretch.cc/blog/pendas&amp;article_id=2375278#comment99762817" rel="nofollow">http://www.wretch.cc/blog/pendas&amp;article_id=2375278#comment99762817</a><br />
<a href="http://www.forwardthebook.com/doku.php?id=ftb:priorart" rel="nofollow">http://www.forwardthebook.com/doku.php?id=ftb:priorart</a><br />
<a href="http://en.wikipedia.org/wiki/OLPC" rel="nofollow">http://en.wikipedia.org/wiki/OLPC</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick</title>
		<link>http://mmdays.com/2007/05/24/recursive/comment-page-1/#comment-81652</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Fri, 25 May 2007 12:11:00 +0000</pubDate>
		<guid isPermaLink="false">http://mmdays.com/2007/05/24/recursive/#comment-81652</guid>
		<description>Dear r2:

有一個活動叫做bookcrossing, 國內版本叫做&quot;行書&quot;, 也是無償放任書去旅行, 在那個活動中, 不可欠缺的核心之一就是, 每本要旅行的書, 得先去申請個unique ID, 透過這個unique ID, 可追蹤書本旅行的軌跡, 而這有賴下一個拿到書的人, 利用這個unique ID到一個中央平台去登錄旅程的最新消息, 經由旅程的更新內容會出現在這個中央平台上, 產生了一股浪漫的動力, 藉此鼓勵人們把心愛的書拿出來, 讓它去參加一場冒險旅行.

bookcrossing是一個很有趣的作法, 不過整個活動的進行有賴一個中央平台, 以提供Unique ID, 以及用以刊載哪些書會放在哪邊, 而這些書又已經經過了多少手的旅程. 而且, 在bookcrossing的活動中, 並沒有要求拿到書的人得再多加入一本書, 拿書的人的義務是, 上網去登錄書的最新行蹤.

幾年前, 國內推動的bookcrossing&quot;行書&quot;, 有很多優秀的菁英參與推動, 當時設計了貼紙, 解決了複雜的資料庫與中文編碼問題, 但後來當中央平台的維護, 出了一些狀況, 立意良好的活動就此停止. 至於國內大塊文化也有在推bookcrossing, 但其撮合平台, 似乎苦於對抗垃圾郵件與色情廣告, 經過初步判讀, 可是成果似乎也是有限.

假如bookcrossing是享受放風箏的快樂, 那麼&quot;把書傳出去&quot;, 就是徹底的放手let go.

你不花錢從一個朋友那邊拿到一本書, 讀完它, 然後把這本書再傳出去, 並且, 拿出另一本書傳出去. 就這樣, 不用複雜的中央平台, 也不需要有甚麼組織號召. 發起人可以完全不懂電腦, 也不需要跟任何人報備. 只要她/他知道這個想法, 有一本書, 一支原子筆, 一個朋友, 傳遞就可以展開. 因此, 即使是鄉下的一個小學生, 只要她/他拿出一本已經看過, 躺在書架很久的注音版小說, 寫上幾行字, 都可以是發起旅程的種子.

是的, 如果沒有RFID的追蹤, 欠缺中央系統的管控, 這些書可能會躺在在某些人的書櫃睡著, 甚至流落到二手書攤. 但書本這種東西不用電池, 有一天也許把這件事忘了十幾年的朋友, 要搬家, 整理書櫃發現, 自己好像忘了遵守一個承諾, 有一天也許有一個在二手書攤翻閱書籍的朋友看到內頁的傳書規則, 這些書本又有機會繼續旅程.

更重要的是, 這個活動當初設計是為了想找出另一種把書傳到偏遠地區的方法. 要解決這個問題, 最根本的一種解決之道就是讓孩子們連上網路, 立刻跟全世界的知識接軌.畢竟, 現在網路上知識爆炸, 就算不看任何需付費的內容, 幾輩子也學不完那麼多東西. 這是為什麼OLPC推出的主要理由, 只要讓偏遠地區的孩子上網, 巨大的改變就有可能產生. 但是, OLPC何時才能一人一台, 又要怎麼樣才能確保一些捐助品不會流入黑市, 就像非洲黑市推滿的紅十字奶粉? 而且, 真的所有孩子都有那麼好的環境可以上網嗎? 如果他們難以上網, 又怎麼存取任何以bookcrossing的中央平台呢?

當然, 有人會說, 現在已經有捐書, 甚至還有到處下鄉的行動圖書館, 與熱血志工. 這些都很棒! 我們想的是, 有沒有可能再多作一些些?

當你&quot;免費&quot;捐書給一個朋友, 這是一件好事. 可是, 如果你不是&quot;免費&quot;提供給這位朋友那本書呢? 這位朋友必須要&quot;還&quot;, 可是不是還回來, 是把它再還出去, 這就是電影&quot;把愛傳出去&quot;(Pay It Forward)的概念. 你不是&quot;免費&quot;接受我的幫助, 你的回報方式是去幫助其他需要幫助的人. 也就是說, &quot;把書傳出去&quot;不是施捨, 可能有些朋友需要等上20年才履行規則的第二個部份, 拿出另一本書傳出去, 可是一旦這位朋友履行時, 這意味著甚麼呢? 我們有了一位願意遵守自己承諾的人, 即使這個承諾看起來多麼的微不足道. 這重不重要? 我們覺得這件事非常重要!

RFID可以建構偉大的監管機制, 可以確保一切都是在秩序下進行, 從追蹤幾萬件包裹橫跨世界五大洲的運送, 到提醒人們記得準時上班不要遲到, 都能發揮重大功效. 是的, 我們相信RFID是個很偉大的發明.

但如果, 我們願意試試看對人們多信任一些呢?

Napster在最開始提出時, 仍然需要一個中央平台用來當作搜尋的中心, 雖然檔案的實際傳輸已經是透過使用者對使用者進行傳遞, 我記得當時有人跟我說, 這就是最大但無法移除的罩門, 因為唱片跟電影業者只要對付這些中心平台就好. 事隔沒多久, 現在的P2P演變成甚麼樣子呢?

&quot;把書傳出去&quot;揉合了bookcrossing, GPL, P2P, Pay It Forward 跟recursive的特徵, 在一切講究快速的年代中, 試著回到一手傳一手的人際接觸, 也許這只是另一個烏托邦的空談而已, 但如果不是呢?

我們正在努力, 想辦法讓這個想法不只是空談, 而你, 也可以幫上忙.

你有一本書, 一支原子筆跟一個可能會想讀這本書的朋友嗎?

參考連結:
http://www.bookcrossing.com
http://en.wikipedia.org/wiki/Bookcrossing
https://www.ylib.com/class/topic/show1.asp?Object=gossip&amp;No=7390
http://vita.fju.edu.tw/vita4/archives/004908.html
http://www.locuspublishing.com/hi/050103_adv.asp
http://www.wretch.cc/blog/pendas&amp;article_id=2375278#comment99762817
http://www.forwardthebook.com/doku.php?id=ftb:priorart
http://en.wikipedia.org/wiki/OLPC</description>
		<content:encoded><![CDATA[<p>Dear r2:</p>
<p>有一個活動叫做bookcrossing, 國內版本叫做&#8221;行書&#8221;, 也是無償放任書去旅行, 在那個活動中, 不可欠缺的核心之一就是, 每本要旅行的書, 得先去申請個unique ID, 透過這個unique ID, 可追蹤書本旅行的軌跡, 而這有賴下一個拿到書的人, 利用這個unique ID到一個中央平台去登錄旅程的最新消息, 經由旅程的更新內容會出現在這個中央平台上, 產生了一股浪漫的動力, 藉此鼓勵人們把心愛的書拿出來, 讓它去參加一場冒險旅行.</p>
<p>bookcrossing是一個很有趣的作法, 不過整個活動的進行有賴一個中央平台, 以提供Unique ID, 以及用以刊載哪些書會放在哪邊, 而這些書又已經經過了多少手的旅程. 而且, 在bookcrossing的活動中, 並沒有要求拿到書的人得再多加入一本書, 拿書的人的義務是, 上網去登錄書的最新行蹤.</p>
<p>幾年前, 國內推動的bookcrossing&#8221;行書&#8221;, 有很多優秀的菁英參與推動, 當時設計了貼紙, 解決了複雜的資料庫與中文編碼問題, 但後來當中央平台的維護, 出了一些狀況, 立意良好的活動就此停止. 至於國內大塊文化也有在推bookcrossing, 但其撮合平台, 似乎苦於對抗垃圾郵件與色情廣告, 經過初步判讀, 可是成果似乎也是有限.</p>
<p>假如bookcrossing是享受放風箏的快樂, 那麼&#8221;把書傳出去&#8221;, 就是徹底的放手let go.</p>
<p>你不花錢從一個朋友那邊拿到一本書, 讀完它, 然後把這本書再傳出去, 並且, 拿出另一本書傳出去. 就這樣, 不用複雜的中央平台, 也不需要有甚麼組織號召. 發起人可以完全不懂電腦, 也不需要跟任何人報備. 只要她/他知道這個想法, 有一本書, 一支原子筆, 一個朋友, 傳遞就可以展開. 因此, 即使是鄉下的一個小學生, 只要她/他拿出一本已經看過, 躺在書架很久的注音版小說, 寫上幾行字, 都可以是發起旅程的種子.</p>
<p>是的, 如果沒有RFID的追蹤, 欠缺中央系統的管控, 這些書可能會躺在在某些人的書櫃睡著, 甚至流落到二手書攤. 但書本這種東西不用電池, 有一天也許把這件事忘了十幾年的朋友, 要搬家, 整理書櫃發現, 自己好像忘了遵守一個承諾, 有一天也許有一個在二手書攤翻閱書籍的朋友看到內頁的傳書規則, 這些書本又有機會繼續旅程.</p>
<p>更重要的是, 這個活動當初設計是為了想找出另一種把書傳到偏遠地區的方法. 要解決這個問題, 最根本的一種解決之道就是讓孩子們連上網路, 立刻跟全世界的知識接軌.畢竟, 現在網路上知識爆炸, 就算不看任何需付費的內容, 幾輩子也學不完那麼多東西. 這是為什麼OLPC推出的主要理由, 只要讓偏遠地區的孩子上網, 巨大的改變就有可能產生. 但是, OLPC何時才能一人一台, 又要怎麼樣才能確保一些捐助品不會流入黑市, 就像非洲黑市推滿的紅十字奶粉? 而且, 真的所有孩子都有那麼好的環境可以上網嗎? 如果他們難以上網, 又怎麼存取任何以bookcrossing的中央平台呢?</p>
<p>當然, 有人會說, 現在已經有捐書, 甚至還有到處下鄉的行動圖書館, 與熱血志工. 這些都很棒! 我們想的是, 有沒有可能再多作一些些?</p>
<p>當你&#8221;免費&#8221;捐書給一個朋友, 這是一件好事. 可是, 如果你不是&#8221;免費&#8221;提供給這位朋友那本書呢? 這位朋友必須要&#8221;還&#8221;, 可是不是還回來, 是把它再還出去, 這就是電影&#8221;把愛傳出去&#8221;(Pay It Forward)的概念. 你不是&#8221;免費&#8221;接受我的幫助, 你的回報方式是去幫助其他需要幫助的人. 也就是說, &#8220;把書傳出去&#8221;不是施捨, 可能有些朋友需要等上20年才履行規則的第二個部份, 拿出另一本書傳出去, 可是一旦這位朋友履行時, 這意味著甚麼呢? 我們有了一位願意遵守自己承諾的人, 即使這個承諾看起來多麼的微不足道. 這重不重要? 我們覺得這件事非常重要!</p>
<p>RFID可以建構偉大的監管機制, 可以確保一切都是在秩序下進行, 從追蹤幾萬件包裹橫跨世界五大洲的運送, 到提醒人們記得準時上班不要遲到, 都能發揮重大功效. 是的, 我們相信RFID是個很偉大的發明.</p>
<p>但如果, 我們願意試試看對人們多信任一些呢?</p>
<p>Napster在最開始提出時, 仍然需要一個中央平台用來當作搜尋的中心, 雖然檔案的實際傳輸已經是透過使用者對使用者進行傳遞, 我記得當時有人跟我說, 這就是最大但無法移除的罩門, 因為唱片跟電影業者只要對付這些中心平台就好. 事隔沒多久, 現在的P2P演變成甚麼樣子呢?</p>
<p>&#8220;把書傳出去&#8221;揉合了bookcrossing, GPL, P2P, Pay It Forward 跟recursive的特徵, 在一切講究快速的年代中, 試著回到一手傳一手的人際接觸, 也許這只是另一個烏托邦的空談而已, 但如果不是呢?</p>
<p>我們正在努力, 想辦法讓這個想法不只是空談, 而你, 也可以幫上忙.</p>
<p>你有一本書, 一支原子筆跟一個可能會想讀這本書的朋友嗎?</p>
<p>參考連結:<br />
<a href="http://www.bookcrossing.com" rel="nofollow">http://www.bookcrossing.com</a><br />
<a href="http://en.wikipedia.org/wiki/Bookcrossing" rel="nofollow">http://en.wikipedia.org/wiki/Bookcrossing</a><br />
<a href="https://www.ylib.com/class/topic/show1.asp?Object=gossip&amp;No=7390" rel="nofollow">https://www.ylib.com/class/topic/show1.asp?Object=gossip&amp;No=7390</a><br />
<a href="http://vita.fju.edu.tw/vita4/archives/004908.html" rel="nofollow">http://vita.fju.edu.tw/vita4/archives/004908.html</a><br />
<a href="http://www.locuspublishing.com/hi/050103_adv.asp" rel="nofollow">http://www.locuspublishing.com/hi/050103_adv.asp</a><br />
<a href="http://www.wretch.cc/blog/pendas&amp;article_id=2375278#comment99762817" rel="nofollow">http://www.wretch.cc/blog/pendas&amp;article_id=2375278#comment99762817</a><br />
<a href="http://www.forwardthebook.com/doku.php?id=ftb:priorart" rel="nofollow">http://www.forwardthebook.com/doku.php?id=ftb:priorart</a><br />
<a href="http://en.wikipedia.org/wiki/OLPC" rel="nofollow">http://en.wikipedia.org/wiki/OLPC</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: r2</title>
		<link>http://mmdays.com/2007/05/24/recursive/comment-page-1/#comment-11396</link>
		<dc:creator>r2</dc:creator>
		<pubDate>Fri, 25 May 2007 09:21:03 +0000</pubDate>
		<guid isPermaLink="false">http://mmdays.com/2007/05/24/recursive/#comment-11396</guid>
		<description>如果每本書可以有追蹤的條碼，譬如每個同意的傳播者統一發給RFID，可能比較容易成功，而不會發生公有地的悲劇。</description>
		<content:encoded><![CDATA[<p>如果每本書可以有追蹤的條碼，譬如每個同意的傳播者統一發給RFID，可能比較容易成功，而不會發生公有地的悲劇。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: r2</title>
		<link>http://mmdays.com/2007/05/24/recursive/comment-page-1/#comment-81651</link>
		<dc:creator>r2</dc:creator>
		<pubDate>Fri, 25 May 2007 09:21:00 +0000</pubDate>
		<guid isPermaLink="false">http://mmdays.com/2007/05/24/recursive/#comment-81651</guid>
		<description>如果每本書可以有追蹤的條碼，譬如每個同意的傳播者統一發給RFID，可能比較容易成功，而不會發生公有地的悲劇。</description>
		<content:encoded><![CDATA[<p>如果每本書可以有追蹤的條碼，譬如每個同意的傳播者統一發給RFID，可能比較容易成功，而不會發生公有地的悲劇。</p>
]]></content:encoded>
	</item>
</channel>
</rss>

