雲端漫步


    本文是這段時間思考和行動的總結。
    按慣例應該一年一總結的,不過最近這段時間步子邁的大了,扯着蛋了,宜進行總結,也是梳理思路。先從題外話開始。
    我不是完美主義者。在博客文章中,經常犯有各種各樣的錯誤,或者讀者指出的錯誤。自小到大,對待錯誤,養成了一種根深蒂固的習慣:記下來,但不在現場改正。不是會給讀者造成誤解可能會發生嚴重后果的錯誤,一般不在正文改正。“保護現場”,讓缺陷一目了然。我貼出的代碼,如果想直接復制運行,一般是行不通的。
    很多人是從技術入管理,我從管理入技術,所以我更看重的是技術的商業價值而非技術本身的意義。從非技術的角度來考慮,正確的東西往往意義不大。而那些80%可能正確的東西,才是值得追逐的。對於文章,能夠讓人思考,能夠給人提供閱讀體驗,能夠提供給人另一種選擇,這個價值要大於提供一個正確代碼的價值。記得以前在論壇上跟人聊天時,用英語寫了幾句話,描寫一個場景,引起了眾人的驚嘆——好美的場景啊。過了幾分鍾,大家醒悟過來,紛紛指出,這個里面有好幾處語法錯誤!恩,這就是俺的風格,哈哈,有風景也有地雷,請小心了!
    用行動去發掘觀點,去驗證和修正觀點。我認為IT技術是反城市化的,所以從大城市回到小城市。認為Flash是有前途的,所以基於此發展出一系列方案。認為C# unsafe是做圖像分析最合適的技術,所以一直在努力。就上面三件事來說,都屬於離經畔道的,不經歷驚心動魄的拼殺,是體會不到其意義的。目前這一階段的拼殺已經完成,已經非常接近我的理想:樂悠悠的寫着代碼和文字,春暖花開。
    當質疑文中或許正確或許錯誤的觀點時,俺其實已經在准備下一個更為驚心動魄的旅程了,很多行動,很多觀點,要放在更大的框架下才能看出意義。這就是正文要談的——雲端漫步。
 
 ====
 
    為什么把圖像應用選做方向?這個問題是2009年及之前思考的。
    人接收到的信息,70%來自視覺。目前,基於文字的IT技術已經非常發達,機會不多。基於圖像的IT技術正在發展中,無論是短期、中期和長期,都有非常多的未滿足需求,可以做一輩子。而從技術門檻來說,這方面有門檻,可以很好的保護自己在這方面的時間投資。
 
    選用什么技術去做圖像應用?這個問題是2010和2011年所思考的。
    其結果就是我現在的選擇——C#和Flash。其一,快速開發,可以彌補我個人時間的不足;其二,C#很靈活,用來寫算法和服務器端,Flash跨平台(Web,安卓和iOS),可以用來寫UI端,Flash的優勢正是圖形圖像。Html5我考察過,但是放棄了,它無法實現我的想法,開發速度也不快,兼容性問題嚴重,會不會再考慮它,要看它接下來幾年的發展了。
 
    怎么樣去開展圖像方面的業務?這個問題是今年所開始思考的。
    現在已經有了答案——雲端漫步。
 
    雲端漫步,這個“雲端”二字有兩種解讀——作為整體的“雲端”和分開的“雲”和“端”。“雲端”二字更強調雲計算,“雲”和“端”更強調分工,本文中的雲端,指的是分開的“雲”和“端”——雲中心和Web端、桌面端、移動端,這三端。
 
    技術選擇,一定要和內外環境結合起來。寫到這里,大概可以明白為什么要選擇C#和Flash——C# 對應的是雲,Flash對應的是端。C#我們有mono,mono有源代碼,有指針,快速開發,快速編譯,有顯卡編程,是圖像雲計算非常合適的工具。Flash是目前唯一可以較高性能處理圖形圖像(2D,3D),又能同時運行於桌面(通過AIR)、Web(通過Flash Player)和移動(通過AIR)的UI技術,不排除發展到一定階段,改寫成原生應用,但至少在前期用它會省很多事情,尤其是,它還能貫徹很多想法,衍生出很多新型商業模式出來。
 
    雲和端的分工:
    雲中心提供中心服務、數據服務、付費服務。從技術上來說,雲端方便試用,方便使用,可以集約利用計算資源。從商業上來說,雲端的優勢就是方便收費,對國內市場來說,這個價值也許比它的技術價值更為重要。
    三端提供UI接入。三端中最重要的是移動端,移動端是三端中作為圖像入口最方便的,其它兩端可能更偏向於企業應用。
 
    有了雲和端,下面聊聊業務。
    · Face.com 這是典型的“雲”“端”應用,同時提供第三方API。類似應用……
    · Web APP也可以作為應用,授權給用戶用。比如,把DIY應用出租給淘寶定制店(定制照片書,被子,抱枕……);把游戲授權給其它網站用;把電子書授權於其它網站用,授權於移動應用;電子樓盤,菜譜,名片定制,Flash控件 …… 
    · Kinect其實也是一端……
    · 其它 ……

    這里只詳細談談第二種,以此為案例作為技術選型的案例來分析。第二種,可以有下面的業務模式:
 
    (1)消費者通過Web在服務商的網站使用APP,服務商通過收費或廣告盈利;
    (2)消費者通過移動平台使用服務商的APP,服務商通過收費或廣告盈利;
    (3)消費者通過桌面應用使用服務商的APP,服務商通過收費或廣告盈利;
    (4)用戶在他的網站或店鋪上租用嵌入APP,按流量或時間付費;
    (5)用戶填入選項,在線編譯為和他的網站綁定的APP,按照時間、編譯次數或者其它依據付費;也可免費,免費可以使用基礎功能;也可免費但嵌入廣告;
    (6)用戶可以在線編輯、編譯APP,通過他的途徑,分發讓人下載使用,根據編譯次數付費;或免費但是嵌入廣告;
    (7)用戶可以在線編輯應用(如電子書),然后將它編譯為指定平台的應用,他自己發布到移動商店里,按次數收費。

    也就是說,既可以讓消費者直接使用,又可作為服務租給第三方使用(類似於代理商的角色),也可以充當編譯平台(雲端),讓第三方直接在線編譯為對他定制的版本使用。
 
    舉個例子,類似網易印象派(http://yxp.163.com/),在線定制商品的APP。
    (1)用戶可以直接在線使用,定制商品然后購買;
    (2)也可以出租給淘寶店家,內嵌到他自己的店鋪中定制;
    (3)也可以出租給某個電子商城,讓他嵌入到自己的網站中;
    (4)如果覺得數據放在第三方不靠譜、不穩定,那么你可以在線付費編譯成一個應用包,將這個應用包放在你的服務器上,這個應用包和你的域名綁定了,素材也和域名綁定了。更新素材的話,在服務商網站上更新,然后生成素材包上傳;
    (5)如果想要可以桌面運行的版本給你的加盟店用,也可以在線付費編譯一個本地發布包,用自己的渠道發布;
    (6)如果想要移動版,則在線定制編譯出你想要的移動版,綁定素材,用自己的渠道發布。

    再舉例說,隨着平板電腦的流行,出版業將會發生很大的變化。多媒體出版的時代要到來了。未來的教材、書,不是文字和圖畫的書,而是文字、圖畫、聲音、小游戲、檢索、分享、交互、更新等為一體的多媒體應用。從這個意義上,書籍、菜譜、名片、宣傳冊等將會統一到一個框架下。這樣一來,雲加端可以提供:
    (1)用戶可以在服務商網站上瀏覽多媒體出版物;
    (2)用戶可以下載到自己電腦上瀏覽多媒體出版物;
    (3)用戶可以在移動設備上瀏覽多媒體出版物;
    (4)也可以將出版物授權到對應的網站;
    (5)也可以用戶在線編輯、編譯成自己的出版物,通過Web、桌面或移動等渠道來發布。

    雲 + 端的前景很廣泛,單是APP就可以分析出這么多條。其中較關鍵的:跨平台的能力,在線編譯技術,授權問題。這三點用Flash都可以解決。
    Html5在跨平台的能力上還不足,主要有兩點,第一是目前Web端html5占有率不高;第二是平台間的兼容性比較差。在線編譯上,html5沒問題。授權上,用Flash可以做出各種各樣的授權策略,而html5很難。所以我思考了很久,決定放棄html5,或者只將它做為補充。
 
    其它的簡單談兩句。想象這樣一個場景:你一個大老爺們開了一個網上服裝商城,請模特很貴,甚至你在小城市,找到潮流的漂亮女孩子很難,你身材還馬馬虎虎,不是特別胖的那種,你穿上女孩子的衣服,站在Kinect(當前Kinect版本的數據精度還不夠)前,搔首弄姿,Kinect把照片和你身體的數據采集下來,傳到雲端,雲端你選中的3D模特模仿你做類似的動作,然后衣服根據她的身材進行變形,后台幾百個顯卡進行實時渲染,渲染出照片級圖像,傳給你,你把傳到網上。想要什么樣的模特就有什么樣的模特,身材、發型、臉蛋等都可以定制,想要什么樣的背景可以有什么樣的背景。當然,這些都是需要付費的。但好歹也比現在一個模特一天2000元未來通貨膨脹后還不止這個錢要便宜得多。

 

    讀到這里,是否覺得《C# 指針之美》一文除了代碼優美之外,還有種壯美呢? 哈哈,這是針對雲計算吹的戰斗號角!

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM