E.J. BLOG

Archive for September, 2010

[News] Music Lovers, Be Prepared To Fall In Love Instantly – Meet The New Shuffler

leave a comment

原文 From TechCrunch

現在已經有愈來愈多正面的聲音開始在討論「Shuffler」,一個利用全新方式來探索網路上音樂資源的網站。

TechCrunch

那一開始我們要先知道,Shuffler到底是什麼東西?

這是一個由總部設立於阿姆斯特丹的公司ーTone.fm所設立的網站,這個網站的特色就是在於它能夠從各式風格的網站中搜尋出多類型的音樂。

當你第一次瀏覽這個網站的時候,你可以選擇你喜歡的音樂類型(舉凡電子樂到嘻哈,或是古典搖滾到民謠都有)然後就可以即時聽到相關類型的歌,而大多都是你從來沒聽過的!而這個線上服務是利用Last.fm的API來幫助判斷歌曲類型的。)

from TechCrunch

這裡面的歌曲都是從網路上大量的音樂部落格搜集來的,不過基本上只要任何網站有RSS Feed的都可以被搜錄進來(像是Wordpress、Typepad、Posterous、Blogger…等),而在你選完歌後,螢幕上方的導覽列上有放置一些有特殊功能的按鈕,像是歌曲可以中途暫停、可以被轉寄、可以被發到Twitter上甚至是點選Facebook讚的功能,

而在那個導覽列上,你也可以利用類似上一頁、下一頁的按鈕來跳到之前聽過的歌曲或是跳到下一曲歌曲所在的部落格去。如果你把整首歌聽完的話,那系統會自動把你導向到同一類型但不同歌曲的網站去。另外如果你想的話,你也可以在菜單中選擇不同類型的音樂來符合你今天或是當下的心情。

from TechCrunch

無庸置疑,Shuffler在找音樂這件事上是很傑出的,雖然要從歌曲中找到你真正喜愛的還是要取決於你有多挑就是了。另外我希望能夠有書籤的功能來讓我記下我喜歡的歌,然後提供一個單一的介面來讓我能夠直接讀取那些歌曲來聽,只不過這類功能比較適用於像我一樣的音樂愛好者就是了。

Shuffler也維護了一個部落格清單,在一個月前上面約有1600筆資料,而目前就徵求使用者和發表者能夠多提供一些優質的部落格來充實這個清單,預計在短期內能夠成長到2600筆部落格資料。

總計來看,這真是一筆很大的音樂量呢。

而且從今天開始,SoundCloudYoutube也已經被加到清單內,而Shuffler也對外宣稱他們會多提供三倍的歌曲量來滿足使用者的需求。

所以還有哪些是新的功能呢?從今以後,你可以把特定的部落格轉型成音樂播放站,例說如你可以轉開Pitchfork來當你今天的收聽頻道吧,另外,也有一些網站已經開始嵌入Shuffler的頻道按鈕在他們的站內了,如TSURURADIO的右邊欄。

Shuffler由Tone.fm創立至今,也開始要籌募資金來使網站成長,現在他們正打算於年底前推出iPad的應用程式,同時也有iPhone、Android應用程式及具有更多功能的進階版本。

這些應用程式及進階版本的想法都是可能生錢的來源,不過Tone.fm說他們也會試著嘗試廣告的部分。

那如果你不建議的話,我現在就要來去Suffling了。

【評】

這個網站的想法其實和之前我們專題在發想的時候所想的類似,只是我們原本是打算利用Youtube上的各種影片來做到一個BroadCast Website,讓大家無論在何時登入這個網站的話,都可以即時聽到當前伺服器正在播放的歌,然後大家都可以為該影片、音樂做一個即時的回應,直到換歌的時候才刷新回應列表,然後重新開始。

然後不定時就會來一個藍調之夜或是鋼琴之夜,大家只要掛在站上就可以一直聽到各種歌曲而不用換歌,算是一個還蠻有趣的應用,只是沒有去實作就是了XD。

而這個網站目前還是利用自己選定的網站音樂來當做資料庫內的資料,要等到他能夠開放到讓所有的使用者都能自行推薦音樂來源的話才比較可能普遍化,甚至是讓使用者能夠有自己個人化的播放清單才會比較有搞頭,比較成功的例子就是StreamDrag,他是以Youtube的資料為主,然後使用者搭配一組個人帳號就能新建個人的播放清單,因為水管是從Youtube接的,所以至少在載入速度上面就比Shuffler快上許多。

不過雖然如此,他們能夠找出部落格上的音樂資源(不只是MP3這麼簡單而已),並把他們做分類及串接的這個動作是讓我覺得非常難以置信的,因為技術上的實作應該有一定的難度。

所以下次如果你自己有個自己的部落格,而且裡面有放很多音樂資源的話,應該也可以適著嵌入自己的按鈕,讓Shuffler來幫你做個客製化電台吧:]。

Written by EragonJ

September 18th, 2010 at 12:37 am

[News] Google Maps, Like YouTube, Get Instantized

leave a comment

原文 From TechCrunch

From techCrunch

「Gmail Instant」也許真的很有用,但什麼是Google下一個目標?「Google Calendar Instant?」還是「Google Image Search Instant?」好吧,這些設計也許真的也很有用。事實上,這真的很難想像即使是即時化服務也不會讓Google從中獲得少許利益。

啟發於Google Instant的服務及 Feross Aboukhadijeh 這名工程師因為製作了「Youtube Instant」的實驗性質的網站而得到Youtbue工作機會的故事,美國阿拉巴馬州籍的開發者- Michael Hart 使用 Javascript Library – jQuery 及 Google Maps API 打造出了一個輕巧好用而且會更新全世界各地資料的「Google Maps Instant」。而就和故事中的Feross一樣,Hart也剛好也正在尋找工作:P。

依 Michael Hart 的說法,這個即時化的介面會即時地預測你想前往的地方並產生秀出即時搜尋結果,而他所設計的這個服務則是花了4小時及193次的改版才打造出來的(他目前也正努力和Google Maps 上的圖標有關的問題,及使用iPhone或Andorid手機瀏覽時的一些功能)但是雖然可以使用 Google Maps Instant 來查詢你正要去哪裡是一件很酷的事情,但是我不認為Google Maps Instant能夠和Youtube Instant有一樣的機緣就是了:P。

【評】

Instant這個想法其實並不新穎,也有很多實作的例子,最常看到的例子就是使用者在註冊時的密碼強度測試,如下圖:

所以這個東西實作並不困難,網路上都有許多的例子都可以用Ajax的方式來達到這個目標,那既然如此,到底是難在哪裡?難就難在他搜尋的資料量太大,而非同步互動的時間相對卻要縮短,而且秀出的結果還要依使用者們的習慣依序排出。要做到如此困難的事情除了在演算法要下大量的功夫之外,還需要許多方面的支援才做的到。

僅管如此,Instant在UI上是一個很重要的互動模式,能夠即時讓使用者了解到目前的Query是不是會產生預期的結果,雖然在背景下增加了一些Query的次數,不過對於具有強大財力背景的Google來說,如何讓使用者開心才是最重要的事吧:P

Written by EragonJ

September 12th, 2010 at 6:09 pm

[CSS] How to determine ‘Specificity’ ?

leave a comment

有在寫web方面的朋友,特別是視覺設計人員應該對於這個詞並不陌生吧,每當我們有一大堆CSS(Cascading Style Sheet)設定檔的時候,那種交織在一起的感覺真的是讓人又愛又恨,對我來說,因為這部分的設定有很多部分都是為了Cross-Browsers而寫出來的雜亂Hacking,如果沒有註解,那久而久之根本就不知道當初是在設定什麼東西,也就無從改起。

所以我一直都覺得CSS在某種程度上和Regex算是平等的,都是Write-Only的一種表示法,只有在寫的當下你會知道是什麼意思,但是下次之後就絕對看不懂。你說我唬你?那你知道下面這是什麼鬼嗎:

哈哈,我也不知道,那是從RegExLib.com隨便抓的例子,好像是在做email驗証的吧,管他的,太噁心了,阿你CSS寫大了又切割成數個檔案,每個檔案都在夾縫中求生存,一邊+5px,一邊-2px,這不就是Regex的再版嗎…

因為自己時常有這種問題產生,所以從中會衍伸出一個問題就是CSS覆寫的priority,通常如果像我這樣蠢的人,一開始一定以為就和寫程式一樣,是以sequential的方式由上往下跑,那就最後的設定一定會蓋過最先的設定呀,這還要說嗎?阿如果真的是這麼容易就好了,其實是有規則的:

所以如果以後對於其樣式的優先順序有什麼不確定的地方的話,就愛用CSS specificity calculator吧,這個網站是我尋覓了一陣子才發現的,而且似乎也有一直在更新,不妨試試看吧。

Written by EragonJ

September 4th, 2010 at 8:14 pm