(more…)

Handlino and David Flio, the co-founder of Yahoo!

RandomLife is a bingo machine generator. Whenever you find yourself failed to decide among many options, you can use this machine to randomly choose one. Or you can play bingo created by other users. It can help you decide your dinning plan, next movie to see, what to do in the weekend besides hacking, or anything else. It is now available online at bingo.handlino.com, let’s have fun together!.

(more…)

1. 全文訊息 QRCode

先來個有圖有真相：

那麼，要如何產生呢？

(more…)

In Opmsg, we have a Opmsg::Test::Fixtures that let you do this in your test files:

use Opmsg::Test::Fixtures qw(users messages);

The Perl code of Fixtures module looks like this:

package Opmsg::Test::Fixtures;
use strict;
use warnings;
use utf8;
use encoding 'utf8';
use JiftyX::ModelHelpers;

sub import {
    my ($class, @fixtures) = @_;
    for(@fixtures) {
        if ($class->can($_)) {
            $class->$_();
        } 
    }
}

sub users {
    User->create(name => "user1", openid => "http://user1.example.org");
    User->create(name => "user2", openid => "http://user2.example.org");
    User->create(name => "user3", openid => "http://user3.example.org");
}

sub messages {
    my $u1 = Jifty->app_class("CurrentUser")->new;
    $u1->user_object( User(name => "user1") );
    
    my $m = Message->new(current_user => $u1);
    $m->create(content => "Test Content A");
    $m->create(content => "Test Content B");
    $m->create(content => "測試中文");
} 

1;

Played a little bit import magic here to take arguments from use statement, but not too much.

Using the recently released JiftyX::ModelHelpers module, you’ll find it very readable to write these fixtures. You should be able to easily understand that it’s creating 3 users and 3 messages that belongs to “user1″, even without too much Jifty-fu in your body.

So this is one good way to test your Jifty apps with fixtures.

就在 COSCUP 2008 結束的當天，新的 Opmsg 面貌稍稍地上線了。

Opmsg 是今年筆者(gugod) 於有點閒時間時寫的 OpenID 版的 Twitter，全名也叫做「open message」，主要的目標是想做出開放性的萬用訊息流通平台。目前慢慢地在參考 Jaiku、Plurk、Ident.ca 等其他同性質的網站，整理出一套「和而不同」的風格。

此次最主要的更新是視覺設計，十分感謝 underfire++ 與 hlb++ 的大力協助，雖然是很困難的三欄式格局、雖然是有那麼多的圓角框，但整個 HTML 語意仍然十分簡單，足見此二人 CSS 能力之深之巧是也。有興趣了解的讀者不妨參考一下前篇文章： CSS技巧 欄位自動互相適應高度

這個網站也因此正式成為和多的服務網站之一，目前功能陽春，完全免費。日後也會不斷地加上新的服務項目，比如手機簡訊通知、站台機器人等等。筆者也正在考慮要參考 identi.ca 將其站台的源碼做為開放源碼的專案來開發。有興趣的讀者，敬請不吝指教，回覆本篇部落格文章、或是利用 opmsg.com 頁面左欄的意見回覆表格都可以。

除了視覺設計，還計有以下小更新：

• 增加中、英文語系切換
• 頻道 Badge 程式碼更新
• 頻道 RSS 路徑更新
• 使用者可以離開先前加入的頻道
• 使用者 nickname 與他人重覆時的 URL 修正
• 增加使用者頁面： 如 http://opmsg.com/user/gugod

除了 Opmsg 之外，和多尚有一關於文字的產品：Chatlino，這是個既時文字聊天室，目前有個產示站台：Chatlino Demo（需以 OpenID 或註冊的帳號登入）。若有興趣在自家企業中架設即時或非即時文字聊天的讀者，歡迎 與我們聯絡，讓我們替您服務。

不同的需求通常有不同的解決方案，在這筆者以最近設計的 Opmsg 為例子（參考畫面），在這三欄的設計中，需求是中間欄位能夠自動適應左欄的高度，當中間欄位內容高度少於左欄時，其背景仍能高於左欄（參考畫面）。

首先把中、左兩欄合併定義成為一個欄位取名 #column-1 並 “float: left”，最右欄取名 #column-2 並 “float: right”，右欄由於打算讓它完全依內容決定高度，因此接下來依一般方式處理即可。

回過頭來，剛剛的 #column-1 先放置中間欄位的背景圖上半部，並將圖片靠上靠右，#column-1 底下再放置一個 div 取名 #bd，然後將中間欄位下半部的背景圖切大張（高度）一點，放置在 #column-1 #bd 靠下靠右，這時中間欄位雖然還沒切，但背景已經出來。

#column-1 #bd 底下再切出兩個欄位分別為 #left（float: left） 與 #right（float: right），而這裡的 #right 其實就等於擁有背景圖的中間欄位了。#left 左欄依前面 #column-1 的方式將背景圖放上基本上就大功告成。

在這個案例中，中間欄位的背景圖片放在最外層，因此在裡頭的左欄可以實際控制著中間欄位在視覺上的最小高度，雖然並非真的讓欄位互相適應高度，但還是可以滿足實際的視覺需求，有點像是在變把戲（trick）XD。

當然 opmsg 的 CSS 實際上要複雜一些，不過基本上就是這個原理。

不過筆者當初在實做 VeryXD 時卻遇到了一個難題，官方的範例只講解了如何用 file upload 的方式丟檔案，沒有說如果要玩內部拷貝的話要怎麼作 <囧>，這樣是要怎麼不停的拷貝生圖啊，總不能合成的方式使用自己再丟 HTTP post 這種方式鳥方式塞進去吧。

所以當時花了一兩天在研究到底要怎麼內部扔 …（從 Photo Model 扔到 Gphoto Model去），幾乎看遍了當時所有 Google 上能找到的所有資料 :(，還好最後是有暴力幹出來，不然就沒有 VeryXD了。

最近在寫 DEMOMO SHOW 用的比賽網站，又用到這招，找了一下還是沒有人提這個 trick，乾脆來貼一下要怎麼做好了。

@photo = Photo.find(1)
@award_photo = AwardPhoto.new
@award_photo.content_type = @photo.content_type
@award_photo.filename = @photo.filename
@award_photo.temp_path = "#{RAILS_ROOT}/public"+@photo.public_filename
@award_photo.save

就這麼簡單，希望對大家有一點幫助。

也就是

name,number,country
alice,1,TAIWAN
bob,2,USA
cindy,3,JAPAN

能被包成 [ { :name => “alice”, :number => “1″, :country => “TAIWAN” } ,{ :name => “bob”, :number => “2″, :country => “USA” },{ :name => “cindy”, :number => “3″, :country => “JAPAN” } ]

require "csv"

class << Hash
def create(keys, values)
self[*keys.zip(values).flatten]
end
end

sp_array = Array.new

first = true
first_row = []

CSV.open("XXX.csv","r"){|row|
if first
first = false
first_row = row.to_a
else
result = Hash.create(first_row,row.to_a)
sp_array << result
end
}

深入研究者多

在議程方面，有不少關於 Ruby VM 的發表。第一天一開始就有兩場，除了 Ruby 1.9 的 YARV 的主持人「笹田」之外，還有 Rubinus 以及 jruby，第二天則有 MacRuby。

笹田把 Ruby VM 當成學術研究計畫，並且在東大中爭取到了研究室，目前正在招生：東京大学大学院 情報理工学系研究科 創造情報学専攻 笹田研究室 (非常長的全名)。

Rubini.us 是來自 Engine Yard 的員工 Evan Phoenix 的計畫，它也是實做 Ruby VM，但著重於將許多 VM 本身才能得知的資訊，以 first class object 的形式提供出來，像是 Method (讓函式可以取得自身的資料)、SendSite (method caller / callee) 等等。Evan 的全職工作就是做此 VM 的研究。實在是非常令人羨慕的工作。

MacRuby 是 Apple 員工 Laurent Sansonetti 的做品，基本上的概念是把 Ruby 1.9 放在 Objective C Runtime 上面執行。或者也可以說，Objective C 的 Runtime environment 就是 Ruby VM。這樣一來便可以直接利用其能力，主要重點還是在於 GC。

由於 CRuby (官方釋出的 ruby) 的 GC 使用的 Main Thread ，只要 GC 一開始進行，程式的所有部份都必需要暫停，因此每個 VM 實做都有強調如何改善 GC。若像 jruby 本身是 java vm，或 macruby 是 objc runtime，都是已經有長久深遠實做的 vm，多半沒有這個問題。

第二天有位講者在台上問：「這裡有讀過 gc.c 原始碼的請舉個手」，台下有百來位聽眾竟有二十幾位舉手。可見這個社群中深入了解 ruby 計畫的人不少。

商業支持層面廣泛而深入

前述所說的幾種 Ruby VM 全都是屬於企業的研究，jruby 現在也是 sun 的計畫，MacRuby 則是 Apple 的計畫，Rubinus 則屬於 Engine Yard。這些研究計畫的研究者也都全職付出在計畫上。

而這些都是 Ruby VM 而以，還沒談到關於 Ruby on Rails、或是 Ruby IDE 等等其他「週邊」產品。由於 jruby，基於 Eclipse 或 Netbeans 的 IDE 編輯器也相當的完整，會場上另有發表一套 Code Gear。不過台上在示範開發 Rails Demo App 時，跑 db migrate 竟然導致 IDE Crash，引得大家一陣笑。Never live demo。

與 Perl 社群重疊

與會者當中有許多曾在 YAPC::Asia 看到的熟面孔。再加上我本身也是 Perl 社群的人，Ruby 會會長高橋征義本身也在閉幕的致詞中強調會多多向 YAPC::Asia 學習。我想在日本這個軟體開發資源充沛的環境當中，會同時使用 Perl、Ruby 或更多語言的程式設計師想必不在少數。

最後我以我這兩天玩的 Ruby Golf 做個結尾

Japanese numeral

U='個十百千'
D='零一二三四五六七八九'
$<.each{|l|v=-2;l.scan(/([#{D}])?([#{U}]|$)/u){|m|v+=D.index($1||"一")/3*10**(U.index($2)/3)};p v}

Compound interest

$/=":";a,b,c=$<.to_a;1.upto(a.to_i){puts b=b.to_i;b*=1+c.to_f/100}

同一題的 Perl 版

($a,$b,$c)=split":",<>;print$b,$/and$b+=0|$b*$c/100for1..$a;

學著玩 Ruby Golf，自已的知識又增加了不少，大家也不妨試試。

Flickr 跟 Google 提供的 OpenID URL 都是利用現有的 URL，相當方便。 Yahoo 的 OpenID URL 則是需要去啟用一下。而 且他們不建議直接把yahoo username 放在 OpenID URL 中，username 見光 之後就會出現 SPAM 等問題。

Google 的話，則是 Blog URL，由於跟 google username 原本就沒有一對 一的對應關係，所以不會衍生出 SPAM 問題。

• Flickr: http://flickr.com/photos/
• Google: blog website URL.
• Yahoo: http://me.yahoo.com/a/

這也讓我不斷的思考：倒底 OpenID 這個 URL 應不應該是個公開的資訊？ Yahoo 的做法相當的正確，因為 yahoo username 直接會對應到 Email，造 成有心人士可能藉由 OpenID URL 取得 Email 名單。雖然 SPAM 問題早已 成災，但若因此視而不見，也只是在製造出更多可能的問題。

而 Flickr 會不會有這個問題？其實也有，Flickr 上的 comment spam 已 經不少。但比較幸運的是，Flickr 的訊息傳送是自家的，比起 Email 來說， 較容易在server 端加上防 SPAM 的機制。如果是照片的存取控制的話，就 算引來許多有心人士將你加入好友列表，只要你不將他們也加入好友列表， 你的私有照片就不會曝光，因此，也不會有太大影響。另外一個觀點嘛，反 正放在 Flickr 上的相片本質上就是拿來共享的，因此，拿 OpenID URL 當 做一個廣告手段也沒什麼不好。換句話說，這種 OpenID URL 就算是公開了， 也沒什麼不妥的。

Cilckpass 則提供了十分有意思的做法。這家 OpenID 提供商所提供的 OpenID URL 完全是亂數產生的。註冊成為會員之 後，它會引導你進入其他可以使用 OpenID 的網站，但是，他提供給每個網 站的OpenID URL 都不一樣。雖然對應到 Clickpass 上都是同一位會員，但 這樣的資訊只存於 clickpass 網站上。整體來說， clickpass 的會員跟本 不需要知道自已的 OpenID URL 是什麼，只消點擊 clickpass 站上的各網 站的按鈕，就能直接登入其他站。好處是相當的方便，但反過來說， clickpass 就鉗住通往各網站的大門了，能逛的網站就被 Clickpass 給限 制住了。以這層意思來說，似乎有那麼一點點違反 OpenID 原本設計的原意 了。

最近公司所開發的新 Web 2.0 服務 SudoMake 就鼓勵使用 OpenID。有別於其他能用 OpenID 登入的網站，SudoMake 能讓你使用多重 OpenID 登入。這是個十分 貼心的功能。大家都有 Yahoo 帳號、Google 帳號、Flickr 帳號，因此你 可能有三個能用的 OpenID 了。你可能會忘了你當初在網站甲是用 Google OpenID 登入，還是 Yahoo OpenID 登入、還是其他家的 OpenID。在 SudoMake 上可以登入後一次加好所有的 OpenID，這樣以後就算你忘了也沒 問題，用哪個都行。