|
原文地址：http://www./the_long_tail/2005/09/web_20_and_the_.html http://www./the_long_tail/2005/10/web_20_and_the_.htmlPart I
Part II Tim O’Reilly發(fā)布了web 2.0 meme 地圖，但他當時很明顯希望人們在與之相伴的論文完成后，才發(fā)現(xiàn)這副圖?，F(xiàn)在，Tim O’Reilly完成了他的論文：什么是web 2.0，他還將在下周舊金山舉行的web 2.0大會上討論此話題。 我認為web 2.0是一個真實和強有力的概念。但是，盡管Tim O’Reilly做了努力，web 2.0的精確定義依然有點模糊。例如，他的論文大約有６０００字，大部分是用例子來界定含義。你可能對他的例子感覺模棱兩可，或者覺得有更好的例子。維基百科對此也沒有更清楚的定義。 不過，我并不認為這就意味web 2.0不重要了。在一個自下而上的建設(bottoms-up creation）和用戶推動網(wǎng)絡的時代，真實世界零亂的異質(zhì)性使得簡單、單純的定義變得困難。 例如，如何定義blog？盡管你可以設法給出一些共同的特點（個人的聲音？按年月日的順序?靜態(tài)鏈接？）我的朋友Jeff Jarvis則明智的多，他干脆拒絕回答這個問題。 Blog只是一個工具，可以讓你干從改變世界到分享購物單等任何事情。人們根據(jù)自己的意愿來使用它。在為此工具發(fā)明用途方面，用一套定義來限制還為時過早。 沒有驚訝，正如我以前所說的，blog圈的第一規(guī)則是不要歸納它。 Blog是一個長尾，歸納長尾的數(shù)量和內(nèi)容的性質(zhì)總是個錯誤――根據(jù)定義，長尾是可變和多變的。 Web 2.0也是如此。不過荒謬的是，缺乏脆弱的定義是一個特點，不是一個bug。隨著世界從有限品種的受阻分配轉(zhuǎn)變?yōu)槎喾N多樣的開放式分配，將有許多無法定義但卻真實存在的現(xiàn)象。未來正在日益多樣化，而非同質(zhì)化。一個尺寸不能適合所有事物。 無論如何，我認為Tim在用這些普遍原理規(guī)劃web 2.0框架方面，開了一個很好的頭（不僅僅因為他以LT開頭）。 Web 2.0 設計模式 2，數(shù)據(jù)是下一個Intel Inside 應用軟件正在日益變得數(shù)據(jù)驅(qū)動型。因此，為了在競爭中占據(jù)優(yōu)勢，尋求擁有獨特的、很難再現(xiàn)的數(shù)據(jù)源。 3，用戶增值 在互聯(lián)網(wǎng)應用軟件中競爭優(yōu)勢的關鍵是：用戶向您提供的服務增加數(shù)據(jù)的程度。因此，不要對你的軟件開發(fā)做出參與構(gòu)筑方面的限制。悄悄和公開地讓用戶為你的應用軟件增值。 4，默認的網(wǎng)絡影響。 只有少部分用戶會給你的應用程序帶來麻煩。因此，為聚合用戶數(shù)據(jù)設置包含在軟件內(nèi)的默認值，作為他們使用應用程序的副作用。 5 保留部分版權 保護知識產(chǎn)權限制了重新使用并阻礙了試驗。因此，當受益于集體智慧、而不是私人的限制時，確保采用的障礙要很低。遵循現(xiàn)有的標準，使用限制盡可能少的協(xié)議。設計的要”hackability”（意思應該是易于其他用戶設計插件以及接口等等） and “remixability. 6 永遠β版 當設備和程序聯(lián)網(wǎng)后，應用程序就不再是軟件制品了，它們是正在進行的服務。因此，不要把新的特性打包起來，然后整體發(fā)行；而應該作為正常用戶體驗的一部分，定期增加。讓用戶成為實時的測試者、指導服務，這樣可以知道人們怎么使用這些新特性。 7，合作，而非控制 Web 2.0應用程序由協(xié)同合作的數(shù)據(jù)服務網(wǎng)絡構(gòu)建。因此，提供網(wǎng)絡服務界面和內(nèi)容同步聚合，重新利用他人的數(shù)據(jù)服務。支持輕量級的規(guī)劃模型，以便允許松散的連接體系。 8，跨越設備的軟件 PC不再是互聯(lián)網(wǎng)應用程序的唯一手段，相比那些互相鏈接的，只能在某一種設備上使用的程序的價值要小的多。因此，從最開始就讓程序整合從手持設備、PC到互聯(lián)網(wǎng)服務器的服務。 順便說一句：如果你想多了解Tim,強烈推薦Steven Levy在本月連線雜志上撰寫的他的簡歷。當然，我有所偏見，但我認為這是關于Tim的文章中，最好的一篇。作為這個參與年代受人尊敬的領袖，Tim真的正在逐漸浮出水面。 |
|
|
