Google Reader 過去曾經擁有一個功能，就是「分享」，分享功能可以將你標記過的文章更新到一個公開的網頁，任何人都可以透過網頁得知您最近的閱讀項目，過去我是將這個分享功能當做自己的資訊彙總工具，直到 Google 將這像功能取消，改成將文章更新到「Google Plus」的專頁上，而我對於 Google 的社群服務實在沒什麼興趣，因此放棄了之前的資訊彙總方式。
使用網路的人都應該了解網路存在部分的風險性，除了隱私資料可能曝光之外，有時還會不小心遇到網路服務廠商的不預警倒閉造成資料大量遺失。因此多半的時候大家都會把資料存放在兩個以上的地方，會玩部落格的人可能就會把資料存在 Blogger 或 Wordpress 各開一個站台；玩 Facebook 的人可能也會利用同步服務更新到 Twitter 或 Plurk 上頭。雖然麻煩了一點，不過至少一個東西掛點時還可以使用另外一個網路備份，這就是「分散風險」。
以上分散風險的作法，是對於發佈訊息而言，如果你是要彙總資料的話，面臨到的問題就是該如何將來自四面八方的資訊集中。記得使用 Firefox 不久後，我就開始接觸到從網站訂閱 RSS，利用 Google 閱讀器將各個網站的資訊透過 RSS 分類，你可以在一個網站閱讀到數十個網站的更新內容，大大減少資訊彙總的時間。
資訊彙總之後，另外一個問題就出現了。過去人們因為忙於在各個網站之間奔波，累了就雙手一攤就不看了。但對於想要收集到豐富資料的人來說，資料量是越多越好，而 RSS 正好符合喜歡被資訊轟炸的人，結果每天的資料量可能隨便就有破千篇的文章要閱讀，如何過濾資料就是非常重要。
過濾資料最快的方式，就是透過某種標記，文章一開頭我提到我利用「分享」功能把資料集中到一個網頁裡面，現在我想要挑選 Google 以外的服務來幫我做到，於是我認識了 「Instapaper」。Instapaper 是一個待讀服務的網站，你可以在你有興趣的文章上面，按一下瀏覽器的「工具書籤」，他就會將文章的標題與文字送到 Instapaper 網站上，你可以在私人的帳戶當中閱讀過去篩選過後寄到 Instapaper 的文章內容。
雖然 Instapaper 很方便，但是近幾年行動裝置開始增加，人們閱讀資訊的方式開始改變，人們閱讀 RSS 雖然還是使用 Google Reader 閱讀器，但是使用的不再只是瀏覽器，而是各式各樣的 App。這些 App 同樣可以接收 RSS 資訊，也支援將文章內容分享到各類社群網站讓更多人閱讀，卻不一定有「分享到 Instapaper」的功能，為此我著實傷腦筋一番，所幸我使用的App，例如 Byline、MobileRSS、Reeder 都有支援 Instapaper API，但這樣不是一個妥善的方法。我需要有一個類似「自動分享」的服務，可以將我在 Google Reader 閱讀器上面標記的項目自動傳送到 Instapaper 的服務，正巧讓我碰到了 「IFTTT」。
IFTTT，其名來自於他的功能「IF THIS THEN THAT」，當某個條件發生時會自動幫你做什麼動作。網路服務就像各個港口一樣，每個港口都可以幫你做到特定的服務，某些服務可能是特別好特別棒。你要連接任何一個港口，都必須設定他們專屬的通行頻道，也就是 API。我將任何一個服務和服務之間的互動，稱之為「連動」。
連動的目的就是，當我張貼一篇文章到 Facebook 時，我可以透過 twitter for Facebook 的應用程式，將我的文章同步貼到 Twitter 網站上給其他網友觀看，而我不需要將同樣的內容手動複製貼上到 Twitter上，過程看起來就像全自動一樣。
要使用者一一設定各個服務之間的連動，除了要熟悉各個服務的API設定值之外，最重要的問題在於你要明白當中的邏輯關係，例如當什麼情況發生的時候才會觸發「連動」的功能。而IFTTT就是為了解決這個狀況而生，他底下設有數十個網路服務的項目，你可以任意串連這些網路服務。
在我的例子當中，我設定的連動功能是，當我將 Google 閱讀器的文章標記星號時（觸發的條件），會同步將文章送到 Instapaper 當中（執行的動作）。因此每一篇我在 Google 閱讀器標記星號的項目，通通會在下一次的同步更新時，觸發到 IFTTT的機制，文章項目就會自動傳輸到 Instapaper 當中。
利用這個觸發功能，你也可以將資料送到 Email 或是 Evernote 當中，這有什麼好處呢？這樣你就可以利用單一個平台就能管理你來自四面八方的資訊，想要什麼資料只要利用搜尋就能夠辦得到，這就是我的資料彙總的方式。
在此悼念一位智者，Aaron Swartz，這位曾經參與 RSS 1.0 規範編制的人，R.I.P.。
Ref.
使用網路的人都應該了解網路存在部分的風險性，除了隱私資料可能曝光之外，有時還會不小心遇到網路服務廠商的不預警倒閉造成資料大量遺失。因此多半的時候大家都會把資料存放在兩個以上的地方，會玩部落格的人可能就會把資料存在 Blogger 或 Wordpress 各開一個站台；玩 Facebook 的人可能也會利用同步服務更新到 Twitter 或 Plurk 上頭。雖然麻煩了一點，不過至少一個東西掛點時還可以使用另外一個網路備份，這就是「分散風險」。
以上分散風險的作法，是對於發佈訊息而言，如果你是要彙總資料的話，面臨到的問題就是該如何將來自四面八方的資訊集中。記得使用 Firefox 不久後，我就開始接觸到從網站訂閱 RSS，利用 Google 閱讀器將各個網站的資訊透過 RSS 分類，你可以在一個網站閱讀到數十個網站的更新內容，大大減少資訊彙總的時間。
資訊彙總之後，另外一個問題就出現了。過去人們因為忙於在各個網站之間奔波，累了就雙手一攤就不看了。但對於想要收集到豐富資料的人來說，資料量是越多越好，而 RSS 正好符合喜歡被資訊轟炸的人，結果每天的資料量可能隨便就有破千篇的文章要閱讀，如何過濾資料就是非常重要。
過濾資料最快的方式，就是透過某種標記，文章一開頭我提到我利用「分享」功能把資料集中到一個網頁裡面，現在我想要挑選 Google 以外的服務來幫我做到，於是我認識了 「Instapaper」。Instapaper 是一個待讀服務的網站，你可以在你有興趣的文章上面，按一下瀏覽器的「工具書籤」，他就會將文章的標題與文字送到 Instapaper 網站上，你可以在私人的帳戶當中閱讀過去篩選過後寄到 Instapaper 的文章內容。
雖然 Instapaper 很方便，但是近幾年行動裝置開始增加，人們閱讀資訊的方式開始改變，人們閱讀 RSS 雖然還是使用 Google Reader 閱讀器，但是使用的不再只是瀏覽器，而是各式各樣的 App。這些 App 同樣可以接收 RSS 資訊，也支援將文章內容分享到各類社群網站讓更多人閱讀，卻不一定有「分享到 Instapaper」的功能，為此我著實傷腦筋一番，所幸我使用的App，例如 Byline、MobileRSS、Reeder 都有支援 Instapaper API，但這樣不是一個妥善的方法。我需要有一個類似「自動分享」的服務，可以將我在 Google Reader 閱讀器上面標記的項目自動傳送到 Instapaper 的服務，正巧讓我碰到了 「IFTTT」。
IFTTT，其名來自於他的功能「IF THIS THEN THAT」，當某個條件發生時會自動幫你做什麼動作。網路服務就像各個港口一樣，每個港口都可以幫你做到特定的服務，某些服務可能是特別好特別棒。你要連接任何一個港口，都必須設定他們專屬的通行頻道，也就是 API。我將任何一個服務和服務之間的互動，稱之為「連動」。
連動的目的就是，當我張貼一篇文章到 Facebook 時，我可以透過 twitter for Facebook 的應用程式，將我的文章同步貼到 Twitter 網站上給其他網友觀看，而我不需要將同樣的內容手動複製貼上到 Twitter上，過程看起來就像全自動一樣。
要使用者一一設定各個服務之間的連動，除了要熟悉各個服務的API設定值之外，最重要的問題在於你要明白當中的邏輯關係，例如當什麼情況發生的時候才會觸發「連動」的功能。而IFTTT就是為了解決這個狀況而生，他底下設有數十個網路服務的項目，你可以任意串連這些網路服務。
在我的例子當中，我設定的連動功能是，當我將 Google 閱讀器的文章標記星號時（觸發的條件），會同步將文章送到 Instapaper 當中（執行的動作）。因此每一篇我在 Google 閱讀器標記星號的項目，通通會在下一次的同步更新時，觸發到 IFTTT的機制，文章項目就會自動傳輸到 Instapaper 當中。
利用這個觸發功能，你也可以將資料送到 Email 或是 Evernote 當中，這有什麼好處呢？這樣你就可以利用單一個平台就能管理你來自四面八方的資訊，想要什麼資料只要利用搜尋就能夠辦得到，這就是我的資料彙總的方式。
在此悼念一位智者，Aaron Swartz，這位曾經參與 RSS 1.0 規範編制的人，R.I.P.。
Ref.
- 網路神童、RSS 規格制定者、Reddit 網站創辦人 Aaron Swartz 自殺身亡 | T客邦 - http://goo.gl/nO9qA
Tags
玩電腦