<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" 
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
  xmlns:admin="http://webns.net/mvcb/"
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule">

<channel>
<title>Jedi&apos;s BLOG - kitchen</title>
<link>http://Jedi.org/blog/</link>
<description>kitchen Archive</description>
<dc:language>zh-tw</dc:language>
<dc:creator>JediLin@Gmail.com</dc:creator>
<dc:date>2008-10-10 13:42:08 +0800</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
<admin:generatorAgent rdf:resource="http://www.movabletype.org/?v=2.661" />
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2000-01-01T12:00+00:00</sy:updateBase>

<item>
<title>十月近況</title>
<link>http://Jedi.org/blog/archives/005841.html</link>
<description>
  <![CDATA[<p>一下子就十月了，說明一下最近的一些近況：</p>

<p>首先是上個月交了一篇稿子給<a href="http://creativecommons.org.tw/">台灣「創用 CC」計畫</a>，因為寫得比較長，所以會分成三期刊登在<a href="http://creativecommons.org.tw/static/about/maillist">創用 CC 電子報</a>上，本月份已經刊出了第一部份。（等年底全部刊出之後，我會再貼到本部落格上）</p>

<p><a href="http://www.openfoundry.org/Newsletter.html">自由軟體鑄造廠電子報</a>那邊，也剛交了一篇講 <a href="http://www.google.com/chrome">Google Chrome</a> 的專欄稿件，應該是下星期就會刊出了。</p>

<p>接下來是關於《<a href="http://blog.accessibility.tw/">網頁親和力</a>》這本書的進度，目前已經跟出版社簽約了，所以即將進入進度白熱期；由於跟較早之前洽談的出版社不同，所以內容要做很大的修正，許多原本寫好的章節將會作廢或者打散重編，這大概會讓我更加忙碌。</p>

<p>不過有加入<a href="http://registrano.com/events/accessibility01" title="《網頁親和力》贊助預購方案">贊助預購方案</a>的人，仍然有機會（如果選了「尤達大師」贊助方案的話）看到上述這些不會出現在最後出版品中的章節內容，而且所有我之前的承諾（簽名書、PDF 版等等）也都還是有效的。</p>

<p>前幾天剛在<a href="http://elearning.taipei.gov.tw/">臺北市公務人員訓練處</a>教完目前為止最後一期的自主學習課程，所以接下來真的要全力以赴在寫書上啦。本月份下旬我還會去<a href="http://tw.yahoo.com/">雅虎奇摩</a>聊聊親和力，不過這應該不算是跟寫書無關的事，嘿。</p>

<p>喔，然後，最近高中同學們也陸陸續續結婚了，祝福他們唷！</p>]]>
  
</description>
<guid isPermaLink="false">5841@http://Jedi.org/blog/</guid>
<dc:subject>kitchen</dc:subject>
<dc:date>2008-10-10T13:42:08+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>所謂沒有誠意的訪客</title>
<link>http://Jedi.org/blog/archives/005799.html</link>
<description>
  <![CDATA[<p>例如明明就有準備留言板、有提供信箱，但是就是有人會跑來你的部落格，隨便挑一篇文章（通常是最新的那一篇），留下毫不相干的內容。</p>

<p>就算那些內容再有意義，一開始看誠意就輸了。對於沒有誠意的訪客，連施捨憐憫都太浪費了。更何況……。</p>]]>
  
</description>
<guid isPermaLink="false">5799@http://Jedi.org/blog/</guid>
<dc:subject>kitchen</dc:subject>
<dc:date>2008-03-08T19:43:06+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>FeedDemon 和 NetNewsWire</title>
<link>http://Jedi.org/blog/archives/005793.html</link>
<description>
  <![CDATA[<p>以及其他的 <a href="http://www.newsgator.com/">NewsGator</a> 源料閱讀程式，現在都<a href="http://www.newsgator.com/CompanyInfo/FreeClientFAQ.aspx" title="Free NewsGator Consumer RSS Readers">免費</a>啦！</p>

<p>從他們的說法，看來是打算要改走企業對象的模式；總之，對一般使用者來說就是個利多啊。</p>]]>
  
</description>
<guid isPermaLink="false">5793@http://Jedi.org/blog/</guid>
<dc:subject>kitchen</dc:subject>
<dc:date>2008-01-10T03:35:30+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>停機預告</title>
<link>http://Jedi.org/blog/archives/005777.html</link>
<description>
  <![CDATA[<p>據報指出，機器所在的機房將在明天 (2007/12/04) 凌晨零點至三點間停電，所以這個部落格以及相關服務等，也都會打烊。</p>

<p>照例，我也不知道機器甚麼時候會被開機回來，所以運氣不好的話，又會停機很久（幾天、幾星期、幾個月？）</p>

<p>願原力與大家同在……</p>]]>
  
</description>
<guid isPermaLink="false">5777@http://Jedi.org/blog/</guid>
<dc:subject>kitchen</dc:subject>
<dc:date>2007-12-03T17:37:54+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>專欄撰文，以及跟 UDN 有關的事項</title>
<link>http://Jedi.org/blog/archives/005773.html</link>
<description>
  <![CDATA[<p>目前我有兩個固定的專欄，都是一個月一篇，分別在<a rel="nofollow" href="http://mag.udn.com/mag/dc/">聯合新聞網數位文化誌</a>以及<a rel="nofollow" href="http://www.openfoundry.org/index.php?option=com_letterman&Itemid=92">自由軟體鑄造場電子報</a>，前者寫了兩年半了，後者則寫了一年半以上了。坦白說無妨，兩邊都有支領相當微薄的稿酬。</p>]]>
  <![CDATA[<p>這兩個專欄的調性並不相同。很久以前，我在數位文化誌那邊寫了篇稍微比較深入的東西，然後就被編輯退稿了，退稿原因就是因為編輯覺得讀者會看不懂；因此從那一天之後，我就決定數位文化誌必須走平易近人的路線，換句話說就是不會出現任何深入的文字。另一方面，由於數位文化誌這邊的稿酬與字數無關，而且還挺低的，所以我通常也不會寫太多字，僅就我想點出的議題，說明其背景脈絡，然後提出重點而已。當然這並不表示我選擇要敷衍了事──每一次撰文時我仍然都是相當慎重地寫，甚至會投入一整個星期的精力；祇不過在交稿之後，我也就不可能再有繼續經營或維護數位文化誌那邊的作為了。這也就是為什麼數位文化誌那邊，大概很難看到我的回應的原因。</p>

<p>我在數位文化誌的文章，著作權都還在我自己手上，我也會把他們發佈在自己的部落格。通常我都是在交出下個月份的稿件後，纔會發表上個月的文章。舉例來說，當我交出了十月份的稿件後，我纔會張貼八月份的文章。這個延遲的時間是在一開始就跟數位文化誌的編輯溝通過的，用意是要確保數位文化誌的優先刊登權利。當然這件事完全沒有規範在簽訂的合約中，所以僅祇是基於道義上的決定。偶爾遇到特殊的需要，必須要縮短這個延遲時間，我纔會以特例處理。</p>

<p>至於我在自由軟體鑄造場的文章，走向則是比較實務面、技術面的。那邊比較有機會寫比較深入的東西（因此字數也會較多），也傾向於把一個大主題拆開成一系列的文章，分段撰寫。自由軟體鑄造場的文章也會刊登在自己的部落格上，不過就比較沒有特別的延遲時間，但是我無論如何還是會先等稿件刊出之後，再張貼到部落格上。</p>

<p>事實上我的這些稿件，就算還沒有刊登出來，也都已經放在我（其實是半公開）的工作區了。這個之後有機會再來說明。</p>]]>
</description>
<guid isPermaLink="false">5773@http://Jedi.org/blog/</guid>
<dc:subject>kitchen</dc:subject>
<dc:date>2007-10-20T19:14:58+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>部落格的第一件及最後一件事</title>
<link>http://Jedi.org/blog/archives/005762.html</link>
<description>
  <![CDATA[<p>忠於自己。</p>]]>
  
</description>
<guid isPermaLink="false">5762@http://Jedi.org/blog/</guid>
<dc:subject>kitchen</dc:subject>
<dc:date>2007-08-31T23:55:19+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>新書計畫中</title>
<link>http://Jedi.org/blog/archives/005759.html</link>
<description>
  <![CDATA[<p>接下來的半年到一年間，已經做了打算要來寫書。（其實本來應該是七月份就要開始動工的，不過突然發生了意外，導致必須去畢業，就延宕了……）</p>

<p>跟<a href="http://mtbook.net/" title="《BLOG 架站實務：使用 Movable Type》">前一本書</a>相比，這一次顯然慎重得多──因為這次要處理的議題又大又複雜，所以整個八月份一直都還處於規劃的階段而已；順利的話，我希望能夠在九月之前向幾家出版社提出出版提案，等確定了合作的方式甚麼的之後，接下來九月（或者是九月跟十月）則要去做一些訪談，然後纔開始實際的撰寫。</p>

<p>按照目前的規劃，這次會一口氣寫三本書，不過大概會是寫完一本出一本，而不是全部完成後纔一口氣出。</p>

<p>講了半天，好像還是沒說我要寫甚麼主題？這次要寫的是「網頁親和力」，我已經弄了個部落格，之後所有相關的事情大概都會寫在那個部落格，而不是寫在這邊。所以有興趣的朋友請跟著看吧：<a href="http://blog.accessibility.tw/" title="網頁親和力">《網頁親和力》部落格</a>。</p>]]>
  
</description>
<guid isPermaLink="false">5759@http://Jedi.org/blog/</guid>
<dc:subject>kitchen</dc:subject>
<dc:date>2007-08-19T23:49:50+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>回來了！</title>
<link>http://Jedi.org/blog/archives/005758.html</link>
<description>
  <![CDATA[<p>喔喔喔！比我預期的早一個月耶！真是太好了！</p>]]>
  
</description>
<guid isPermaLink="false">5758@http://Jedi.org/blog/</guid>
<dc:subject>kitchen</dc:subject>
<dc:date>2007-08-16T21:41:36+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>停機前</title>
<link>http://Jedi.org/blog/archives/005757.html</link>
<description>
  <![CDATA[<p>再過幾個小時，機房就要停電了，這裡就會進入失聯的狀態，甚麼時候回來不知道……</p>

<p>希望能夠早一點回來呀！</p>]]>
  
</description>
<guid isPermaLink="false">5757@http://Jedi.org/blog/</guid>
<dc:subject>kitchen</dc:subject>
<dc:date>2007-08-05T00:05:01+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>外交部領事事務局網站廢了？</title>
<link>http://Jedi.org/blog/archives/005756.html</link>
<description>
  <![CDATA[<p>剛剛連去<a href="http://www.boca.gov.tw/">外交部領事事務局網站</a>，發現甚麼內容也看不到了：<br />
<img alt="「網頁不存在」" title="領事事務局網站：網頁不存在" src="http://Jedi.org/blog/archives/boca-404.png" style="width:636px;height:594px;border:0" /><br />
是出事了嗎？還是塞內容的那個資料庫伺服器爛了？（話說，這就是我討厭動態生成的網頁的原因之一）</p>]]>
  
</description>
<guid isPermaLink="false">5756@http://Jedi.org/blog/</guid>
<dc:subject>kitchen</dc:subject>
<dc:date>2007-08-04T18:28:13+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>停機預告</title>
<link>http://Jedi.org/blog/archives/005754.html</link>
<description>
  <![CDATA[<p>剛剛接獲通知，本部落格伺服器所在的大樓預計要在 2007/08/05 （星期日）電力保養，因此會停電──然後理論上接下來就會遇到沒有人能夠幫忙開機的情況，所以從當天早上九點起，這邊大概就會連不上了。</p>

<p>至於會停多久，則還不知道。運氣不好的話，就是一直要到九月份才會有人來開機……</p>

<p>呃，願原力與大家同在。</p>]]>
  
</description>
<guid isPermaLink="false">5754@http://Jedi.org/blog/</guid>
<dc:subject>kitchen</dc:subject>
<dc:date>2007-07-24T16:14:51+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>回來了</title>
<link>http://Jedi.org/blog/archives/005750.html</link>
<description>
  <![CDATA[<p>不，我自己的機器沒事。</p>

<p>這邊一整個星期都連不上的原因是，有別人的機器（擔任路由重責大任的機器）跳電後沒開起來之類的，所以網路就斷了。</p>

<p>（不過據說七月跟八月內，有可能會因為電力保養，會被強制切斷電源……到時候應該還是會遇到沒有人可以來幫我開機的不幸情況。如果我有進一步資訊的話，會再來預告。）</p>

<p>未來應該還是會想辦法弄個備援吧。（嗚嗚，開銷啊～）</p>]]>
  
</description>
<guid isPermaLink="false">5750@http://Jedi.org/blog/</guid>
<dc:subject>kitchen</dc:subject>
<dc:date>2007-07-12T01:14:35+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>霍夫曼公關</title>
<link>http://Jedi.org/blog/archives/005748.html</link>
<description>
  <![CDATA[<p>這一家公司是怎麼回事啊？</p>

<p>霍夫曼公關應該算是國際級的大公司吧？同時也是 G 社在台灣（及香港？）等地所找的公關公司，但是就我接觸的印象來看，實在是很不專業啊。</p>

<p>之前他們就辦過<a href="http://Jedi.org/blog/archives/005677.html" title="G 社辦的……家聚？ | Jedi's BLOG | Jedi.org">奇怪的活動</a>不說，五天前 (2007/06/21) 我在 G 社信箱收到了一封來自該公司的來信，大意是說 G 社在六月底要辦一個「iGoogle小工具設計甄選」，要邀請我擔任評審，並說將會列入新聞稿，並邀請我出席八月的發表記者會。</p>

<p>我當天就回信表示願意參與了，但是這五天來都沒有收到回音，我不禁想著難道是掉信嗎？（這家公司要是做 G 社生意，結果連 G 社郵件都會收到掉信，那也實在太不應該了。）所以我剛剛打了一通電話給來信的公關，想確認一下到底是怎樣。</p>

<p>結果來信的那位公關在電話中支支吾吾，扯了一堆藉口，大意就是說「因為評審名額有限，而且之前已經確認好了評審，所以這次就不會找我 (Jedi) 當評審了，希望日後還有合作機會」云云。</p>

<p>這種事情居然是要我自己打電話回去才會知道，我是被耍著玩嗎？最好公關公司是這樣經營的啦。</p>

<p>[2007/06/28 更新] 今日下午，霍夫曼公關公司負責 G 社的人打了一通電話來，向我解釋了整件事情的來龍去脈（其中細節就不公開說出來了，這畢竟是我該守護的合理道德範圍），簡而言之，可以看出霍夫曼發現到這個單一事件（或意外？）對其商標形象及其客戶商標形象會有不小的負面影響（如果我的部落格有甚麼代表性的話，哈），所以認真做了檢討及災情控管。</p>

<p>基本上我大概可以瞭解這件事發生的原因了，但是本文並不該因此就改寫或消失──我想這對霍夫曼公司來說是合理的代價（當然，也沒有任何一方對我提出這樣的要求或期望）。私底下，我還是衷心地期待，霍夫曼公關在台能從這裡繼續進步，帶出更正面的形象，來洗刷這次的疏失。</p>]]>
  
</description>
<guid isPermaLink="false">5748@http://Jedi.org/blog/</guid>
<dc:subject>kitchen</dc:subject>
<dc:date>2007-06-26T14:10:47+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>aNobii 書籍評論</title>
<link>http://Jedi.org/blog/archives/005726.html</link>
<description>
  <![CDATA[<p>其實我已經用 <a href="http://www.anobii.com/">aNobii</a> 很久了，而且近期讀完的書（主要都是網頁設計相關的）也都會在 aNobii 寫簡單的評論。</p>

<p>不過 aNobii 偶爾還是會維修甚麼的，有點討厭，昨天晚上想了一想後，決定來開始把曾經寫過的書評搬回來自己家放吧，順便還可以補上更多額外的資訊（並推廣一下 <a href="http://microformats.org/wiki/hreview">hReview</a>……）。因為我會從最久以前寫的書評開始貼，所以想看我最新書評的話，不妨先去看看<a href="http://www.anobii.com/people/jedi/comment/" title="Jedi 的書櫃 - 評論">我的書櫃</a>（這一頁是僅列出有書評的部分）。</p>]]>
  
</description>
<guid isPermaLink="false">5726@http://Jedi.org/blog/</guid>
<dc:subject>kitchen</dc:subject>
<dc:date>2007-06-07T05:46:31+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>稍微匡正一下視聽</title>
<link>http://Jedi.org/blog/archives/005723.html</link>
<description>
  <![CDATA[<p>這兩天<a href="http://www.chunmin.com/archives/71" title="《純敏達康》  &raquo; 從 Google Gears 談全文 RSS">有人提到了一些事</a>，看了之後覺得應該來匡正一下視聽（？）比較好，所以就多嘴地來寫東西了。注意：我沒有要針對原作者提出反駁，我祇是同時想到了些長久以來的普世誤解，想說借題發揮，到處提一提罷了。</p>]]>
  <![CDATA[<p>首先，很多人並不知道， RSS 1.0 跟 RSS 2.0 是<strong>兩種東西</strong>，追溯他們的歷史，其實就是在看兩派人馬互相幹譙廝殺。至少到目前為止，其實兩派也都還各有死忠擁護者。</p>

<p>但是，對我來說，不管選擇了哪一種格式（你應該能發現：我兩種格式都有提供），都不影響真正在乎的事，也就是「內容的使用」。這其實是另外一場戰爭，同樣是兩派人馬，其中一方堅持 RSS 應該要是 Really Simple Syndication，並且把這裡的 Simple 解釋為內容上的簡單，而非格式或運用上的簡單；另一方則把 Simple 解釋為「容易使用、便於使用」，然後提出 RSS 應當要是 <strong>Rich</strong> Site Summary，所以自當盡可能地把整個網站的實際內容，塞進 RSS 內。</p>

<p>不管用的是哪一種格式，真正重要的其實是後面這個選擇。我選擇了提供全文，但是把更多的互動留在網站上。這沒有甚麼絕對的比較好或比較不好，純粹祇是我自己根據我想法理念等，所做出的選擇罷了。</p>

<p>其次，我認為（內容的）「摘要」並不是 RSS 的責任所在。RSS 的精神在於把「內容」從「網站」中摘取出來，所謂的「摘要」應該是那一層的意思。把 RSS 的內容選擇性地顯示出來，其實是運用 RSS 的應用程式該做的事。舉例來說，我自己在用的 <a href="http://www.newsgator.com/Individuals/FeedDemon/" title="FeedDemon for Windows">FeedDemon</a> 就有這個功能：對於很長的新聞項目，可以先祇顯示出其摘要或前幾段或前幾行就好，然後再根據使用者實際的需求，顯示出全文。</p>

<p>如果 RSS 裏面祇提供文章的第一段，那麼後面的應用程式再厲害，使用上也都會受到額外的先天限制，而這是我認為不好的。</p>

<p>再說，其實從 2000 年開始，就已經有現成的程式，可以根據預先定義的格式，把網站的完整內容擷取出來──然後輸出成 RSS 等格式。如果撰寫內容的人不尊重閱讀內容的人，那麼生命會自己找到出路；可是，何必這麼累呢？</p>

<p>何況，對於現在來說，RSS 1.0 或 RSS 2.0 其實都是舊規格了。當我們擁抱新的格式──Atom 源料時，就會發現 Atom 源料同時有 <code>&lt;summary&gt;</code> 和 <code>&lt;content&gt;</code> 兩個內容區段，其實早就解決了<a href="http://www.chunmin.com/">純敏達康</a>這方面的困擾。流行的源料閱讀器通常都可以支援各種不同的源料格式，我自己也是每一種格式都提供了；但是當我要訂閱時，還是會優先選擇 Atom 格式，一部份的原因就是這樣。</p>

<p>接著再來談談，源料（喔，我不要再說 RSS 了。畢竟 Atom 又不是 RSS）的著作權被侵犯的問題。這實在是個非常奇怪的問題，因為著作權實在是個非常奇怪的東西。跟所有其他的權利相較之下，著作權乃是「要主動施行了」纔有力量的權利；簡而言之，<strong>任何內容一旦公諸於世了，就會不斷地以原作者所沒有設想到的方式被使用</strong>，而且任何措施都沒有辦法防止──你唯一能做的事，就是不斷地去訴訟、去控告那些讓你不爽的人。</p>

<p>舉例來說，大家都知道的「生日快樂歌」其實著作權在時代華納公司手上，而且至少一直到西元 2030 年之前都是如此；時代華納公司每年靠著「生日快樂歌」的公開演出授權金，至少就賺進了兩百萬美元。但是，就算如此，時代華納公司有辦法阻止任何一個路人在公開的馬路（有甚麼馬路不是公開的嗎？）上，一邊走路一邊唱「生日快樂歌」嗎？完全沒有，除非時代華納公司去控告每一個這麼做的人（按照著作權法，的確這些人都侵犯了時代華納公司）。</p>

<p>扯遠了。我要說的是，因為著作權先天設計上的關係，無論如何你都沒有辦法避免別人侵犯你；你能做的事就只有事後補救，而且永遠都是如此。就算不在源料中提供全文，還是會遇到很多（尤其是大陸）人，用手工複製─貼上的方式，盜取你的內容。</p>

<p>另一方面，所有的源料格式──包括 RSS 1.0、RSS 2.0、Atom 等，通通都是由 XML 技術做出來的，意思是他們都能夠被加以延展。所以像 <a href="http://creativecommons.org/" title="Creative Commons">CC</a> 這種數位權利描述的東西，其實是可以嵌入各種不同格式的源料的。我自己在這裡所提供的 RSS 1.0、RSS 2.0 及 Atom 源料中，就都加入了關於 CC 授權的詮釋資料。光是這樣，就已經可以讓你的源料在法院有足夠的力量，你可以控告那些讓你不爽的人了。真的，著作權能做的事情也不過就是到這個程度而已。</p>

<p>最近 Google 併購了 FeedBurner，意思就是說，嵌入源料的 Google AdSense for Feed 應該也不遙遠了；所以那些特別在意廣告收入啦、點擊率的人，其實能擔心的事大概又會少了一些。至於流量引擎，在 Google Reader、FeedBurner、NewsGator Online 的努力之下，我覺得也越來越容易掌握了。技術的困難就用技術來克服，何必因為無知的恐懼而退卻呢？</p>

<p>不過啊，亂七八糟地講了一堆，我還是要強調：不管如何，我覺得部落客或任何內容提供者都能夠自由地按照自己所相信的理念，決定自己要提供甚麼。如果要強迫每個人都做出一樣的決定，那麼也太無趣了些。祇不過，我希望每個人在做決定時，都是能在資訊充足而不偏頗的情況下，來思考及執行。</p>]]>
</description>
<guid isPermaLink="false">5723@http://Jedi.org/blog/</guid>
<dc:subject>kitchen</dc:subject>
<dc:date>2007-06-04T09:51:21+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>


</channel>
</rss>