88250

          Java

            BlogJava :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
            82 隨筆 :: 0 文章 :: 5 評論 :: 0 Trackbacks

          2011年1月21日 #



          本文是使用 B3log Solo簡約設(shè)計(jì)の藝術(shù) 進(jìn)行同步發(fā)布的
          原文地址:http://88250.b3log.org/netbeans-chinese-newsletter-134.html
          posted @ 2011-01-26 00:32 88250 閱讀(279) | 評論 (0)編輯 收藏

          上周硅谷非常熱鬧,重大消息頻繁出現(xiàn),其中包括了喬布斯因病休假,蘋果的恐怖財(cái)報(bào)等等。對于我們所關(guān)心的移動(dòng)業(yè)界跟互聯(lián)網(wǎng)來說,Google 換帥是另外一個(gè)重量級消息。

          Quora 上有一個(gè)討論串,題目是“Larry Page 上任之后,Google 的重點(diǎn)應(yīng)該是什么?”,討論相當(dāng)活躍。我也在這里湊個(gè)熱鬧,談一談在我看來,Larry Page 應(yīng)該如何去改變 Google。

          download (4).png

          1:關(guān)注核心業(yè)務(wù),也就是搜索

          Google 前段時(shí)間在搜索結(jié)果上算是飽受攻擊,由于與日俱增的垃圾內(nèi)容,搜索結(jié)果的污染狀況越發(fā)嚴(yán)重。Stack Overflow 的創(chuàng)始人之一 Jeff Atwood 在一篇文章里這樣評價(jià) Google 現(xiàn)在的搜索結(jié)果:

          Google ,這個(gè)曾經(jīng)的必備工具,某種程度上已經(jīng)失去了它的優(yōu)勢地位。垃圾內(nèi)容制造者、以點(diǎn)擊率為終極目標(biāo)的內(nèi)容聚合站點(diǎn)正在走向勝利。

          在 這一點(diǎn)上來說,ifanr 感同身受。作為內(nèi)容提供者,我們是創(chuàng)造價(jià)值的人,是在給互聯(lián)網(wǎng)不斷添磚加瓦的一方。而之前在 Google 里搜索我們的原創(chuàng)文章,出現(xiàn)在結(jié)果最頂端的卻往往是是通過拷貝+粘貼、有時(shí)候還不注明出處進(jìn)行轉(zhuǎn)載的內(nèi)容聚合站點(diǎn)。它們用毫無成本的方式奪取著應(yīng)該屬于原 作者的訪問量。

          好在 Google 似乎已經(jīng)認(rèn)識到了這一點(diǎn)。之前搜索質(zhì)量組的 Matt Cutts 表示他 們已經(jīng)意識到了垃圾內(nèi)容的增多,以及劣質(zhì)內(nèi)容聚合站點(diǎn)引發(fā)的不滿,并且會(huì)很快進(jìn)行處理。從我今早的實(shí)驗(yàn)來看,似乎 Google 已經(jīng)采取了措施,最近 ifanr 的原創(chuàng)文章都出現(xiàn)在首頁頭條。從根子上(點(diǎn)擊量帶來的經(jīng)濟(jì)利益)驅(qū)逐劣質(zhì)內(nèi)容聚合站點(diǎn),對現(xiàn)代互聯(lián)網(wǎng)來說,確實(shí)是件好事

          搜索,是 Google 的立身之本,從上周發(fā)布的財(cái)報(bào)來看,Google 收入的主要增長點(diǎn)仍然是在網(wǎng)站本身的業(yè)務(wù)。不斷改進(jìn)搜索,添加新的搜索方式,才能保持和增強(qiáng) Google 在這個(gè)領(lǐng)域的領(lǐng)導(dǎo)地位。后院不起火,才有在其他領(lǐng)域發(fā)展的資本。

          2323.jpg

          這一條,是 Larry Page 上任以后最需要關(guān)注的。未來十年的搜索是什么樣子?如何提高內(nèi)容關(guān)聯(lián)性,改進(jìn)使用體驗(yàn)?怎么樣通過創(chuàng)新,把 Bing 等競爭對手遠(yuǎn)遠(yuǎn)甩開,對 Google 來說,至關(guān)重要。

          2:在社交網(wǎng)絡(luò)方面另辟蹊徑

          Google 在社交網(wǎng)絡(luò)方面的試探,到目前為止都是悲劇,坦率地說,我個(gè)人認(rèn)為Google 已經(jīng)錯(cuò)過了第一班社交網(wǎng)絡(luò)的列車。

          RIP-Google-Wave-Dead.jpg

          作為新生事物的社交網(wǎng)絡(luò),從一開始負(fù)載的是用戶虛擬交流的需求。

          目 前的勝利者里面,F(xiàn)acebook 滿足了人們交流的愿望,利用網(wǎng)絡(luò),表現(xiàn)了某種程度上真實(shí)的人與人關(guān)系,而大量互動(dòng)元素的引入,則是模擬了現(xiàn)實(shí)生活的部分人際往來,從根底上來說,沒有理念 上的創(chuàng)新,然而它仍然足夠偉大,F(xiàn)acebook 把現(xiàn)實(shí)生活成功投影到了虛擬世界,是真正意義上的創(chuàng)造者。

          另一個(gè)贏家是 Twitter,它滿足的,是人們表達(dá)自己的愿望。通過簡短的 140 個(gè)字,人與人之間形成了一種奇妙的交流關(guān)系,普通人也可以第一時(shí)間見證重大事件。可以說,Twitter 與智能手機(jī)的結(jié)合,創(chuàng)造了一種新媒體。表達(dá)自己,記錄周邊,關(guān)注別人,是 Twitter 類社交網(wǎng)絡(luò)的根本。無論是變種的 foursquare,還是 Quora,從理念上看,都是這樣的東西。

          Google 之前的嘗試呢? Wave 那個(gè)體驗(yàn)一塌糊涂的東西不去說它,出生太早了;Buzz 則是無限制版本的 Twitter:Google 試圖利用現(xiàn)成的龐大用戶群,但沒有實(shí)質(zhì)性創(chuàng)新,再加上拙劣的整合方式,這個(gè)產(chǎn)品的前景樂觀不到哪兒去。

          社交網(wǎng)絡(luò)走到現(xiàn)在,實(shí)際上已經(jīng)到了一個(gè)重要的關(guān)口,即:虛擬的內(nèi)容如何與現(xiàn)實(shí)社會(huì)結(jié)合起來,怎樣把線上關(guān)系與實(shí)體經(jīng)濟(jì)整合,創(chuàng)造出一個(gè)嶄新的商業(yè)模式。在我看來,這才是第二代社交網(wǎng)絡(luò),也即成熟版本的社交網(wǎng)絡(luò)。這個(gè)方向是未來兩年的熱點(diǎn),也是 Google 下一步可以突圍的角度。

          Google 的最大優(yōu)勢是什么?大家應(yīng)該都非常清楚,其一是龐大的用戶群,其二就是信息了。Google 相對于 Twittter、fousquare 等來說,先天就有信息方面的優(yōu)勢。而 Google 在建設(shè)社交網(wǎng)絡(luò)的時(shí)候,卻完全忽略了這個(gè)優(yōu)勢,捆著手腳去從頭開始跟已經(jīng)成熟的對手競爭,怎么可能勝利?

          舉個(gè)最簡單的例子,Google Maps 信息豐富,我經(jīng)常用它來尋找晚餐地點(diǎn),最大的好處之一就是可以看到多個(gè)網(wǎng)站的用戶評價(jià),看看截圖:

          Untitled-1.jpg

          看 到了吧,有 Buzz 選項(xiàng),然而搞笑的事來了。我可以看到其他網(wǎng)站的評價(jià),可以在 Buzz 上分享這個(gè)地點(diǎn),然后呢?沒了。我完全看不到 Buzz 關(guān)于這個(gè)餐館的討論,看不到我分享以后朋友的看法——一點(diǎn)也沒有。實(shí)體經(jīng)濟(jì)方面的內(nèi)容本身就是 Google 的長項(xiàng),然而在它的任何產(chǎn)品里面,都沒有把這個(gè)長處跟自己的社交網(wǎng)絡(luò)更緊密得結(jié)合起來。

          放著龐大的現(xiàn)實(shí)數(shù)據(jù)不用,幾個(gè)產(chǎn)品之間幾乎沒有交流,捧著金飯碗要飯,這就是 Google 的社交網(wǎng)絡(luò)。跟現(xiàn)實(shí)社會(huì)結(jié)合的社交網(wǎng)絡(luò),將是 Google 在這一領(lǐng)域的最后一個(gè)機(jī)會(huì)。

          3:細(xì)節(jié),細(xì)節(jié),還是細(xì)節(jié)

          有一句老話,細(xì)節(jié)決定成敗,然而 Google 現(xiàn)在的很多做法,卻表現(xiàn)了一種對細(xì)節(jié)的漠視,極大影響了產(chǎn)品的使用體驗(yàn)。還是要以 Android 為例(這玩意簡直就是反面教材):

          就從簡單的設(shè)置界面說起。Android 平鋪直敘的設(shè)置界面,完全沒有突出重點(diǎn)(我甚至懷疑這幫人安排順序的時(shí)候是不是拍腦門做出的決定。),跟右邊的 iOS 比,孰優(yōu)孰劣,一目了然。

          Untitled-2.jpg

          還有應(yīng)用市場,每次談到 Android 的應(yīng)用市場,我都有爆粗口的沖動(dòng)。緩慢的速度、時(shí)常丟失的已下載應(yīng)用列表、遲遲沒有解決的應(yīng)用無法下載問題……這是整個(gè)產(chǎn)業(yè)的核心之一,Google 就準(zhǔn)備這么糊弄下去?

          Android 不講究的地方何止這些,工程師文化并不代表著可以不拘小節(jié),Google 的目光,應(yīng)該多放些在細(xì)節(jié)上。移動(dòng)設(shè)備,用戶體驗(yàn)至關(guān)重要。

          4: 繼續(xù)擁抱云,下注新能源產(chǎn)業(yè)

          在這個(gè)賣雜貨的、搞 B2C 的、做軟件的都在搞云應(yīng)用平臺的當(dāng)口,互聯(lián)網(wǎng)界巨頭,擁抱云的先驅(qū)之一,可能擁有著世界上最好硬件以及網(wǎng)絡(luò)設(shè)施的 Google,當(dāng)然也擁有自家的 App Engine。

          download (3).png

          云 計(jì)算平臺對于中小企業(yè)、個(gè)人的意義,無論如何贊揚(yáng)也不會(huì)過分,它直接引領(lǐng)了當(dāng)前的互聯(lián)網(wǎng)創(chuàng)業(yè)潮。低廉的平臺成本,按需付費(fèi)的方式,Amazon EC2 吸引了大量的個(gè)人開發(fā)者,Google 的 App Engine 當(dāng)然不錯(cuò),但我要說,還是不夠靈活,如果能提供更多語言支持,就再好不過了。

          新能源很好理解,隨著碳交易市場的興起,碳排放量眼看就要變成金融市場上的一個(gè)新產(chǎn)品。在這個(gè)趨勢影響下,每個(gè)企業(yè)都應(yīng)該考慮下自己的能源來源,為將來更加嚴(yán)格的排放調(diào)控措施做好準(zhǔn)備,規(guī)避可能的經(jīng)濟(jì)風(fēng)險(xiǎn)。

          data-center.jpg

          降低所消耗能源的碳排放,對于 Google 這種能源消耗大戶來說,是經(jīng)濟(jì)跟政治上都很正確的方向,而且同樣有大量的利益存在。新能源產(chǎn)業(yè),應(yīng)該成為 Google 下一步的重點(diǎn)投入方向。

          5:提高決策速度與質(zhì)量,減少內(nèi)部溝通環(huán)節(jié)

          大 家都知道 Google 著名的 20% 規(guī)則:員工可以把 20% 的上班時(shí)間放在其他項(xiàng)目上。Google 的員工無疑是優(yōu)秀的,這些業(yè)余時(shí)間做出的項(xiàng)目也應(yīng)該有很多不錯(cuò)的點(diǎn)子,然而,從中孵化的成果卻并不多。其中的部分原因,恐怕與 Google 的內(nèi)部引導(dǎo)以及溝通機(jī)制存在很大的關(guān)系。由于缺乏引導(dǎo),員工的項(xiàng)目往往與 Google 本身沒什么聯(lián)系,而因?yàn)闇贤▎栴},好的項(xiàng)目不一定能夠獲得公司的幫助。

          Google 的前員工遍布整個(gè)互聯(lián)網(wǎng)業(yè)界,大量創(chuàng)新卻往往出現(xiàn)在他們離開 Google 以后。應(yīng)該如何去引發(fā)員工的創(chuàng)造力、提高內(nèi)部效率跟執(zhí)行力度,Larry Page 需要仔細(xì)考慮,以便調(diào)整內(nèi)部架構(gòu)來適應(yīng)這個(gè)變化迅速的世界。三星這個(gè)反應(yīng)快到根本不像大公司的大公司在全世界攻城掠地,諾基亞反應(yīng)稍微遲緩一點(diǎn)就束手束 腳,Google,你要快一點(diǎn),再快一點(diǎn),才能跟 Facebook 以及數(shù)以千計(jì)的創(chuàng)業(yè)企業(yè)進(jìn)行競爭。

          轉(zhuǎn)自:http://www.oschina.net/news/14996/larry-page-google-five-things-todo



          本文是使用 B3log Solo簡約設(shè)計(jì)の藝術(shù) 進(jìn)行同步發(fā)布的
          原文地址:http://88250.b3log.org/larry-page-google-five-things-todo.html
          posted @ 2011-01-25 09:21 88250 閱讀(280) | 評論 (0)編輯 收藏

          沒有人能說清哪種緩存算法優(yōu)于其他的緩存算法。(以下的幾種緩存算法,有的我也理解不好,如果感興趣,你可以Google一下)

          Least Frequently Used(LFU):

          大家好,我是 LFU,我會(huì)計(jì)算為每個(gè)緩存對象計(jì)算他們被使用的頻率。我會(huì)把最不常用的緩存對象踢走。

          Least Recently User(LRU):

          我是LRU緩存算法,我把最近最少使用的緩存對象給踢走。

          我總是需要去了解在什么時(shí)候,用了哪個(gè)緩存對象。如果有人想要了解我為什么總能把最近最少使用的對象踢掉,是非常困難的。

          瀏覽器就是使用了我(LRU)作為緩存算法。新的對象會(huì)被放在緩存的頂部,當(dāng)緩存達(dá)到了容量極限,我會(huì)把底部的對象踢走,而技巧就是:我會(huì)把最新被訪問的緩存對象,放到緩存池的頂部。

          所以,經(jīng)常被讀取的緩存對象就會(huì)一直呆在緩存池中。有兩種方法可以實(shí)現(xiàn)我,array 或者是 linked list。

          我的速度很快,我也可以被數(shù)據(jù)訪問模式適配。我有一個(gè)大家庭,他們都可以完善我,甚至做的比我更好(我確實(shí)有時(shí)會(huì)嫉妒,但是沒關(guān)系)。我家庭的一些成員包括LRU2 和 2Q,他們就是為了完善 LRU 而存在的。

          Least Recently Used 2(LRU2):

          我是 Least Recently Used 2,有人叫我最近最少使用twice,我更喜歡這個(gè)叫法。我會(huì)把被兩次訪問過的對象放入緩存池,當(dāng)緩存池滿了之后,我會(huì)把有兩次最少使用的緩存對象踢走。 因?yàn)樾枰檶ο?次,訪問負(fù)載就會(huì)隨著緩存池的增加而增加。如果把我用在大容量的緩存池中,就會(huì)有問題。另外,我還需要跟蹤那么不在緩存的對象,因?yàn)樗?們還沒有被第二次讀取。我比LRU好,而且是 adoptive to access 模式 。

          Two Queues(2Q):

          我是 Two Queues;我把被訪問的數(shù)據(jù)放到LRU的緩存中,如果這個(gè)對象再一次被訪問,我就把他轉(zhuǎn)移到第二個(gè)、更大的LRU緩存。

          我踢走緩存對象是為了保持第一個(gè)緩存池是第二個(gè)緩存池的1/3。當(dāng)緩存的訪問負(fù)載是固定的時(shí)候,把 LRU 換成 LRU2,就比增加緩存的容量更好。這種機(jī)制使得我比 LRU2 更好,我也是 LRU 家族中的一員,而且是 adoptive to access 模式 。

          Adaptive Replacement Cache(ARC):

          我是 ARC,有人說我是介于 LRU 和 LFU 之間,為了提高效果,我是由2個(gè) LRU 組成,第一個(gè),也就是 L1,包含的條目是最近只被使用過一次的,而第二個(gè) LRU,也就是 L2,包含的是最近被使用過兩次的條目。因此, L1 放的是新的對象,而 L2 放的是常用的對象。所以,別人才會(huì)認(rèn)為我是介于 LRU 和 LFU 之間的,不過沒關(guān)系,我不介意。

          我被認(rèn)為是性能最好的緩存算法之一,能夠自調(diào),并且是低負(fù)載的。我也保存著歷史對象,這樣,我就可以記住那些被移除的對象,同時(shí),也讓我可以看到被移除的對象是否可以留下,取而代之的是踢走別的對象。我的記憶力很差,但是我很快,適用性也強(qiáng)。

          Most Recently Used(MRU):

          我是 MRU,和 LRU 是對應(yīng)的。我會(huì)移除最近最多被使用的對象,你一定會(huì)問我為什么。好吧,讓我告訴你,當(dāng)一次訪問過來的時(shí)候,有些事情是無法預(yù)測的,并且在緩存系統(tǒng)中找出最少最近使用的對象是一項(xiàng)時(shí)間復(fù)雜度非常高的運(yùn)算,這就是為什么我是最好的選擇。

          我是數(shù)據(jù)庫內(nèi)存緩存中是多么的常見!每當(dāng)一次緩存記錄的使用,我會(huì)把它放到棧的頂端。當(dāng)棧滿了的時(shí)候,你猜怎么著?我會(huì)把棧頂?shù)膶ο蠼o換成新進(jìn)來的對象!

          First in First out(FIFO):

          我是先進(jìn)先出,我是一個(gè)低負(fù)載的算法,并且對緩存對象的管理要求不高。我通過一個(gè)隊(duì)列去跟蹤所有的緩存對象,最近最常用的緩存對象放在后面,而更早的緩存對象放在前面,當(dāng)緩存容量滿時(shí),排在前面的緩存對象會(huì)被踢走,然后把新的緩存對象加進(jìn)去。我很快,但是我并不適用。

          Second Chance:

          大家好,我是 second chance,我是通過FIFO修改而來的,被大家叫做 second chance 緩存算法,我比 FIFO 好的地方是我改善了 FIFO 的成本。我是 FIFO 一樣也是在觀察隊(duì)列的前端,但是很FIFO的立刻踢出不同,我會(huì)檢查即將要被踢出的對象有沒有之前被使用過的標(biāo)志(1一個(gè)bit表示),沒有沒有被使用 過,我就把他踢出;否則,我會(huì)把這個(gè)標(biāo)志位清除,然后把這個(gè)緩存對象當(dāng)做新增緩存對象加入隊(duì)列。你可以想象就這就像一個(gè)環(huán)隊(duì)列。當(dāng)我再一次在隊(duì)頭碰到這個(gè) 對象時(shí),由于他已經(jīng)沒有這個(gè)標(biāo)志位了,所以我立刻就把他踢開了。我在速度上比FIFO快。

          CLock

          我是Clock,一個(gè)更好的FIFO,也比 second chance更好。因?yàn)槲也粫?huì)像second chance那樣把有標(biāo)志的緩存對象放到隊(duì)列的尾部,但是也可以達(dá)到second chance的效果。

          我持有一個(gè)裝有緩存對象的環(huán)形列表,頭指針指向列表中最老的緩存對象。當(dāng)緩存miss發(fā)生并且沒有新的緩存空間時(shí),我會(huì)問問指針指向的緩存對象的標(biāo) 志位去決定我應(yīng)該怎么做。如果標(biāo)志是0,我會(huì)直接用新的緩存對象替代這個(gè)緩存對象;如果標(biāo)志位是1,我會(huì)把頭指針遞增,然后重復(fù)這個(gè)過程,知道新的緩存對 象能夠被放入。我比second chance更快。

          Simple time-based:

          我是 simple time-based 緩存算法,我通過絕對的時(shí)間周期去失效那些緩存對象。對于新增的對象,我會(huì)保存特定的時(shí)間。我很快,但是我并不適用。

          Extended time-based expiration:

          我是 extended time-based expiration 緩存算法,我是通過相對時(shí)間去失效緩存對象的;對于新增的緩存對象,我會(huì)保存特定的時(shí)間,比如是每5分鐘,每天的12點(diǎn)。

          Sliding time-based expiration:

          我是 sliding time-based expiration,與前面不同的是,被我管理的緩存對象的生命起點(diǎn)是在這個(gè)緩存的最后被訪問時(shí)間算起的。我很快,但是我也不太適用。

          好了!聽了那么多緩存算法的自我介紹,其他的緩存算法還考慮到了下面幾點(diǎn):

          • 成本。如果緩存對象有不同的成本,應(yīng)該把那些難以獲得的對象保存下來。
          • 容量。如果緩存對象有不同的大小,應(yīng)該把那些大的緩存對象清除,這樣就可以讓更多的小緩存對象進(jìn)來了。
          • 時(shí)間。一些緩存還保存著緩存的過期時(shí)間。電腦會(huì)失效他們,因?yàn)樗麄円呀?jīng)過期了。

          根據(jù)緩存對象的大小而不管其他的緩存算法可能是有必要的。

          原文:http://www.zavakid.com/27



          本文是使用 B3log Solo簡約設(shè)計(jì)の藝術(shù) 進(jìn)行同步發(fā)布的
          原文地址:http://88250.b3log.org/general-cache-algorithms.html
          posted @ 2011-01-21 14:13 88250 閱讀(2769) | 評論 (0)編輯 收藏

          主站蜘蛛池模板: 新干县| 阳信县| 肃北| 北流市| 丹巴县| 昌乐县| 乐山市| 延吉市| 神木县| 阿合奇县| 墨竹工卡县| 融水| 托里县| 景谷| 武清区| 环江| 山阳县| 马公市| 西充县| 德阳市| 辉县市| 巴彦淖尔市| 新巴尔虎左旗| 多伦县| 云林县| 汉川市| 平原县| 绥德县| 蛟河市| 合阳县| 闸北区| 习水县| 新闻| 肇州县| 宁南县| 湄潭县| 包头市| 泰兴市| 灵璧县| 明光市| 遂昌县|