web 2.0的設計模式
在「模式語言」（a pattern language）一書中，克里斯多夫•亞歷山卓（christopher alexander）為精煉描述對於體系結構問題的解決方案，開了一種格式上的處方。他寫道：「每個模式都描述著一種在我們的環境中一遍又一遍地出現的問 題，並因此描述了對該問題的核心解決方案。以此方式你可以使用該方案上百萬次，而從不需要重複作同樣的事情。」
1. 長尾
小型**構成了網際網路內容的大部分內容；細分市場構成了網際網路的大部分可能的應用程式。所以，利用客戶的自服務和演算法上的資料管理來延伸到整個網際網路，到達邊緣而不僅僅是中心，到達長尾而不僅僅是頭部。
2. 資料是下乙個intel inside
應用程式越來越多地由資料驅動。因此：為獲得競爭優勢，應設法擁有乙個獨特的，難於再造的資料資源。
3. 使用者增添價值
對網際網路程式來說，競爭優勢的關鍵在於，使用者多大程度上會在你提供的資料中，新增他們自己的資料。因而，不要將你的「參與的體系」侷限於軟體開發。要讓你的使用者們隱式和顯式地為你的程式增添價值。
4. 預設的網路效應
只有很小一部分使用者會不嫌麻煩地為你的程式增添價值。因此：要將預設設定得使聚合使用者的資料，成為使用者使用程式的副產品。
5. 一些權力保留
智財權保護限制了重用也阻礙了實驗。因而，在好處來自於集體智慧型而不是私有約束的時候，應確認採用的門檻要低。遵循現存準則，並以盡可能少的限制來授權。設計程式使之具備可程式設計性和可混合性。
6. 永遠的測試版
當裝置和程式連線到網際網路時，程式已經不是軟體作品了，它們是正在展開的服務。因此，不要將各種新特性都打包到集大成的發布版本中，而應作為普通使用者體驗的一部分來經常新增這些特性。吸引你的使用者來充當實時的測試者，並且記錄這些服務以便了解人們是如何使用這些新特性的。
7. 合作，而非控制
web 2.0的程式是建立在合作性的資料服務網路之上的。因此：提供網路服務介面和內容聚合，並重用其他人的資料服務。支援允許鬆散結合系統的輕量型程式設計模型。
8. 軟體超越單一裝置
pc不再是網際網路應用程式的唯一訪問裝置，而且侷限於單一裝置的程式的價值小於那些相連線的程式。因此：從一開始就設計你的應用程式，使其整合跨越手持裝置，pc機，和網際網路伺服器的多種服務。
Web2 0盈利模式的思考
最近 web2.0 這個詞依舊在網際網路中很火暴，不知道什麼時候哪個 就跳出來 我融了多少百萬的美金 甚至好幾位以前的同事，兩年不見，大家碰面的時候，他們也告訴我融了幾百萬美金的時候，我會覺得 瘋了，網際網路新一輪的瘋狂又來了。我不可以用 新一輪的泡沫又來了，因為我自己也身處其中，誰都不願意這是一場...
軟體開發組織的web2 0模式
傳統的軟體開發模式一般是這樣的 調研 設計 編碼 測試 文案 安裝實施 培訓 支援 但是新的開發模式正在起來 調研？no。先把話題和思路放到blog或論壇 qq群中討論。業務設計師，你不是乙個人在戰鬥。群眾的力量。當然，程式設計師也可以參與到社群討論中，和客戶面對面。省得老覺得客戶來自火星，需求都是...
軟體開發組織的web2 0模式
傳統的軟體開發模式一般是這樣的 調研 設計 編碼 測試 文案 安裝實施 培訓 支援 但是新的開發模式正在起來 調研？no。先把話題和思路放到blog或論壇 qq群中討論。業務設計師，你不是乙個人在戰鬥。群眾的力量。當然，程式設計師也可以參與到社群討論中，和客戶面對面。省得老覺得客戶來自火星，需求都是...