1樓：屠錢錢
google reader不需要替代品，僅需要乙個使用者體驗佳的客戶端，這個客戶端要可以穿牆，可以記成gr的各種優良操作習慣，要跨平台同步。
如果一定要有個替代品，建議考慮：
1、feeds訂閱的遷移成本如何降低？
2、feeds訂閱的平民普及化工作如何進行？
3、feeds更新量越來越少，頻率越來越低的現狀如何規避？
2樓：蘇格
google reader允許加tag,現在加入google+,社交功能也有了。我覺得google reader功能可以了
3樓：kafka0102
為了替代我多年的工具google reader，今年年初我辭職單幹了，去做一款克服RSS訂閱工具諸多問題的產品，也就是個性化閱讀類產品。目前主要在做微博推薦和IT類文章的個性化推薦，整個過程也是摸索著來，也走了一些彎路，使得產品進度不是很理想。樂觀的化，這個月底可能會開放給少數朋友內測（我對產品的願景有很大的期待，但就開發進度來說，達到乙個初步理想階段可能需要到明年年初了）。
4樓：公尺隨隨
RSS閱讀器我感覺對伺服器效能這塊的要求比較高，使用者UI互動體驗這邊的要求反而不高。
首先，從之前的Bloglines、抓蝦、QQ閱讀等的不穩定性就可以看出，我訂閱了1000+的RSS，但大多都經常性的閱讀數字不準確或者直接就掛掉了；
其次，如果用本地的RSS閱讀器，本樣是1000+的RSS，當每隔幾分鐘本地的閱讀器去爬RSS時，也是經常性的導致CPU飆公升電腦超卡。
終上兩點，我發現也就只在Google這裡是個可以穩定正常工作了，所以如果要做乙個RSS閱讀器，特別是online的，對於伺服器爬取海量的RSS，並從新排列組合顯示至海量的使用者是最大的挑戰。
如果人類圍繞地球製作乙個巨大的圓環，那麼在人類看來它是否就是乙個不需要支撐的漂浮物了？
張勇 姓黃的那個人的話我並不是很贊成你說的那些圓環會掉落 如果環本身在旋轉，就像衛星一樣，這個時候可看出無數的小衛星，所以是的。另外一種情況，假設假設的時候是旋轉的，拼起來之後通過制動變成不旋轉的，這個時候就有點像那些大型拱橋一樣，如果環本身結構材料足以支撐引力的話，也是不需要支撐物的 Bigan ...
如果用unity製作乙個高效能的類工廠遊戲, 我應該選擇用C rust替換底層的運算來加速嗎
確實有一些效能敏感的遊戲會用C Rust編寫核心庫，然後以dll的方式導進Unity用，不過說實話這種方案操作起來過於麻煩，實際可操作性不強。而且如其他回答所說，C 已經很快了，C 對於C 的效能提公升遠不足以解決架構和演算法帶來的效能瓶頸。題主主要擔心的應該還是工廠遊戲裡大量單位的行為和狀態更新吧...
如何擬合製作乙個 OS X Yosemite System Preferences 圖示？
leisonfrank 關注了乙個多星期都沒人回答。題主當真是擬合狂魔。然而我又來了。其實過程很簡單了，建模，渲染，後期。但是我的建模和渲染一塌糊塗。所以做不出完全一樣的效果。權當拋磚引玉了吧。畢竟這麼久都沒人回答。側面看著好像還行。我的做法是 首先開啟Ai 畫乙個圓，然後畫乙個齒輪的齒，然後中心旋...