Second life觀察:虛擬世界會取代互連網嗎?

最近媒體對第二人生"虛擬世界"(Second Life)濃墨重彩地報道,目前,IBM、美國銀行、通用、寶馬等100家跨國公司,瑞典大使館、路透社等組織機構,以及450萬註冊居民入駐Second Life。虛擬世界逐漸成為一個科技、經濟、社會乃至政治的結合體。Linden Labs實驗室發出豪言,Second Life將在未來十年壓倒(dwarf)互連網。 什麼是"虛擬世界"?以Second

互連網產品方法論:需求變更迴圈

文章描述:恰恰PM的工作缺不了專案管理,更缺不了對於需求的管理,偶然的原因,和團隊分享了我對於項目進行中“需求變更”的理解和管理方法。忽然發現之前寫過很多產品思考和細節思考的東西,但從沒有整理出方法論,後續應該多整理下方法論。 IT行業中失敗項目的比例可以說明“專案管理”是很難做好的事情,項目失敗的原因千千萬,我認為需求管理、需求變更管理是個很重要的因素。恰恰PM的工作缺不了專案管理,更缺不了對於需求的管理,偶然的原因,和團隊分享了我對於項目進行中&

互連網產品研究:部落格為什麼不能做社區?

文章描述:互動、關係以及部落格為什麼不能做社區. 楔子部門的技術經理某天晚上和我討論。推薦(或者分享神馬的)這個互動為什麼在網易部落格裡做不起來?大的觀點大家是一致的:人群原因。細細想來這其實觸及到了社區的一些根本。網易部落格的人群的確不適合,那麼具體不適合的原因是什嗎?推薦這個動作產生的動機實際上有這幾種: 1.我推薦給我的好朋友看。這種情形很常見,QQ密友群裡經常可以見到大家分享最近的趣事。

互連網產品:高度理解構建產品

文章描述:氣勢磅礴的架構是一種產品的自信,需要一個設計者從開始就站在一個高度理解構建產品,並根據產品的生命週期進行相應類型層級的架構,單個產品的產品架構可能相較系統性的產品構建會稍微簡單一點,但市場及互連網的發展會讓單一產品創新的空間趨小,用一個產品征服一大群

Google移動互連網最有利且可實現的位置

文章描述:知乎上有個問題:在移動互連網競爭中,Google 最有利且可實現的位置在哪裡? 知乎上有個問題:在移動互連網競爭中,Google 最有利且可實現的位置在哪裡?我回答了自己的觀點。備忘於此。Google手裡其實有三柄利劍:1、作業系統。Android,這個是後面兩點的基礎,不是說沒有OS後面兩個就跑不起來,而是說了這個後面兩個以及更多的Google應用才有更舒適的土壤。Android,已經很像PC時代的windows了。2、雲 +

網路新聞不能猛盯“下三路”

網路 越來越多的人已經離不開網路,與此相適應的是網路新聞的興起。網路新聞一個是快,及時迅捷;一個是全,針對某一事件,可以綜合電視、報紙、雜誌等媒體的說法,從多個角度關照一個新聞事件。正因為網路新聞具備以上這兩條優點,才使得網路新聞一片繁榮。   但這一片繁榮並不代表著沒有問題,除了涉嫌侵害了撰稿人智慧財產權外,單從新聞的取捨來看網路新聞就存在一個比較突出的問題:猛盯"下三路"。所謂猛盯"

誰將佔領成為移動互連網的制高點?

據國外媒體報道,諾基亞將收購美國圖片共用網站Twango,對此諾基亞解釋說,希望通過互連網服務協助使用者無縫地接入資訊、娛樂和社交網路。諾基亞一直試圖在現有策略之外拓展新的領域,於是目前炙手可熱的移動互連網便成為了諾基亞的目標,此舉也可以認為是諾基亞發力該領域的一個動作。

用ASP、VB和XML建立互連網應用程式(3)

xml|程式|互連網 假設在我們前面所說的例子中,我們想在應用程式中顯示地區的左半邊顯示客戶的姓名列表,再在每個客戶姓名後面加上兩個連結:Purchase History和Recent Purchase。當使用者點擊其中的一個連結,客戶程式就會運行一個預存程序並在右邊地區顯示出結果。

互連網讓每個人都可以成為慈善家

互連網讓每個人都可以成為慈善家,只要你願意再過幾天就是公司成立10周年的紀念日,小熊線上CEO張睿一直在思考,應該通過什麼方式來慶祝一下。是像通常那樣,在媒體上大力宣傳,還是請客戶來做一個大型的Party?但他覺得這樣的形式都過於老套,沒有太大的意義。

麥田:讓互連網的歸於互連網

開宗明義,這篇部落格可用一句話概況:存在“網路效應”的商業模式,才是互連網經濟;不存在網路效應的商業模式,即使以互連網作為業務平台,也不是互連網經濟。“網路效應”是座金山,發現並懂得挖掘的人太少。

新互連網環境下,交換友情連結注意事項

  百度現在出的一系列政策,自綠蘿演算法後又有了外鏈判斷、原創火星計劃、石榴演算法。這一些列接踵而來的措施,讓很多站長措手不及,不知何去何從。儘管這些政策多少限制了站長的一些行動,但是我們也不可能因噎廢食,而杜絕一切的最佳化手段。對於友情連結現在很多人都望而卻步。但是合理的友情連結對網站還是有很大的協助的,所以我們最需要瞭解的是,新互連網環境下,交換友情連結我們改注意哪些。  第一,網站在未收錄或者收錄頁面少時不可交換友情連結。  在網站收錄少或者未收錄的情況下,如果串連友情連結極可能被百度視為

中國互連網絡資訊中心網域名稱爭議解決辦法

       第一條 為了保證網域名稱爭議解決程式的公正性、方便性及快捷性,根據中國互連網絡資訊中心《中國互連網絡資訊中心網域名稱爭議解決辦法》(以下簡稱《解決辦法》)的規定,制定本程式規則。    第二條 根據《解決辦法》而進行的網域名稱爭議解決程式受本規則及網域名稱爭議解決機構根據本規則制定的《補充規則》所約束。    第三條

劉正榮:互連網的本質一是工具一是渠道

國務院新聞辦公室網路局副局長劉正榮 謝謝。非常高興有這個機會跟各位專家交流,我主要是來學習的。我剛才聽了何總的報告非常受啟發。目前大家坐下來談一下深層次的問題,非常的有必要。我沒有系統的準備,但是我想到幾個問題: 互連網的本質:一是工具,一是渠道首先,網路這一兩年以來是不是發生了重要的變化?如果變化存在,我們怎麼來應對?我認為變化是存在的,主要有: 第一個變化,傳統媒體走向互連網步伐在加快。我們談得比較多的是報網互動。互動恐怕是淺層次的、暫時的;顯然,不完全是互動的問題。我們談互動,

行動裝置使用什麼互連網應用

移動互連網無疑是業界的新寵,甭管以前看沒看到這個潛力,還是只專註於自己的領域,現在你不談這個你就不夠潮。今天下午北京的UCD書友會,包括召集人在內也僅有寥寥數人做相關工作,但是只要和行動裝置或者互連網有點關係的企業,都對這一領域充滿興趣或虎視眈眈。開場有位百度的朋友對移動互連網在中國的前景表示堪憂,我認同他的觀點。在中國電訊廠商的勢力太強大,它們主宰使用者購買手機的成本,使用者使用網路的成本,使用者使用網路的速度……這一切都是壟斷電訊廠商說了算。這意味著中國移動互連網

互連網產品設計教訓和經驗:刪除確認不能少

引:刪除操作要不要再次確認?在WEB設計裡,這個問題其實以前很多設計大拿都寫過,也有些最佳化方法,真是各有各的好處。今天要說的是在WAP產品設計中的狀況,前一陣改版站內訊息的時候,有一類操作是清空所有訊息和刪除單條訊息,操作比較危險,但其實以前並沒仔細考慮過,造成了部分使用者的質疑。狀況是這樣,我沿用了舊版站內訊息的設計:刪除/清空不確認直接操作,相信使用者已經習慣這種方式,其實舊版就有問題,只不過原來的操作入口不在手機首屏顯示,反饋的使用者比較少而已。新版裡這些操作的連結被往上提了一點,站內信

互連網產品設計:微博們內涵和外延

國內的微博,大都青出於藍而勝於藍,“增加”、“擴充”、“豐富”了Twitter原有的功能。說實話,我對微博們的這些創新,很不以為然。Twitter 是極其簡單的,其豐富的擴充性和靈活性,有賴於這種簡單。就像圍棋,棋盤、棋子、乃至基本遊戲規則,都簡單到不能再簡單。一個19X19的平面棋盤,黑白兩色的棋子,圍起對方棋子就算吃掉的規則,這種簡單,卻蘊藏著最豐富無窮的變化,不同的下法,甚至可以發展成不同的流派。Twitter

使用.NET訪問 Internet(1) Paul

Microsoft .NET 架構提供 網際網路服務的分層的、可擴充的和託管的實現,您可以將這些 網際網路服務快速而輕鬆地整合到您的應用程式中。您的應用程式可建立在可插接式協議的基礎之上以便自動利用新的 網際網路通訊協定 (IP),或者它們可以使用 Windows 通訊端介面的託管實現來使用通訊端層級上的網路。 介紹可插接式協議Microsoft .NET 架構提供分層的、可擴充的和託管的 網際網路服務實現,您可以將它們快速而輕鬆地整合到您的應用程式中。System.Net 和

以新浪網為例談互連網產品之間的打通問題

      我們談互連網產品之間“打通”這個話題。照例,為了說明道理,我們會拿別人網站的案例來解釋。      先看案例:新浪網的新聞、UC聊天、微博之間。       在訪問新浪新聞時候,右下角會有一個浮動窗的標題列。說要不要跟一起看這個頁面的人聊聊。      

互連網做站並不複雜 關鍵是理解五點“精髓”(二)

  前一篇文章主要講解了註冊網域名稱的安全性、時效性、適用性,相信站長朋友們在選擇網域名稱的時候做到這幾點,你的網域名稱道路就很完善了,這個時候我們就不應該為網域名稱而擔憂,應該即使的進行下一步程式的選擇,而本文就是為各位站長介紹如何選擇一款適合自己的建站程式。  在程式的選擇前,我先問站長朋友們一個問題:程式選擇是免費的好還是收費的好?如果你認為使用免費程式好那麼就有必要閱讀此文章了,如果你認為使用收費程式好那麼就說明你很有錢可以直接去購買程式了,本文也就可以不閱讀了。  第二篇章:程式選擇注

使用.NET訪問Internet(5) Paul

非同步伺服器通訊端樣本下面的樣本程式建立一個接收來自用戶端的串連請求的伺服器。該伺服器是用非同步通訊端產生的,因此在等待來自用戶端的串連時不掛起伺服器應用程式的執行。該應用程式接收來自用戶端的字串,在控制台顯示該字串,然後將該字串回顯到用戶端。來自用戶端的字串必須包含字串“<EOF>”,以發出表示訊息結尾的訊號。 [C#]using System;using System.Net;using System.Net.Sockets;using System.Text;using

總頁數: 244 1 .... 133 134 135 136 137 .... 244 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.