今天田飛兄給我**了keso的東拉西扯：rss什麼時候消失？
，本來只是像簡單回覆一下就完事了，不料寫多了。
「有一天，當你在**上再也看不到那個xml圖示，而你卻在不知不覺地大量使用rss的時候，rss就算修成正果了。」
當所有的**都自覺的把自己的資訊"push"出來的時候，這一天就到來了，並且我相信很快這一天就會到來。到時候我們看到**提供的rss，就像看到現在每家每戶掛著的門牌一樣習以為常。
我認為，rss的流行是一種的必然。先拋開現在討論的最多的使用者體驗不說，rss是一種資訊快速膨脹的階段產物。
相信大家都曾經到圖書館去借書，
1、剛開始的時候，書胡亂擺在書架上，大家自己去找；
2、漸漸書多了，有人提議對書架標上分類，圖書分類的擺在書架上；
3、接著，圖書館擴建了，有了更多的書，有人覺得一本一本去翻去找太費時，於是提議給每本書作個卡片，卡片上寫著書名、書的分類和摘要，以及書擺放的位置。然後，人們開始通過查詢卡片的方式來找書，雖然每次不得不抱著一抽屜的卡片。
4、終於，卡片的數量也增長到了人們無法忍受的地步，誰也不會願意為了找一本書，而翻上幾個小時的卡片吧！但是沒辦法啊，只好忍著滿胸悶氣。然後，有些天才發明了計算機，有了圖書查詢系統，人們數秒之內的就可以找到自己需要的書，滿心歡喜之下自然覺得圖書館的管理員大媽也是格外的親切可愛。
或許我描述的圖書館有點誇張了，但是我們所關心的internet，它的size和增長速度則絕對是超乎想象。
剛開始的時候只有幾個**，所做的事情就是發發電子郵件，載幾個軟體。逐漸的，**多了，資訊也多了，人們要記的**越來越多了，想找到自己需要的資訊也越來越不容易。於是，六年前，兩個同樣是天才的傢伙larry page和sergey brin建立了google。到了今天，我實在很難想象，如果沒有搜尋引擎，怎麼樣才能在internet上找到所需要的資訊了。
但是，非常有趣的是，資訊的快速增長和人們的查詢能力永遠都存在著矛盾，人類總是在不斷的創造各種資訊，然後為如何快速獲得這些資訊而費勁腦汁。無論是搜尋引擎，web2.0，還是rss都是這個矛盾不斷公升級的產物。
rss的設計的初衷是作為一種**的摘要，使用者通過訂閱自己關注的**的rss來快速獲取自己感興趣的資訊，而不必每次登陸各個**去瀏覽，功能上我認為和郵件列表無異。所謂rss的好處：
1）對於**而言，只需要提供乙個rss源，無需維護郵件列表，消耗網路資源。
2）對於使用者而言，只需使用乙個客戶端的rss閱讀器，可以隨意訂閱和退訂。相對於郵件列表，rss在使用者不想讀的時候，不會造成一大堆的垃圾郵件之苦。
3）rss比郵件列表更新的速度更快。
當然，現在有很多rss的應用都很出彩，像yahoo!現在就利用rss來給使用者提供金融、新聞和天氣的服務。
但是僅僅是因為這些好處，一夜之間讓rss紅遍整個internet？剛開始的時候，我十分迷惑，不禁疑惑起自己原來對internet發展的理解，「為什麼rss會興起，什麼時候它會被取代？」，託田飛兄之福，我今天才得出了自己的結論——資訊的快速增長和人們的查詢能力的矛盾的產物，是種必然！
伴隨著web2.0的興起，網際網路資訊從傳統的isp轉移到個人，資訊開始了又一輪的指數級的**增長，於是rss這個被一度被稱為「阿斗」的東西被扶上了舞台，搜尋引擎的發展肯定會衝向另乙個高峰，這一切不過是「時勢造英雄」。
關於rss的想法言盡於此，但仍覺得意猶未盡，大膽做出乙個預言。
像google這樣的中心化的搜尋引擎（簡稱google式的搜尋引擎）在網際網路的這一輪資訊**（簡稱web2.0時代的資訊**）的中後期必將被「去中心化」搜尋引擎所替代！
按照我前面的說法，網際網路最大的矛盾就是資訊的快速增長和人們的查詢能力的矛盾，而google式的搜尋引擎是緩解這一矛盾的產物，並且暫時的把這一矛盾轉變為「資訊的快速增長和google式搜尋引擎」的矛盾。如果把網際網路分為兩極，一極是以**速度增長的網際網路資訊，那麼另一極就是google式搜尋引擎。按照google現在的做法，在全世界布置了數以萬計的伺服器，並且群集了全世界最優秀的工程師和科學家，日以繼夜的優化著搜尋演算法，但是無論如何，這種「給我一根槓桿，我將能挑起地球」，試圖把世界集合在幾個中心的做法，在web2.0的時代肯定會失敗！
同時，google也在進行著巨大的資源浪費，在提供「網頁快照」的同時，無異於把整個網際網路的資訊在自己的伺服器上做乙個copy，這是何必？
有些人把rss視為救命稻草，於是一時間湧現了不少rss搜尋引擎，這是很聰明的做法，畢竟儲存rss比儲存全部的htm的資訊要小的多，而且rss的資訊更加有效，可能是使用者最感興趣的，但是當rss也**了呢？opml搜尋引擎？這種改良政策沒有逃出google式的搜尋引擎，在加上已經有了google，注定了rss搜尋的沒有作為。
可行的出路是搜尋引擎的「去中心化」。可以參考bt（我認為bt將會是web2.0時代最成功的技術），每台計算機都是客戶端，同時又是伺服器，無數的節點構成了乙個巨大的檔案共享的網路。每台計算機都是google，同時又是客戶端，無數的中間節點構成了乙個巨大的，快速的搜尋引擎！！！
vtable什麼時候會被建立？
我們寫了乙個base類，並有 很多 derived類繼承它，同時每個類都有很多成員函式，但是如果類中是沒有虛函式的，那麼編譯器是不會浪費空間去建立vtable的。看如下 圖1 沒有virtual函式則沒有vtable 將上述注釋去掉，增加了虛函式之後便可以編譯通過，但是結果可能還不能如願 inclu...
Oracle 什麼時候會觸發DBWR
checkpoint會觸發dbwr寫髒塊時是根據checkpoint queue來的，而lru w是負責dbwr的其他寫出條件的觸發。dbwr作為乙個後台程序，只有在某些條件滿足了才會觸發。這些條件包括 當程序在輔助lru鍊錶和主lru鍊錶上掃瞄以查詢可以覆蓋的buffer header時，如果已經...
什麼時候用exists 什麼時候用in
in not in exists not exists 使用exists，oracle會首先檢查主查詢，然後執行子查詢直到它找到第乙個匹配項，這就節省了時間。oracle在執行in子查詢時，首先執行 子查詢，並將獲得的結果列表存放在乙個加了索引的臨時表中。在執行子查詢之前，系統先將主查詢掛起 待子查...