現在、メール欄が空でないコメントを弾いています
2010-03-11
■ [ruby] RubiniusのJITコンパイル
開発者Evan Phoenixの記事。
http://www.engineyard.com/blog/2010/making-ruby-fast-the-rubinius-jit/
■ [ruby] 世界のRUG (Ruby User Group)
http://www.rubyusergroups.org/
宝石がグループ、人型がユーザ。南米が熱いな。

via RubyInside
[ツッコミを入れる]
2010-03-02
■ [git] githubで任意の2点間のdiffが取れるようになったぞ
(from Introducing GitHub Compare View - GitHub)
例1:
compareの後に、始点と終点を書く。
例2:
ブランチ名だけでもOK。
例3:
タグ名を使った例。リリース間の変更点が見られる。
[ツッコミを入れる]
2010-02-22
■ [ruby] Ruby関係のTipsを集めたTumblrアカウント : Ruby Quicktips
Ruby/Rails関係のTipsが集まっています。中級のが多いかな。
irbで、直前の評価値が「_」に入ってるってのは知らんかった。 便利だ…。
via RubyInside
本日のツッコミ(全1件) [ツッコミを入れる]
2010-02-21
■ [rails] Rails3に関するさまざまないろいろ
Rails勉強会@東京です(講師:松田さん)
準備
$ gem install rails3b $ gem install rails --pre $ gem update
プロジェクト作る
$ rails books --edge
- Gemfileに、依存ライブラリ(gem)の情報を書くように。Bundler
- --edgeなので、「gem "rails", :git => "git://github.com/rails/rails.git"」になっている
- script/*がscript/railsに
- 単にrailsでもいい(カレントのscript/railsが呼ばれる)
- rails_head/railties/bin/railsを参照
- rails generate
- あるいはrails g
- config/environment.rb
- アプリ名がクラスに! (Books)
- モデル名と被らないように注意
(このへんでbundlerがハマる)
- rails g scaffold book title:string price:integer
- 色が付くように
- rails aboutがrake aboutに(どうでもいい?)
- 長いrespond_toブロックの代わりにresponds_with :xmlみたいになるかも(!)
respond_to :html, :xml def index @books = Book.all respond_with @books end
- validates :title, :presence => true (カラム名を軸にした書き方が)
RSpec
- RSpecの2.0系(未リリース)はRails3対応
- Gemfileに gem "rspec-rails', '2.0.0.a5', :group => :test
- rails g rspec:install で生成
- hamlジェネレータ!
- http://github.com/indirect/rails3-generators
- ↑中身はまだまだだけどプラグイン書く人は参考になりそう
scope
- scope :titled, lambda{|t| where :title => t}
- @books = Book.scoped.titled(str)
- scope :title_like, lambda{|t| where "title like ?", "%#{t}%"}
- 今後のARの推奨は、find(:condition => ...)じゃなくて
- Book.where(:title => 'aaa').count のような。
- whereはさらに連結できる
ビュー
- scaffoldが_formを作るように
- app/views/books/_form.html.erb (newとeditから参照されている)
ActiveModel
- 普通のクラスをモデル扱いさせたりできるぜ
- form_for(@books_search_form) とするために、
- #to_model, #to_key, #new_record?が必要
I18N
- まだデフォルトの日本語訳がない! (松田さんを応援しよう)
- cp ../rails_head/activerecord/lib/active_record/locale/en.yml config/locale/ar_ja.yml
- cp ../rails_head/actionpack/lib/action_view/locale/en.yml config/locale/av_ja.yml
JS
- jquery: scaffoldは対応、RJSはまだ未対応
リリースは?
- まだバグレポート・修正が活発に
- 4月予想
■ [rails] Rails3対応プラグインを探す方法
http://railsplugins.org/plugins を見ればいいそうです
■ [rails] OpenIDについていろいろ
- Mixiアプリは当たれば100万人単位のユーザに使ってもらえる
- PC用はJS、モバイル用は逆にHTTP+RESTな感じ
- OAuthの仕様に詳しくなるらしい
- users has_many :identity_url であるべき!
- 例えばドメイン失効
- 例えばサービス終了(OpenID Providerの)
- じゃあ1つのIDでどこでも…ってわけにいかんじゃないすか
- それはOpenIDのゴールではない
- 「サービスごとにアカウント作らなくていい」のがいい
- 独自ドメインをidentity_urlに使うのはアリ?
- どのProviderのidentity_urlを受け入れるかは、サービス作成者に任されている
- だから、サイトによってログインできないのは覚悟すべし
- つまり、OpenIDだからって、任意のidentity_urlを受け入れないといけないわけじゃない
- 極端な話、特定のサービス群のアカウント持ってる人だけ入れるサービスも作れる
- というわけでホワイトリスト方式でセキュリティを高める、というのは許される
- ブラックリスト方式は良くない
- 要するにOpenIDは認証情報の交換のみを担当するから
- その先のことはあんまり決まってない(自由度がある)
- 例:AWSはAmazonのアカウントでログインするようになってるが、Amazonのアカウントで任意のサービスにログインできるわけではない
- (社内のサービス間のユーザ情報共有としてOpenIDを使った例)
- clickpassにOpenIDを登録
- サイトのClickpassボタンをクリック
- Clickpass上でsignup
- 2回目は、Clickpasボタンを押すだけでログインできる!
■ [rails] プラグインの探し方とか
- 昔は: http://agilewebdevelopment.com/plugins/search?q=openid
- Rails3対応を調べるには: http://railsplugins.org/
- あとは http://ruby-toolbox.com/ ?
Rails HEADの情報は?
- ML
- コミット(git log)、チケット
- チャット
- lighthouse
@wycats vs @nk
- http://magicscalingsprinkles.wordpress.com/2010/02/08/why-i-love-everything-you-hate-about-java/
- http://gist.github.com/304407
- http://yehudakatz.com/2010/02/15/abstractqueryfactoryfactories-and-alias_method_chain-the-ruby-way/
- openid_authenticaitonのgenerate後、restful_authenticationいらないやってなったときに切り離すのがめんどいというモチベーション
[ツッコミを入れる]
2010-02-19
■ [scala] foursquareが半年かけてScala+Liftに移行した話
foursquareがLiftに切り替えたという話を聞いてびっくりしましたが、どうやら本当だった模様。
以下、内容抜粋
- もとはPHP+Apache+MySQLだったが、エンジニアが書いたものじゃなく、これからの拡張のためには書き直すべきだった
- 静的型・コンパイル言語が好き。Wicketを試したけど、Object型使いすぎなのと関数がfirst-classでないのがちょっと
- Javaの頃からなるべく関数的に書くようにしてたんで、Scalaは自然
- コールバック書くだけでAjaxになるのはいいね!
- まあせっかくスタートアップなんだし、変わった・面白いものを使ってみたかったってのはある
リライトについて
- (書き換え中は?)PHPとセッションの共有とか試してみたけど、あんまりうまく行かず
- リライト3日目からLiftのコードがproductionで動くようになったけど、リライト90%に3ヶ月かかった。
- 残りの10%はiPhoneアプリも修正が必要だったので、2ヶ月かかった。今日終わりました!
- LiftとMySQLは相性が悪い。PostgreSQL使うべき
(実際のコードを交えた解説がいくつか)
よかったこと
- ほぼ全ページが前よりいい感じになったぜ!
- いまのAjaxが難しいとは言わないけど、LiftのAjaxはほんとに楽。ていうかこうなるべき
- コードは短く、わかりやすくなったし、バグも減り、機能は増えた。
- @rasmus曰く:ちゃんと見ても脆弱性が一つも見つからなかったのはfoursquareが初めてだわ。4つ星
よくないこと
- Liftはステートフルだから、productionでそのうち問題になるかも、今のところ悪くはないけど。(編注:性能の問題?)
- Mapper(LiftのORMレイヤ)はまだ未成熟なとこが…
- Lift SiteMapは我々の用途にはオーバースペック。もっとシンプルでいい
- マイナーなものを使ってるんで、これからスケールアップする途中でいろいろ問題があると思う。けど、Liftコミュニティはとっても親切だよ。
状態
- Scalaで14000行くらい。モバイルサイト・API+OAuthサーバを含む
- マークアップが6000行くらい
- フル機能のスタートアップとしては、小さくね?
これから
- データベースはPostgreSQLが1インスタンスだけだけど、いつかは増やさないといけないかも
- MapperがJSON対応するので、JSONの置き場所を考えないと(Memcached, Casandra, Goat Rodeo?)
- Scalaという新しいものを使い始めたけど、たぶんうまくやれるんじゃないかと思う。(アルゴリズムとか)計算機科学的な概念は、どの言語を使おうと同じわけだし
[ツッコミを入れる]

□ otn [bashでも直前のコマンドが「_」に入ってます。役だった経験はないですが。]