目前分類:軟體商業與技術討論 (39)

瀏覽方式: 標題列表 簡短摘要

1. 真實世界的需求

文章標籤

miin1130 發表在 痞客邦 PIXNET 留言(1) 人氣()

Response Design的一些設計哲學
 
文章標籤

miin1130 發表在 痞客邦 PIXNET 留言(0) 人氣()

在解釋VPAID是什麼東西之前,建議各位先點選此連結並點選廣告(別忘了要點廣告喔!),http://static.openvideoads.org/rc/ova.jwplayer.5x/examples/pages/vpaid/example1.2.html 。您會發現他跟傳統的串流廣告不太一樣,他是可以互動的廣告。
 

文章標籤

miin1130 發表在 痞客邦 PIXNET 留言(0) 人氣()

近期在研究VAST,結果我發現不論是繁體或簡體的資料都少的可憐,對我這個門外漢來說實在是很杯具的一件事,所以只好把很硬的原文技術規格拿出來啃了,反正都啃了,那就順便寫一篇中文介紹文給各位吧,所以,如果其他的VAST先進發現小弟有寫錯的部分,還請不吝指導。

關於互動廣告,您應該知道

文章標籤

miin1130 發表在 痞客邦 PIXNET 留言(1) 人氣()


網路發展至今已經超過十年了,但我個人比較密集觀察網路產業,則是近四年,我曾跟朋友提過,我覺得有三個趨勢有可能會在未來五年內引爆,而且是全球應用而非單一區域,說穿了,很多都是老生常談了,但為什麼我會特別挑出來這些來談,甚至投身到其中一項,我簡單的說明個人觀察如下

文章標籤

miin1130 發表在 痞客邦 PIXNET 留言(0) 人氣()

上週因為某個專案的關係,硬著頭皮研究,不過研究過後,覺得還蠻有趣的,就將它寫下來跟各位分享了,如果有錯的地方,還請包涵與指正了

CDN_JPG.JPG        

miin1130 發表在 痞客邦 PIXNET 留言(0) 人氣()

本周比較忙,只好寫寫過去這段時間,我個人在研究一些技術方面的心得,您放心,我不會寫太多關於技術本身的內容,以免太多人看不懂

miin1130 發表在 痞客邦 PIXNET 留言(0) 人氣()

 


miin1130 發表在 痞客邦 PIXNET 留言(1) 人氣()

iphone、ipad、Android 手機、Android平板電腦、Facebook、Twitter、FourSquare、Quora、AR(擴增實境)、RFID/NFC...一堆酷炫的名詞,幾乎每個人都能說上幾句,如果不說上幾句就好像很遜,所以,如果您要我為這些整理出一個名詞來歸納,我會用 "個人化" 來歸納這些發展

miin1130 發表在 痞客邦 PIXNET 留言(0) 人氣()

我不是NFC/RFID的專家,我只是因為有興趣,而花時間去了解,以下只是寫下我所知道的部分,如果有錯還請海涵指正。

miin1130 發表在 痞客邦 PIXNET 留言(0) 人氣()

"社群應用是一種系統底層架構設計"這是小弟我最近的規劃某一專案的感想(我不知道最後客戶能不能接受我的規劃,但經由此規劃案我覺得我學到很多)

miin1130 發表在 痞客邦 PIXNET 留言(0) 人氣()

幾個月前聽到Zynga因為Facebook Credit(以下稱為f)問題跟Facebook吵得不可開交,還傳出Facebook要求經由f幣抽成30%而讓市場一陣嘩然,後來雖經過簽署長期合作合約而落幕。不過,就在幾週前市場又傳出,Google拿出一億美元投資Zynga,看來這場惡鬥還不會落幕。但這樣讓我聯想到一個問題,Facebook到底有沒有實力抽取高達30%的利潤,這個問題困惑我很久,因為看起來Facebook發展的策略有不一致的情況。


miin1130 發表在 痞客邦 PIXNET 留言(0) 人氣()

延續之前兩週談的 [可互動的電子書與雜誌引擎]系統規畫,本週談到後台的功能規畫,也算是本系列的最後一篇了,下週將再談談新的主題。

後台功能-上稿概念 

miin1130 發表在 痞客邦 PIXNET 留言(0) 人氣()

本周接續上一周的電子書前台的規畫,下一期我會再提到後台的功能規畫

miin1130 發表在 痞客邦 PIXNET 留言(0) 人氣()

在報紙上看到這篇報導 ” 經部打算讓電子書上雲端 ,這讓我想起之前我寫的另一篇文章ipadHTML5與電子書淺談,其實當時除了寫該篇文章之外,在同時我也將這個議題當做練習題來思考,發揮自身所長,做了一些該產品的初步規畫,說穿了,反正我自己一個人也寫做不出來這樣的產品,不如就跟各位分享,如果有興趣的人可以跟我一起討論,相互求進步。不過,由於篇幅較長,我會將它分成數週刊登出來,請各位見諒。 

 

miin1130 發表在 痞客邦 PIXNET 留言(0) 人氣()

我並非此領域的專家,只是個人有一些興趣在觀注相關的研究而已,如果下文討論的部份有錯誤,還請不吝指教。

 

miin1130 發表在 痞客邦 PIXNET 留言(0) 人氣()

最早遇到Service Oriented Architecture(SOA)相關的專案,快要回推到約五年前的專案了,當時SOA如日中天,不論是技術相關書籍網站、或是商業相關雜誌,幾乎一窩瘋的推廣SOA,有點像現在在談的雲端運算的情況。現在回過頭來看SOA,當然就有些個人的想法,不過也因為是個人的看法,如果有誤還煩請見諒與指教。

 SOA_Cartoon.jpg 

miin1130 發表在 痞客邦 PIXNET 留言(0) 人氣()

觀念上的學習

開放!! 這就是政府網站首先要學習的項目。什麼意思? 不論是Google、Yahoo、Twitter、Plurk與Facebook都有開放API 給第三方使用,並由第三方衍生出更多服務給網路使用者。從這個角度來看,其實政府也可以學習開放API給第三方截取資料使用,在此我並非建議政府廢除官方的網站,但反過來說,政府不需要,也沒有能力滿足民眾所有的需求,特別是在資料數據整理、分析與施政宣傳說明這些領域,將這些領域的官方資料開放API讓第三方取得,利用民間的力量,是可以用來來補足政府力所不足的地方。當然,這也會衍生出另一個問題,第三方若是商業利用,政府是否有圖利廠商的問題,但個人相信,只要站在資訊公平取得的角度來看,就可以迴避此問題,達成節省政府經費、促進網路產業發展與加強民眾對政府施政透明度了解的三贏局面。

miin1130 發表在 痞客邦 PIXNET 留言(0) 人氣()


Facebook 石破天驚的Open Graph

miin1130 發表在 痞客邦 PIXNET 留言(0) 人氣()

先簡單的說明一下什麼是Traffic Server,目前我所看到國外對此的介紹,其實就是Proxy Server,而Proxy Server在應用上又可以分為Forward Proxy Server 與 Reverse Proxy Server,前者用於一般使用者為加快網路資料取得速度而設定的,後者則是服務提供者為加速服務的提供,而設定的快取機制。Traffic Server就我個人所看到的資料,在架構設計上似乎兩者都可以。除此之外,一般的Proxy Server只能處理http的通訊協定,但Traffic Server不僅止於http,經過適當的調整也可適用於其他的相關通訊協定。當然,最重要的是,Traffic Server依Yahoo的說法,是目前他們所發現最快的Proxy Server,加上適當的平衡負載能力,認證授權代理與組態管理,已成為他們現行處理大量運算資料的網路代理伺服器,其架構設計非常適合用於雲端運算使用(註1)。相關新聞請看 Guest Post: Yahoo's Cloud Team Open Sources Traffic Server 。簡單的說,就是Yahoo將他們現行用於雲端運算的Proxy Server - Traffic Server ,釋出為開源程式碼了,這代表未來所有人都可以免費使用跟現行Yahoo相同等級的Proxy Server了,從產業的角度來看,這是一件很有趣的事,當然,讓我產生一些有趣的聯想,跟各位一同分享。


miin1130 發表在 痞客邦 PIXNET 留言(1) 人氣()

1 2
找更多相關文章與討論