<p><a href="http://apiblog.kakaku.com/KakakuItemSearchV1.0.html">価格.com WEBサービス API マニュアル</a><br>
<a href="http://rails2u.com/misc/kakaku_com_api.rb.txt">http://rails2u.com/misc/kakaku_com_api.rb.txt</a></p>
<p>価格.com WEBサービス APIがリリースされた！というわけで作ってみました。ほぼ RakuAPI ライブラリのコピペですんだ、という…。これはオフィシャルなサービスなのでそのうち rubyforge に上げる…かも(コペ)。ひょっとしたらインターフェイス周り変えるかも。<a href="http://blog.hatena.ne.jp/naoya/">id:naoya</a> が作った <a href="http://d.hatena.ne.jp/naoya/20060927/1159360377">naoyaのはてなダイアリー - WebService::KakakuCom</a> で使ってる Data::Page がなにやら便利そうなのでそれっぽいページャクラス作るかもー。<br>
使い方は</p>
<pre><code>require 'kakaku_com_api'
require 'pp'
$KCODE = 'u'
k = KakakuComAPI.new
results = k.search 'Sony', 'CategoryGroup' => 'Camera'
puts "total_count: #{results.num_of_result}"
results.items[0..1].each {|i| pp i }
</code></pre>
<p>な感じで。結果は</p>
<pre><code>total_count: 390
#&#x3C;struct
 product_id="20203010268",
 product_name="HDR-HC3",
 maker_name="SONY",
 category_name="カメラ本体>ビデオカメラ",
 pv_ranking="1",
 image_url="http://img.kakaku.com/images/productimage/m/20203010268.jpg",
 item_page_url="http://kakaku.com/item/20203010268/",
 bbs_page_url="http://kakaku.com/bbs/Main.asp?PrdKey=20203010268",
 review_page_url=
  "http://kakaku.com/prdevaluate/evaluate.asp?PrdKey=20203010268",
 lowest_price=86699,
 num_of_bbs=3973>
#&#x3C;struct
 product_id="00502411015",
 product_name="サイバーショット DSC-T10",
 maker_name="SONY",
 category_name="カメラ本体>デジカメ",
 pv_ranking="11",
 image_url="http://img.kakaku.com/images/productimage/m/00502411015.jpg",
 item_page_url="http://kakaku.com/item/00502411015/",
 bbs_page_url="http://kakaku.com/bbs/Main.asp?PrdKey=00502411015",
 review_page_url=
  "http://kakaku.com/prdevaluate/evaluate.asp?PrdKey=00502411015",
 lowest_price=27290,
 num_of_bbs=257>
</code></pre>

価格.com WEBサービス API マニュアルhttp://rails2u.com/misc/kakaku_com_api.rb.txt価格.com WEBサービス APIがリリースされた！というわけで作ってみました。ほぼ RakuAPI ライブラリのコピペですんだ、という…。これはオフィシャルなサービスなのでそのうち rubyforge に上げる…かも(コペ)。ひょっとしたらインターフェイス周り変えるかも。id:naoya が作った naoyaのはてなダイアリー - WebService::KakakuCom で使ってる Data::Page がなにやら便利そうなのでそれっぽいページャクラス作るかもー。使い方はrequire 'kakaku_com_api'
require 'pp'
$KCODE = 'u'
k = KakakuComAPI.new
results = k.searc

価格.com WEBサービス API マニュアルhttp://rails2u.com/misc/kakaku_com_api.rb.txt価格.com WEBサービス APIがリリースされた！というわけで作ってみました。ほぼ RakuAPI ライブラリのコピペですんだ、という…。これはオフィシャルなサービスなのでそのうち rubyforge に上げる…かも(コペ)。ひょっとしたらインターフェイス周り変えるかも。id:naoya が作った naoyaのはてなダイアリー - WebService::KakakuCom で使ってる Data::Page がなにやら便利そうなのでそれっぽいページャクラス作るかもー。使い方はrequire 'kakaku_com_api'
require 'pp'
$KCODE = 'u'
k = KakakuComAPI.new
results = k.search 'Sony', 'CategoryGroup' => 'Camera'
puts "total_count: #{results.num_of_result}"
results.items[0..1].each {|i| pp i }な感じで。結果はtotal_count: 390
#<struct
 product_id="20203010268",
 product_name="HDR-HC3",
 maker_name="SONY",
 category_name="カメラ本体>ビデオカメラ",
 pv_ranking="1",
 image_url="http://img.kakaku.com/images/productimage/m/20203010268.jpg",
 item_page_url="http://kakaku.com/item/20203010268/",
 bbs_page_url="http://kakaku.com/bbs/Main.asp?PrdKey=20203010268",
 review_page_url=
  "http://kakaku.com/prdevaluate/evaluate.asp?PrdKey=20203010268",
 lowest_price=86699,
 num_of_bbs=3973>
#<struct
 product_id="00502411015",
 product_name="サイバーショット DSC-T10",
 maker_name="SONY",
 category_name="カメラ本体>デジカメ",
 pv_ranking="11",
 image_url="http://img.kakaku.com/images/productimage/m/00502411015.jpg",
 item_page_url="http://kakaku.com/item/00502411015/",
 bbs_page_url="http://kakaku.com/bbs/Main.asp?PrdKey=00502411015",
 review_page_url=
  "http://kakaku.com/prdevaluate/evaluate.asp?PrdKey=00502411015",
 lowest_price=27290,
 num_of_bbs=257>

価格.com API for ruby

<p><a href="http://rakuapi.ddo.jp/">RakuAPI - 楽天市場 非公式ウェブサービス</a><br>
という楽天の非公式 API のライブラリを作るのが流行みたいなので作ってみました。ただそれだけでは面白くないので、最近自分が TDD でライブラリ作るときの方法も軽くご紹介します。</p>
<h4>まずはインターフェイスの構想</h4>
<p>何はともあれ、どんなインターフェイスを定義して、どんな結果が返ってくるのかがイメージできないとライブラリは作りにくいです。というわけでざっくり最初に構想を練ります。<br>
RakuAPI の場合は WebAPI がシンプルに使えて良い感じなので、構想を練るのに考え込む、というのはありませんでした。<br>
そんなんで、RakuAPI.new でインスタンスを取得して、search メソッドで第一引数に検索文字列、第二引数はオプションでジャンルやプライスを渡せるように、結果は配列にStruct が格納されてる感じにしよう。と考えました。</p>
<h4>テストを書く</h4>
<p>構想があればそれに沿って書くだけですので超簡単。search メソッドで検索した結果が構造体で中身のメンバは云々、というのを書くだけでした。ちなみにいつもこんな感じのディレクトリ/ファイル構成でやってます。</p>
<pre><code>RakuAPI
|-- lib
|   `-- raku_api.rb
`-- test
    `-- test_rakuapi.rb
</code></pre>
<p>じゃあ早速 test 書きますを。xUnit 互換の Test::Unit を使います。</p>
<pre><code># 上の階層の lib ディレクトリをライブラリパスに追加
$LOAD_PATH &#x3C;&#x3C; File.dirname(__FILE__) + '/../lib'
require 'test/unit'
require 'raku_api'

class RakuAPITest &#x3C; Test::Unit::TestCase
  def setup
    @raku_api = RakuAPI.new
  end

  def test_instance
    assert_instance_of RakuAPI, @raku_api
  end

  def test_search
    results = @raku_api.search 'Core 2 Duo', :genre => :pc
    assert_instance_of Array, results
    results.each do |result|
      # 構造体かどうか
      assert_kind_of Struct, result
      # 構造体の指定したメンバの型チェック
      assert_instance_of Fixnum, result.price
      struct_methods_call result, %w(title tax url thumbnail_url shop_name shop_url) do |method|
        assert_instance_of String, method
      end
      # url は http で始まってるかどうか
      struct_methods_call result, %w(url thumbnail_url shop_url) do |method|
        assert_match /^http/, method
      end
    end
  end

  def struct_methods_call(struct, methods)
    methods.each do |method|
      yield struct.send(method)
    end
  end
end
</code></pre>
<p>さて、search メソッドで検索して、結果がちゃんと取得できるかどうか、のテストがこれで書き終わりました。早速実行してみると…。</p>
<pre><code>Loaded suite test_rakuapi
Started
EE
Finished in 0.006955 seconds.

  1) Error:
test_instance(RakuAPITest):
NameError: uninitialized constant RakuAPITest::RakuAPI
    test_rakuapi.rb:8:in `setup'

  2) Error:
test_search(RakuAPITest):
NameError: uninitialized constant RakuAPITest::RakuAPI
    test_rakuapi.rb:8:in `setup'

2 tests, 0 assertions, 0 failures, 2 errors
</code></pre>
<p>とまあ当たり前のように失敗します。で、テストを先に書くとここからが楽で、raku_api.rb の方で実装を書いたらテストを実行するだけ。で、最終的に全部テストが通るまで raku_api.rb を実装してとりあえず動く形にして、その後リファクタリングでわかりやすい or 速く動作するコードなど好きにアレンジします。<br>
実際にかかった時間は、テスト書くのに10分、実装に15分ぐらいでテスト書くのに全体の 40%もかけてるじゃん！と思われるかもしれません。が、テストを書くことによって、実装時のチェックをいちいち print デバッグのような方法を行わなくてもすんで時間が削減できますし、なにより実装時のストレスが軽減されるので楽です。なのでライブラリのような物を作るときは、小物でもテストを先に書いておくとだいぶ楽になります。<br>
で、最終形の raku_api.rb はこんな感じに。</p>
<pre><code>#!/usr/bin/env ruby
begin
  require 'rubygems'
  require_gem 'scrapi'
rescue LoadError
  require 'scrapi'
end
require 'uri'

class RakuAPI
  RAKU_API_URI = 'http://rakuapi.ddo.jp/api'

  class RakuScraper &#x3C; Scraper::Base
    def self.decamelize(str)
      str.gsub(/(^.+)([A-Z])/, '\1_\2').downcase
    end

    elements = %w(Title Price Tax Url ThumbnailUrl ShopName ShopUrl)
    elements.each {|el| process el, decamelize(el) => :text }

    def collect
      self.price = price.to_i
    end

    result *elements.map {|el| decamelize(el) }
  end

  attr_accessor :options
  def initialize(options = {})
    @options = {
      :parser => :html_parser
    }.update options
  end

  def search(keyword, options = {})
    uri = URI.parse(RAKU_API_URI)
    uri.query = queryize options.update(:keyword => keyword)
    Scraper.define do
      process 'Result', 'results[]' => RakuScraper
      result :results
    end.scrape(uri, self.options)
  end

  private
  def queryize(hash)
    hash.map {|i| i.map {|j| URI.escape j.to_s }.join '=' }.join('&#x26;')
  end
end
</code></pre>
<p>XML なんだからパースには rexml とかでいいじゃん、と思うかもしれませんが、 scrAPI を使うことで、わざわざ Struct 作らなくても、結果が自動で構造体にマッピングされてちょう楽、です。collect メソッドを定義することで、最終的な型変換なども思いのままに行えます。scrAPI つかいたいだけちゃうんかと云われたらそんな気もしますが気にしません。<br>
で、テストも通ってすっきりですね。</p>
<pre><code>Loaded suite test_rakuapi
Started
..
Finished in 0.213071 seconds.

2 tests, 112 assertions, 0 failures, 0 errors
</code></pre>
<p>このライブラリの使い方はこんな感じで。(といっても test まんまですけど)</p>
<pre><code>require 'raku_api'
$KCODE = 'u'

raku_api = RakuAPI.new
results = raku_api.search 'Perfume', :genre => :cddvd, :row => 2

require 'pp'
pp results
</code></pre>
<p>結果</p>
<pre><code>[#&#x3C;struct
  title="Perfume〜Complete　Best〜",
  price=2999,
  tax="税込、送料込",
  url="http://item.rakuten.co.jp/book/4061751/",
  thumbnail_url=
   "http://thumbnail.image.rakuten.co.jp/@0_mall/book/cabinet/ogs_410606/4106060429.jpg?_ex=64x64",
  shop_name="楽天ブックス",
  shop_url="http://www.rakuten.co.jp/book/">,
 #&#x3C;struct
  title="Perfume",
  price=3058,
  tax="税込、送料別",
  url="http://item.rakuten.co.jp/book/3991671/",
  thumbnail_url=
   "http://thumbnail.image.rakuten.co.jp/@0_mall/book/cabinet/ogs_410603/4106031362.jpg?_ex=64x64",
  shop_name="楽天ブックス",
  shop_url="http://www.rakuten.co.jp/book/">]
</code></pre>
<p>というわけで、些細なライブラリでも TDD だと楽だよー、というお話でした。ちなみに TDD には↓の本から入りました。</p>
<p><a href="http://www.amazon.co.jp/exec/obidos/ASIN/4894717115/nomusinolife-22/ref=nosim/"><img src="http://images-jp.amazon.com/images/P/4894717115.09.MZZZZZZZ.jpg" alt="テスト駆動開発入門"></a></p>
<p><a href="http://www.amazon.co.jp/exec/obidos/ASIN/4894717115/nomusinolife-22/ref=nosim/">テスト駆動開発入門</a></p>
<p>posted with <a href="http://www.amazlet.com/browse/ASIN/4894717115/nomusinolife-22" title="テスト駆動開発入門">amazlet</a> on 06.09.27</p>
<p>ケント ベック Kent Beck 長瀬 嘉秀 テクノロジックアート<br>
ピアソンエデュケーション (2003/09)<br>
売り上げランキング: 126,549</p>
<p><a href="http://www.amazon.co.jp/exec/obidos/ASIN/4894717115/nomusinolife-22/ref=nosim/">Amazon.co.jp で詳細を見る</a></p>

RakuAPI - 楽天市場 非公式ウェブサービスという楽天の非公式 API のライブラリを作るのが流行みたいなので作ってみました。ただそれだけでは面白くないので、最近自分が TDD でライブラリ作るときの方法も軽くご紹介します。まずはインターフェイスの構想何はともあれ、どんなインターフェイスを定義して、どんな結果が返ってくるのかがイメージできないとライブラリは作りにくいです。というわけでざっくり最初に構想を練ります。RakuAPI の場合は WebAPI がシンプルに使えて良い感じなので、構想を練るのに考え込む、というのはありませんでした。そんなんで、RakuAPI.new でインスタンスを取得して、search メソッドで第一引数に検索文字列、第二引数はオプションでジャンルやプライスを渡せるように、結果は配列にStruct が格納されてる感じにしよう。と考えました。テストを書く構想があ

RakuAPI - 楽天市場 非公式ウェブサービスという楽天の非公式 API のライブラリを作るのが流行みたいなので作ってみました。ただそれだけでは面白くないので、最近自分が TDD でライブラリ作るときの方法も軽くご紹介します。まずはインターフェイスの構想何はともあれ、どんなインターフェイスを定義して、どんな結果が返ってくるのかがイメージできないとライブラリは作りにくいです。というわけでざっくり最初に構想を練ります。RakuAPI の場合は WebAPI がシンプルに使えて良い感じなので、構想を練るのに考え込む、というのはありませんでした。そんなんで、RakuAPI.new でインスタンスを取得して、search メソッドで第一引数に検索文字列、第二引数はオプションでジャンルやプライスを渡せるように、結果は配列にStruct が格納されてる感じにしよう。と考えました。テストを書く構想があればそれに沿って書くだけですので超簡単。search メソッドで検索した結果が構造体で中身のメンバは云々、というのを書くだけでした。ちなみにいつもこんな感じのディレクトリ/ファイル構成でやってます。RakuAPI
|-- lib
|   `-- raku_api.rb
`-- test
    `-- test_rakuapi.rbじゃあ早速 test 書きますを。xUnit 互換の Test::Unit を使います。# 上の階層の lib ディレクトリをライブラリパスに追加
$LOAD_PATH << File.dirname(__FILE__) + '/../lib'
require 'test/unit'
require 'raku_api'

class RakuAPITest < Test::Unit::TestCase
  def setup
    @raku_api = RakuAPI.new
  end

  def test_instance
    assert_instance_of RakuAPI, @raku_api
  end

  def test_search
    results = @raku_api.search 'Core 2 Duo', :genre => :pc
    assert_instance_of Array, results
    results.each do |result|
      # 構造体かどうか
      assert_kind_of Struct, result
      # 構造体の指定したメンバの型チェック
      assert_instance_of Fixnum, result.price
      struct_methods_call result, %w(title tax url thumbnail_url shop_name shop_url) do |method|
        assert_instance_of String, method
      end
      # url は http で始まってるかどうか
      struct_methods_call result, %w(url thumbnail_url shop_url) do |method|
        assert_match /^http/, method
      end
    end
  end

  def struct_methods_call(struct, methods)
    methods.each do |method|
      yield struct.send(method)
    end
  end
endさて、search メソッドで検索して、結果がちゃんと取得できるかどうか、のテストがこれで書き終わりました。早速実行してみると…。Loaded suite test_rakuapi
Started
EE
Finished in 0.006955 seconds.

  1) Error:
test_instance(RakuAPITest):
NameError: uninitialized constant RakuAPITest::RakuAPI
    test_rakuapi.rb:8:in `setup'

  2) Error:
test_search(RakuAPITest):
NameError: uninitialized constant RakuAPITest::RakuAPI
    test_rakuapi.rb:8:in `setup'

2 tests, 0 assertions, 0 failures, 2 errorsとまあ当たり前のように失敗します。で、テストを先に書くとここからが楽で、raku_api.rb の方で実装を書いたらテストを実行するだけ。で、最終的に全部テストが通るまで raku_api.rb を実装してとりあえず動く形にして、その後リファクタリングでわかりやすい or 速く動作するコードなど好きにアレンジします。実際にかかった時間は、テスト書くのに10分、実装に15分ぐらいでテスト書くのに全体の 40%もかけてるじゃん！と思われるかもしれません。が、テストを書くことによって、実装時のチェックをいちいち print デバッグのような方法を行わなくてもすんで時間が削減できますし、なにより実装時のストレスが軽減されるので楽です。なのでライブラリのような物を作るときは、小物でもテストを先に書いておくとだいぶ楽になります。で、最終形の raku_api.rb はこんな感じに。#!/usr/bin/env ruby
begin
  require 'rubygems'
  require_gem 'scrapi'
rescue LoadError
  require 'scrapi'
end
require 'uri'

class RakuAPI
  RAKU_API_URI = 'http://rakuapi.ddo.jp/api'

  class RakuScraper < Scraper::Base
    def self.decamelize(str)
      str.gsub(/(^.+)([A-Z])/, '\1_\2').downcase
    end

    elements = %w(Title Price Tax Url ThumbnailUrl ShopName ShopUrl)
    elements.each {|el| process el, decamelize(el) => :text }

    def collect
      self.price = price.to_i
    end

    result *elements.map {|el| decamelize(el) }
  end

  attr_accessor :options
  def initialize(options = {})
    @options = {
      :parser => :html_parser
    }.update options
  end

  def search(keyword, options = {})
    uri = URI.parse(RAKU_API_URI)
    uri.query = queryize options.update(:keyword => keyword)
    Scraper.define do
      process 'Result', 'results[]' => RakuScraper
      result :results
    end.scrape(uri, self.options)
  end

  private
  def queryize(hash)
    hash.map {|i| i.map {|j| URI.escape j.to_s }.join '=' }.join('&')
  end
endXML なんだからパースには rexml とかでいいじゃん、と思うかもしれませんが、 scrAPI を使うことで、わざわざ Struct 作らなくても、結果が自動で構造体にマッピングされてちょう楽、です。collect メソッドを定義することで、最終的な型変換なども思いのままに行えます。scrAPI つかいたいだけちゃうんかと云われたらそんな気もしますが気にしません。で、テストも通ってすっきりですね。Loaded suite test_rakuapi
Started
..
Finished in 0.213071 seconds.

2 tests, 112 assertions, 0 failures, 0 errorsこのライブラリの使い方はこんな感じで。(といっても test まんまですけど)require 'raku_api'
$KCODE = 'u'

raku_api = RakuAPI.new
results = raku_api.search 'Perfume', :genre => :cddvd, :row => 2

require 'pp'
pp results結果[#<struct
  title="Perfume〜Complete　Best〜",
  price=2999,
  tax="税込、送料込",
  url="http://item.rakuten.co.jp/book/4061751/",
  thumbnail_url=
   "http://thumbnail.image.rakuten.co.jp/@0_mall/book/cabinet/ogs_410606/4106060429.jpg?_ex=64x64",
  shop_name="楽天ブックス",
  shop_url="http://www.rakuten.co.jp/book/">,
 #<struct
  title="Perfume",
  price=3058,
  tax="税込、送料別",
  url="http://item.rakuten.co.jp/book/3991671/",
  thumbnail_url=
   "http://thumbnail.image.rakuten.co.jp/@0_mall/book/cabinet/ogs_410603/4106031362.jpg?_ex=64x64",
  shop_name="楽天ブックス",
  shop_url="http://www.rakuten.co.jp/book/">]というわけで、些細なライブラリでも TDD だと楽だよー、というお話でした。ちなみに TDD には↓の本から入りました。テスト駆動開発入門テスト駆動開発入門posted with テスト駆動開発入門 on 06.09.27ケント ベック Kent Beck 長瀬 嘉秀 テクノロジックアートピアソンエデュケーション (2003/09)売り上げランキング: 126,549Amazon.co.jp で詳細を見る

TDD で作る RakuAPI ライブラリ

<h3>Rjb</h3>
<p>うわぁ全然スルーしてた。スバラシス。ゆめがひろがりんぐｗｗｗ。</p>
<h3>SwitchTower から Capistrano に移行</h3>
<p>移行してもべつに新機能つかうわけでもないしいいや、と思っていたけど shell が面白そうだったので移行、そして shell が便利すぎる…ヤバイナコレ。</p>
<p>というわけで弊社では Capistrano が標準となりました。</p>
<h3>久しぶりに ruby で意味不明な構文にぶちあたった</h3>
<pre><code>str[0] == ?!
</code></pre>
<p>なにこれ…。?! って何…。検索で引っかからん。</p>
<pre><code>>> '!foo'[0] == ?!
=> true
>> 'foo'[0] == ?!
=> false
</code></pre>
<p>ふむ。つまり</p>
<pre><code>>> 33 == ?!
=> true
>> 5 == ?!
=> false
</code></pre>
<p>みたいなわけで。わからーん。教えて plzzz。</p>
<p>わかったかも。<code>?記号</code> な syntax は 記号と同じバイトなら true をかえすのか。</p>
<pre><code>>> '@'[0] == ?@
=> true 
>> '$'[0] == ?$
=> true
>> '['[0] == ?[
=> true
</code></pre>
<p>ああ書いてあるじゃん。</p>
<blockquote>
<h4>?a</h4>
<p>文字aのコード(97)</p>
<p>ruby 1.7 feature: 空白類を指定する場合は、?\s, ?\t などとする必要があります。</p>
</blockquote>
<p>なるほど。つーかわかりにくいので、</p>
<pre><code>str.first == '!'
</code></pre>
<p>って書いてよと思った…。</p>
<h3>ActiveResource</h3>
<p>あーそっか。web サービスの実装じゃなくて、REST の rails 的なラッパーなんだっけ。と rails のソースを久しぶりに見て思った。流れが早くてオサーンにはついてきないお＞＜</p>
<h3>Mozなんちゃら</h3>
<p>ぼくのおかげな(*1)のにほってんとりとられたひどす＞＜＞＜</p>
<p>*1 ぼくが Fr socket で弄れない？ときく→typo さんが Moz なんちゃらおしえてくれる→ぼくはなにもしない→まぁが勝手に調べてエントリー書く</p>
<p>ってぼくなんにも貢献してないじゃん＞＜＞＜</p>
<h3>win の自動更新</h3>
<p>再インストール後切るの忘れてた。uz-。ふつうデフォでダウンロードするけど手動でインストール実行じゃねぇのか。</p>
<p>あと自動更新されるのは良いけど、ダイアログがuzsgr.</p>
<h3>微熱</h3>
<p>風邪ひいたなぁ。ひくならタイミング的に昨日なんだけど。</p>

Rjbうわぁ全然スルーしてた。スバラシス。ゆめがひろがりんぐｗｗｗ。SwitchTower から Capistrano に移行移行してもべつに新機能つかうわけでもないしいいや、と思っていたけど shell が面白そうだったので移行、そして shell が便利すぎる…ヤバイナコレ。というわけで弊社では Capistrano が標準となりました。久しぶりに ruby で意味不明な構文にぶちあたったstr[0] == ?!なにこれ…。?! って何…。検索で引っかからん。>> '!foo'[0] == ?!
=> true
>> 'foo'[0] == ?!
=> falseふむ。つまり>> 33 == ?!
=> true
>> 5 == ?!
=> falseみたいなわけで。わからーん。教えて plzzz。わかったかも。?記号 な syntax は 記号と同じバイトなら true をかえすのか

Rjbうわぁ全然スルーしてた。スバラシス。ゆめがひろがりんぐｗｗｗ。SwitchTower から Capistrano に移行移行してもべつに新機能つかうわけでもないしいいや、と思っていたけど shell が面白そうだったので移行、そして shell が便利すぎる…ヤバイナコレ。というわけで弊社では Capistrano が標準となりました。久しぶりに ruby で意味不明な構文にぶちあたったstr[0] == ?!なにこれ…。?! って何…。検索で引っかからん。>> '!foo'[0] == ?!
=> true
>> 'foo'[0] == ?!
=> falseふむ。つまり>> 33 == ?!
=> true
>> 5 == ?!
=> falseみたいなわけで。わからーん。教えて plzzz。わかったかも。?記号 な syntax は 記号と同じバイトなら true をかえすのか。>> '@'[0] == ?@
=> true 
>> '$'[0] == ?$
=> true
>> '['[0] == ?[
=> trueああ書いてあるじゃん。?a文字aのコード(97)ruby 1.7 feature: 空白類を指定する場合は、?\s, ?\t などとする必要があります。なるほど。つーかわかりにくいので、str.first == '!'って書いてよと思った…。ActiveResourceあーそっか。web サービスの実装じゃなくて、REST の rails 的なラッパーなんだっけ。と rails のソースを久しぶりに見て思った。流れが早くてオサーンにはついてきないお＞＜Mozなんちゃらぼくのおかげな(*1)のにほってんとりとられたひどす＞＜＞＜*1 ぼくが Fr socket で弄れない？ときく→typo さんが Moz なんちゃらおしえてくれる→ぼくはなにもしない→まぁが勝手に調べてエントリー書くってぼくなんにも貢献してないじゃん＞＜＞＜win の自動更新再インストール後切るの忘れてた。uz-。ふつうデフォでダウンロードするけど手動でインストール実行じゃねぇのか。あと自動更新されるのは良いけど、ダイアログがuzsgr.微熱風邪ひいたなぁ。ひくならタイミング的に昨日なんだけど。

A Day in the Life

価格.com API for ruby

書いている人

おたよりを送る