<h3>github で git diff from..to を表示する</h3>
<p>いつも忘れるのでメモ。compare だ！(なんで diff じゃないの…)</p>
<ul>
<li><a href="https://github.com/:user/:repos/compare/from...to">https://github.com/:user/:repos/compare/from...to</a></li>
</ul>
<p>で表示。</p>
<ul>
<li><a href="https://github.com/your/repo/compare/from...to.diff">https://github.com/your/repo/compare/from...to.diff</a></li>
</ul>
<p>で text/plain な diff が表示される。.. じゃなくて ... 。</p>
<p>(thanks @sora_h, @kakutani)</p>


github で git diff from..to を表示する いつも忘れるのでメモ。compare だ！(なんで diff じゃないの…) https://github.com/:user/:repos/compare/from...to で表示。 https://github.com/your/repo/compare/from...to.diff で text/plain な diff が表示される。.. じゃなくて ... 。 (thanks @sora_h, @kakutani)

github で git diff from..to を表示する

<h3>Capybara の using_session でセッションを切り替えつつインテグレーションテストをする</h3>
<p>ユーザAとユーザBが順番にアクセスしに来て云々という spec を書きたい、ので ググったら Capybara に using_session なんつー便利メソッドがあった！のでみなさん使うと良いです。</p>
<ul>
<li><a href="http://rubydoc.info/github/jnicklas/capybara/master/Capybara/DSL#using_session-instance_method">http://rubydoc.info/github/jnicklas/capybara/master/Capybara/DSL#using_session-instance_method</a></li>
</ul>
<p>ドキュメント素っ気ない…。便利なのに…。</p>
<p>以下は wiki のページ衝突の example。片方が更新したのに、それを知らずにページ更新しようとするとコンフリクト画面が出る、みたいな。</p>
<pre><code>using_session(:bob) {
  login(bob)
  visit page_edit_path(target_page)
}
using_session(:tom) {
  login(tom)
  visit page_edit_path(target_page)
}
using_session(:bob) {
  fill_in 'page_content', with: "# bob's page"
  click_button 'Save'
  page.should have_selector 'h3', text: "bob's page"
}
using_session(:tom) {
  fill_in 'page_content', with: "# tom's page"
  click_button 'Save'
  page.should_not have_selector 'h3', text: "tom's page"
  page.should have_selector '#page_content', text: "# tom's page"

  page.should have_selector('#confrict')
...
</code></pre>
<h3>Rails でアプリ内部から発行してる http をトレースする</h3>
<ul>
<li><a href="http://subtech.g.hatena.ne.jp/secondlife/20110615/1308119071">はてなグループの終了日を2020年1月31日(金)に決定しました - はてなグループ日記 - 機能変更、お知らせなど</a></li>
</ul>
<p>の続き。デバッグ用にセットしたら便利だったのでメモ。</p>
<h4>Gemfile</h4>
<pre><code>group :test, :development do
  gem 'webmock', require: false
end
</code></pre>
<p>しておいて</p>
<h4>config/environments/development.rb</h4>
<pre><code>if ENV['WEBMOCK_ENABLE']
  require 'webmock'

  WebMock.allow_net_connect!
  WebMock.after_request do |request_signature, response|
    res = ["=== HTTP Request ===",  "#{request_signature}", "", response.status.join(' ')]
    res &#x3C;&#x3C; response.headers.map {|key, val| "#{key}: #{val}" }.join("\n")
    unless response.body.empty?
      res &#x3C;&#x3C; ""
      res &#x3C;&#x3C; response.body
    end
    res &#x3C;&#x3C; "=" * res.first.size
    Rails.logger.debug res.join("\n")
  end
end
</code></pre>
<pre><code>
しておいて

</code></pre>
<p>WEBMOCK_ENABLE=1 rails s</p>
<pre><code>
すると、http 叩いてるところが以下みたいに出て便利。

</code></pre>
<p>=== HTTP Request ===
GET <a href="http://example.com/">http://example.com/</a> with headers {'Accept'=>'<em>/</em>', 'Accept-Encoding'=>'gzip;q=1.0,deflate;q=0.6,identity;q=0.3', 'User-Agent'=>'Ruby'}</p>
<p>302 Found
Location: <a href="http://www.iana.org/domains/example/">http://www.iana.org/domains/example/</a>
Server: BigIP
Connection: Keep-Alive</p>
<h1>Content-Length: 0</h1>
<p>=== HTTP Request ===
GET <a href="http://www.iana.org/domains/example/">http://www.iana.org/domains/example/</a> with headers {'Accept'=>'<em>/</em>', 'Accept-Encoding'=>'gzip;q=1.0,deflate;q=0.6,identity;q=0.3', 'User-Agent'=>'Ruby'}</p>
<p>200 OK
Date: Thu, 20 Dec 2012 07:16:22 GMT
Server: Apache/2.2.3 (CentOS)
Last-Modified: Thu, 06 Dec 2012 19:40:14 GMT
Content-Length: 606
Vary: Accept-Encoding
Connection: close
Content-Type: text/html; charset=UTF-8
....</p>
<pre><code></code></pre>


Capybara の using_session でセッションを切り替えつつインテグレーションテストをする ユーザAとユーザBが順番にアクセスしに来て云々という spec を書きたい、ので ググったら Capybara に using_session なんつー便利メソッドがあった！のでみなさん使うと良いです。 http://rubydoc.info/github/jnicklas/capybara/master/Capybara/DSL#using_session-instance_method ドキュメント素っ気ない…。便利なのに…。 以下は wiki のページ衝突の example。片方が更新したのに、それを知らずにページ更新しようとするとコンフリクト画面が出る、みたいな。 using_session(:bob) { login(bob) visit page_edit_path(t

2012-12-20

<h3>git-new-workdir が便利</h3>
<p>作業中、別のベクトルの作業するからブランチ切り替えじゃ無くてもういっこワーキングディレクトリを作って作業したい！って思った経験ありませんか？みなさん n 回ぐらいあるんじゃないでしょか。</p>
<p>そんなときいちいち clone して…などしなくても git-new-workdir コマンドを使えば一発！git-core の contrib に入ってます。</p>
<pre><code>ln -s /usr/local/share/git-core/contrib/workdir/git-new-workdir ~/bin/
</code></pre>
<p>とか適当に symlink 等張って</p>
<pre><code>git-new-workdir . ../foobar
</code></pre>
<p>するだけ！便利！べんり！もちろん .git/config 等の内容もちゃんと同じのがつかえます。あと cp するより速度がめちゃくちゃ速いので、大きいレポジトリで作業してるほど効果を実感できるます。(追記: .git 以下を symlink 張るから速いって<a href="http://blog.64p.org/entry/2012/12/07/134523">得さんが書いてた</a>)</p>
<pre><code>[1]>___git-new-workdir でググってもあんまり引っかからないのでエントリー化。なお同僚のレオ氏に教えて貰いました。どうりょうべんり。
  なお、contrib が入ってないディストリの方々は以下から落として使うと良いと思います
 
  https://github.com/git/git/blob/master/contrib/workdir/git-new-workdir
</code></pre>


git-new-workdir が便利 作業中、別のベクトルの作業するからブランチ切り替えじゃ無くてもういっこワーキングディレクトリを作って作業したい！って思った経験ありませんか？みなさん n 回ぐらいあるんじゃないでしょか。 そんなときいちいち clone して…などしなくても git-new-workdir コマンドを使えば一発！git-core の contrib に入ってます。 ln -s /usr/local/share/git-core/contrib/workdir/git-new-workdir ~/bin/ とか適当に symlink 等張って git-new-workdir . ../foobar するだけ！便利！べんり！もちろん .git/config 等の内容もちゃんと同じのがつかえます。あと cp するより速度がめちゃくちゃ速いので、大きいレポジトリで作業してる

git-new-workdir が便利

<h3>Ruby を 1.9.3 p327 から 2.0.0 dev に上げたら Rails の起動時間が2.5倍速、rake spec の速度が1.8倍速になった</h3>
<p><a href="https://github.com/amatsuda">流しのフェロー</a>が Ruby 2.0.0 速いって言ってたので、いやいや速いっていっても〜、と思って社内の Ruby 1.9.3 な Rails プロジェクトで 2.0.0dev 使ってみたら</p>
<p>1.9.3</p>
<pre><code>[5]>_2.0.0dev[5]>__な感じで、Rails の環境ロードして立ち上げが 8.3 秒 -> 3.3秒 になって 2.5倍やばい！！！！って感じに！！１ require が高速化したから、ライブラリたくさん読み込むプロジェクトはかなり速くなるらしい。また、rake spec の速度も unit test / functional test メインのプロジェクトで# ruby 1.9.3
Finished in 49.18 seconds
bundle exec rake spec 59.51s user 3.54s system 89% cpu 1:10.50 total
の spec 時間49秒、その他もろもろ含めて70秒から# ruby 2.0.0dev
Finished in 28.53 seconds
bundle exec rake spec 29.72s user 2.92s system 84% cpu 38.854 total
spec 時間28秒、もろもろ含めて39秒と1.8倍速に。快適すぎてマジヤバーイ。ちなみに社内の ruby 1.9.3 なプロジェクトは試した限り ruby 2.0.0dev でもすべて spec 通った。さすが 100% 互換性という話し！なお、text で hello world を表示するだけの Rails app (unicorn) のベンチを ab でとってみたけど、これぐらい単純なアプリだと 1.9.3 と 2.0.0 の速度差は誤差レベルでした。あわせて読みたい
  no titleno title
    Ruby 2.0 のツボを押さえためちゃくちゃ解りやすくて良い資料…！
 
 きょうはいちにち ruby 2.0.0dev 厨でした！はやく 2013年2月24日の ruby 2.0.0p0 リリースこないかなぁ〜わくわく！
</code></pre>


Ruby を 1.9.3 p327 から 2.0.0 dev に上げたら Rails の起動時間が2.5倍速、rake spec の速度が1.8倍速になった 流しのフェロー が Ruby 2.0.0 速いって言ってたので、いやいや速いっていっても〜、と思って社内の Ruby 1.9.3 な Rails プロジェクトで 2.0.0dev 使ってみたら 1.9.3 [5]>_2.0.0dev[5]>__な感じで、Rails の環境ロードして立ち上げが 8.3 秒 -> 3.3秒 になって 2.5倍やばい！！！！って感じに！！１ require が高速化したから、ライブラリたくさん読み込むプロジェクトはかなり速くなるらしい。また、rake spec の速度も unit test / functional test メインのプロジェクトで# ruby 1.9.3 Finished in 49.1

Ruby を 1.9.3 p327 から 2.0.0 dev に上げたら Rails の起動時間が2.5倍速、rake spec の速度が1.8倍速になった

<p>北海道増毛町(ましけちょう)産のいくらをいただきました！増毛（ぞうもう）ではなく増毛（ましけ）です！現町長は石崎さんです！！</p>
<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20121030/20121030181824_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20121030/20121030181824.jpg" class="photo" itemprop="image"></a></span></div>
<p>ごちそうさまでした！！！</p>


北海道増毛町(ましけちょう)産のいくらをいただきました！増毛（ぞうもう）ではなく増毛（ましけ）です！現町長は石崎さんです！！ ごちそうさまでした！！！

増毛いくら

<h3>Webマガジン幻冬舎: 安全ちゃんの傾国女子修行！ 勝手にインデクス</h3>
<p>anzenchan さんの「Webマガジン幻冬舎: 安全ちゃんの傾国女子修行！」のバックナンバーへのリンクを探すの、がんばってググるしか解決方法が無かったので勝手にインデクスだﾖ！！！</p>
<ul>
<li><a href="http://webmagazine.gentosha.co.jp/anzenchan/vol256_index.html">no title</a></li>
<li><a href="http://webmagazine.gentosha.co.jp/anzenchan/vol258_index.html">no title</a></li>
<li><a href="http://webmagazine.gentosha.co.jp/anzenchan/vol259_index.html">no title</a></li>
<li><a href="http://webmagazine.gentosha.co.jp/anzenchan/index.html">no title</a></li>
</ul>


Webマガジン幻冬舎: 安全ちゃんの傾国女子修行！ 勝手にインデクス anzenchan さんの「Webマガジン幻冬舎: 安全ちゃんの傾国女子修行！」のバックナンバーへのリンクを探すの、がんばってググるしか解決方法が無かったので勝手にインデクスだﾖ！！！ no title no title no title no title

Webマガジン幻冬舎: 安全ちゃんの傾国女子修行！ 勝手にインデクス

<h3>Rails 3 アプリ + HTTPS で実現する Cookie のセキュリティ</h3>
<p>Rails 3 で Web+DB vol.71 特集1 第四章に載っている、"HTTPS で実現する Cookie のセキュリティ" の実現方法。HTTPS のみのアプリではやっておくべき。</p>
<p>具体的には</p>
<ul>
<li>Cookie に secure 属性の追加</li>
<li>Cookie に HttpOnly 属性の追加</li>
<li>HSTS 対応 (Strict-Transport-Security ヘッダの追加)</li>
</ul>
<p>を行う。各種がどんな対策なのかは Web+DB の特集を読もう！</p>
<h4>Rails 3.1 以降の場合</h4>
<p>production が SSL 環境なら、config/environments/production.rb に</p>
<pre><code>config.force_ssl = true
config.ssl_options = { :hsts => true }
</code></pre>
<p>を追加するだけ。Rack::SSL ミドルウェアが読み込まれ、ssl_options が設定として渡される。</p>
<h4>Rails 3.0 の場合</h4>
<p>Gemfile で</p>
<pre><code>gem 'rack-ssl'
</code></pre>
<p>を追加。</p>
<p>config/environments/production.rb に</p>
<pre><code>require 'rack/ssl'
  config.middleware.insert_before Rack::Lock, "Rack::SSL", { :hsts => true }
</code></pre>
<p>を追加する。環境によっては middleware が異なってたりするので、場合により Rack::Lock の場所は適当に読みかえる。</p>
<p>わおーかんたん。</p>


Rails 3 アプリ + HTTPS で実現する Cookie のセキュリティ Rails 3 で Web+DB vol.71 特集1 第四章に載っている、"HTTPS で実現する Cookie のセキュリティ" の実現方法。HTTPS のみのアプリではやっておくべき。 具体的には Cookie に secure 属性の追加 Cookie に HttpOnly 属性の追加 HSTS 対応 (Strict-Transport-Security ヘッダの追加) を行う。各種がどんな対策なのかは Web+DB の特集を読もう！ Rails 3.1 以降の場合 production が SSL 環境なら、config/environments/production.rb に config.force_ssl = true config.ssl_options = { :hsts => true

Rails 3 アプリ + HTTPS で実現する Cookie のセキュリティ

<p>してきました。主な内容は Rails 2.3 -> 3.0 へ、cookpad という巨大なサービスでの Rails をどうアップグレードするかという話がメインです。</p>
<p>こう機会を逃してエントリーがどんどん書きにくくなっていった(日記はその日のうちに書きましょう)んですが、はてダが SpeakerDeck に対応した記念に！</p>
<p>あと、SapporoRubyKaigi から帰ってきた翌週、Rails 3.0 -> 3.2 へのバージョンアップもこっそりと行いました。</p>
<blockquote>
<p>ピークタイム終わった！ヘーシャもレーィルズ3.2にバージョンアップしましたご協力いただいたみなさん朝からお疲れ様でした！！！！1</p>
<p>— セコンさん (@hotchpotch) <a href="https://twitter.com/hotchpotch/status/248355448116350977">9月 19, 2012</a></p>
</blockquote>


してきました。主な内容は Rails 2.3 -> 3.0 へ、cookpad という巨大なサービスでの Rails をどうアップグレードするかという話がメインです。 こう機会を逃してエントリーがどんどん書きにくくなっていった(日記はその日のうちに書きましょう)んですが、はてダが SpeakerDeck に対応した記念に！ あと、SapporoRubyKaigi から帰ってきた翌週、Rails 3.0 -> 3.2 へのバージョンアップもこっそりと行いました。 ピークタイム終わった！ヘーシャもレーィルズ3.2にバージョンアップしましたご協力いただいたみなさん朝からお疲れ様でした！！！！1 — セコンさん (@hotchpotch) 9月 19, 2012

料理を支える技術 2012 - SapporoRubyKaigi 2012 で発表してきました

<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120726/20120726132510_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120726/20120726132510.jpg" class="photo" itemprop="image"></a></span></div>
<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120722/20120722123521_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120722/20120722123521.jpg" class="photo" itemprop="image"></a></span></div>
<p>箱で買ってみました(+もうちょっと)</p>
<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120722/20120722133636_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120722/20120722133636.jpg" class="photo" itemprop="image"></a></span></div>
<p>開けるの大変でした。</p>
<blockquote>
<blockquote>
<p>お金と幸福の相対関係は弱いと認めている。ある程度の金額(それほど高額では無い)を超えると、大金でも高い満足感をもたらさないことが、明らかになっている。 だが、数名の社会科学者がこの研究結果にもう少し微妙な色合いを与えた。 〜中略〜 お金の "使い道" には、少なくとも "収入額" と同程度の重要性があると考えている。とくに、他人のためや、目的のためにお金を使うと、主観的な幸福が実際に増す。</p>
</blockquote>
</blockquote>
<p>モチベーション 3.0 より引用 &#x3C;&#x3C;</p>
<p>＼幸せでした〜／</p>
<p>マジレスいたしますと、枚数分の価値はぜんぜんありました。</p>


箱で買ってみました(+もうちょっと) 開けるの大変でした。 お金と幸福の相対関係は弱いと認めている。ある程度の金額(それほど高額では無い)を超えると、大金でも高い満足感をもたらさないことが、明らかになっている。 だが、数名の社会科学者がこの研究結果にもう少し微妙な色合いを与えた。 〜中略〜 お金の "使い道" には、少なくとも "収入額" と同程度の重要性があると考えている。とくに、他人のためや、目的のためにお金を使うと、主観的な幸福が実際に増す。 モチベーション 3.0 より引用 << ＼幸せでした〜／ マジレスいたしますと、枚数分の価値はぜんぜんありました。

同じCDを箱で買おう

<h3>mac の keychain のパスワードを CUI から追加・取得</h3>
<p>security コマンドでできるってことを <a href="https://github.com/defunkt/gist">https://github.com/defunkt/gist</a> のドキュメント眺めていたら知った。</p>
<p>特定のパスワードを取得するには、</p>
<ul>
<li>security find-internet-password # web</li>
<li>security find-generic-password # generic</li>
</ul>
<p>を使って取得ができる。</p>
<pre><code>$ security 2>&#x26;1 find-internet-password -gs www.hatena.ne.jp | ruby -e 'print $1 if STDIN.gets =~ /^password: "(.*)"$/'
</code></pre>
<p>追加は</p>
<ul>
<li>security add-internet-password</li>
<li>security add-generic-password</li>
</ul>
<p>でできる。</p>
<pre><code>$ security add-generic-password -a foo -w bar -s testtesttest
$ security 2>&#x26;1 find-generic-password -gs testtesttest | ruby -e 'print $1 if STDIN.gets =~ /^password: "(.*)"$/'
bar
</code></pre>
<p>わーべんり！って思ったんだけど、これで生パスワード取得可能って危険じゃ無い？ダイアログで許可を尋ねられるけど、ログインパスワードなしで生パスワードが取得されてしまう。keychain.app のほうは生パスワード取得するときにログインパスワードを再度尋ねられ、その後知ることができるんだけど、この方法で生パスワード取得が可能だと、PCをロックしてない状態で誰かに操作されたとき keychain のパスワードがダダ漏れになってしうまうような…。 ロック解除されていた keychain だからでした…ちゃんとロックされている keychain は問題なかった!!!</p>


mac の keychain のパスワードを CUI から追加・取得 security コマンドでできるってことを https://github.com/defunkt/gist のドキュメント眺めていたら知った。 特定のパスワードを取得するには、 security find-internet-password # web security find-generic-password # generic を使って取得ができる。 $ security 2>&1 find-internet-password -gs www.hatena.ne.jp | ruby -e 'print $1 if STDIN.gets =~ /^password: "(.*)"$/' 追加は security add-internet-password security add-generic-pas

mac の keychain のパスワードを CUI から追加・取得

<h3>リクエストを複製し、2台のサーバ両方にリクエストを飛ばす</h3>
<p>リクエストを複製し、2台のサーバ両方にリクエストを飛ばすし、片方のサーバのレスポンスを返却することで、2台のサーバどちらとも正常にリクエストを処理できるか、というテストに役立てることができる。</p>
<p>production (正常に動いている) サーバのレスポンスを返せば、ユーザは特に問題なくサービスを利用でき、もう一台のテストサーバ(write 等は全部無視orダミーに飛ばす)ではエラーチェック等行うことができる。どんなときに役に立つかというと、大規模なフレームワークやライブラリのバージョンを上げた時、テスト(テスティングフレームワークのテストのこと)だけだと発見できない問題を、実リクエストを発行することにより調べることができる。</p>
<p>具体的なやり方は、一個 proxy を建てて振り分ければ良い。Ruby なら em-proxy の以下の example コードにちょっと手を入れるだけで実現できるだろう。</p>
<ul>
<li><a href="https://github.com/igrigorik/em-proxy/blob/master/examples/duplex.rb">https://github.com/igrigorik/em-proxy/blob/master/examples/duplex.rb</a></li>
</ul>
<p><a href="http://blog.kentarok.org/entry/2012/07/10/185408">意識の高いリーンエンジニア</a>からやり方書いてよ！って言われたので書きました。</p>


リクエストを複製し、2台のサーバ両方にリクエストを飛ばす リクエストを複製し、2台のサーバ両方にリクエストを飛ばすし、片方のサーバのレスポンスを返却することで、2台のサーバどちらとも正常にリクエストを処理できるか、というテストに役立てることができる。 production (正常に動いている) サーバのレスポンスを返せば、ユーザは特に問題なくサービスを利用でき、もう一台のテストサーバ(write 等は全部無視orダミーに飛ばす)ではエラーチェック等行うことができる。どんなときに役に立つかというと、大規模なフレームワークやライブラリのバージョンを上げた時、テスト(テスティングフレームワークのテストのこと)だけだと発見できない問題を、実リクエストを発行することにより調べることができる。 具体的なやり方は、一個 proxy を建てて振り分ければ良い。Ruby なら em-proxy の以下の

リクエストを複製し、2台のサーバ両方にリクエストを飛ばす

<h3>hub コマンドで github から fork して pull request をさくっと</h3>
<ul>
<li><a href="https://github.com/defunkt/hub">https://github.com/defunkt/hub</a></li>
</ul>
<p>github で誰かのコードをちょっと直して pull request 送りたい場合、ウェブインターフェイス経由だとちょっとめんどくさかったりする、けど hub コマンドであっという間に出来ることが解った、便利、ライフチェンジングな予感！！！</p>
<p>例えば</p>
<ul>
<li><a href="https://github.com/r7kamura/github-stream">https://github.com/r7kamura/github-stream</a></li>
</ul>
<p>へ pull-request 出したい、って思ったら</p>
<pre><code>$ hub clone r7kamura/github-stream
$ cd github-stream
$ hub fork
Updating hotchpotch
From github.com:hotchpotch/github-stream
 * [new branch]      master     -> hotchpotch/master
new remote: hotchpotch
# 勝手に fork し remote に hotchpotch (ユーザ名) が追加される
$ git checkout -b feature
# feature ブランチを作成(hub コマンドで pull request を送る標準のブランチ名
# 適当にコードを修正してコミットする
$ git push hotchpotch feature
# remote の自分の feature ブランチに push
$ hub pull-request
# エディタが立ち上がるので、タイトルコメントを入力
$ hub pull-request -h hotchpotch:other_branch_name
# もしくは他のブランチ名なら -h オプションで適当に入れる
</code></pre>
<p>だけで完了、pull-requester にはめちゃ便利！！！</p>
<p>github enterprise を使ってる場合は以下をしておけばおｋ</p>
<pre><code>$ export GITHUB_HOST='github.example.com'
# もしくは
$ git config --global --add hub.host github.example.com
</code></pre>
<p>べんり</p>
<p>追記</p>


hub コマンドで github から fork して pull request をさくっと https://github.com/defunkt/hub github で誰かのコードをちょっと直して pull request 送りたい場合、ウェブインターフェイス経由だとちょっとめんどくさかったりする、けど hub コマンドであっという間に出来ることが解った、便利、ライフチェンジングな予感！！！ 例えば https://github.com/r7kamura/github-stream へ pull-request 出したい、って思ったら $ hub clone r7kamura/github-stream $ cd github-stream $ hub fork Updating hotchpotch From github.com:hotchpotch/github-stream

hub コマンドで github から fork して pull request をさくっと

<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120419/20120419191950_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120419/20120419191950.jpg" class="photo" itemprop="image"></a></span></div>
<p>晩ご飯を <a href="http://blog.hatena.ne.jp/r7kamura/">id:r7kamura</a> 君と作って食べました。焼いただけのアスパラがめちゃくちゃ美味しかったです。</p>


晩ご飯を id:r7kamura 君と作って食べました。焼いただけのアスパラがめちゃくちゃ美味しかったです。

目玉焼きのせ焼きそば

パイン飴中毒

<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120410/20120410132323_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120410/20120410132323.jpg" class="photo" itemprop="image"></a></span></div>
<p>同じCDを何枚も買いました</p>
<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120410/20120410132035_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120410/20120410132035.jpg" class="photo" itemprop="image"></a></span></div>
<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120410/20120410132319_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120410/20120410132319.jpg" class="photo" itemprop="image"></a></span></div>
<iframe width="480" height="315" src="http://www.youtube.com/embed/QJh5xAI_6Ig" frameborder="0" allowfullscreen=""></iframe>


同じCDを何枚も買おう

<h3>なぜ XXX がダメか</h3>
<ul>
<li><a href="http://subtech.g.hatena.ne.jp/cho45/20120402/1333366338">はてなグループの終了日を2020年1月31日(金)に決定しました - はてなグループ日記 - 機能変更、お知らせなど</a></li>
</ul>
<p>CoffeeScript に限らず、新規技術を言語やミドルウェア、その他諸々の新しいアーキテクチャを採用するときのメリット、デメリットを検討する必要があって。Coffee についてちょさんは自分の知見上使うな、ってことを言っており、それはまぁ正しくって。</p>
<p>僕はこの Coffee のエントリー直接的には書かれてないけど、背景として書かれておりすごく同意できる部分は、他人との開発・継続開発が必要な場合において、特にデメリットを考えず自分が使いたいから、という理由で新しいアーキテクチャを導入をする人がいることで。その人たちに大抵言えることは、メリットは言えるけどデメリットは言えない、ということと自分が責任を持った開発をしたことがない、継続的な運用をし続けたことがないことが挙げられて。</p>
<p>「マジ XXX 最高！！！超便利！！！世界が変わる！！！！」みたいに言ってる人は大抵三ヶ月後には飽きてたりする/メリットを見失ってるので信頼ならない。自分とかな！なので三ヶ月ぐらい使ってメリットデメリットがきちんと言えそれでも選択する場合は選択すればいいと思うよ。</p>
<p>-----</p>
<p>カッフィーのエントリーについて、CoffeeScript は JS に知見があればあるほど、嫌う傾向があるのかなぁ、とか思ったりもします。JS 初心者について、様々な JS のバットノウハウ学ぶより CoffeeScript で書いた方が楽だし、トランスレートされたコードに興味を持ったら見てバットノウハウ知ればよいし。JavaScript を知ってるからこそ、"CoffeeScript を読む場合、読む人には CoffeeScript の知識と、JavaScript の知識、どちらも必要だ。"と言ってしまうのだとも思うし。</p>
<p>目的を達成するときに、何処まで知っておくべきか、というレイヤーにも関係して。ウェブサービスを実装するときに、ウェブアプリケーションフレーム等を使っている場合、HTTP すらよく知らなくても書いてる人、それでサービス作れてる人はそれなりにいて、まぁその人がやりたいことが実現できていて価値に繋がってれば良いと思うし、そういう面で jQuery と同等、Coffee は初心者の敷居を下げてくれるんじゃないかなー、と思ったりもする。"JavaScriptを出力する" が目的じゃなくて、やりたいことをどう低コストでできるか、が大切な場合もあって、その場合は JS の知識が無くてもより良く書ける Coffee はアリなんじゃないかなぁと。この場合はメンテナンスコストが後に増えるだろうけど技術的負債とのトレードオフだろうしね。</p>
<p>あともはや node の OSS のかなりは Coffee で書かれているし、node 使いの人は Coffee も JS の知識も前提条件になってるので、別に場合によっては Coffee でいいんじゃないかなー、って思う。</p>
<p>-----</p>
<p>僕は5,6年以上前にはてなダイアリー/ブクマのブログパーツに自分が使いたいからという理由で MochiKit を入れたことがあったけど、正直すまんかったと今更あやまります…。当時は長期運用をしたこともなかったし、メリット優先で運用上のデメリットも考えたことも無かった。昔の mala ちゃんに「あれは無いんじゃ…」というお言葉をいただいたけど、当時は意味が分からなかった。「グローバル汚染しなければライブラリ追加してもいいじゃん？」ぐらいに思っていた…。結局最後に運用するのは別の人になる。すいません…。</p>
<p>-----</p>
<p>まとまってないけど、新しいアーキテクチャを選択するのはアリだと思うけど、ちゃんとメリットデメリットを考えて選択し、選択する人はきちんと責任を持とう、ということをみなさん共通認識として持っていただきたいなー、と思うのでした。</p>


なぜ XXX がダメか はてなグループの終了日を2020年1月31日(金)に決定しました - はてなグループ日記 - 機能変更、お知らせなど CoffeeScript に限らず、新規技術を言語やミドルウェア、その他諸々の新しいアーキテクチャを採用するときのメリット、デメリットを検討する必要があって。Coffee についてちょさんは自分の知見上使うな、ってことを言っており、それはまぁ正しくって。 僕はこの Coffee のエントリー直接的には書かれてないけど、背景として書かれておりすごく同意できる部分は、他人との開発・継続開発が必要な場合において、特にデメリットを考えず自分が使いたいから、という理由で新しいアーキテクチャを導入をする人がいることで。その人たちに大抵言えることは、メリットは言えるけどデメリットは言えない、ということと自分が責任を持った開発をしたことがない、継続的な運用をし続け

なぜ XXX がダメか

<h3>activerecord-raw-data というライブラリを書いた</h3>
<p>ActiveRecord を使うと生データを結果として取得するAPIが無くて、結果が別に AR オブジェクトじゃなくて良い場合だとコストが高い。数十万個のデータを取り出すときなんかはわりと無視できない速度になるので、生でとれるライブラリ書いた（たいしたことはしてない）。</p>
<ul>
<li><a href="https://github.com/hotchpotch/activerecord-raw-data">https://github.com/hotchpotch/activerecord-raw-data</a></li>
</ul>
<pre><code>User.raw_data #=> [{"id" => 1, "name" => "alice"}, {"id" => 2, "name" => "bob"}, ...]
User.raw_rows #=> [[1, "alice"], [2, "bob"], ...]
User.select(:name).raw_values #=> ["alice", "bob", ...]
</code></pre>
<p>みたいに使える。AR 3.2 からは pluck で1カラムの値は取り出せるんだけど、型キャストをきちんとしてるので、そうでもなく適当に取り出したいときは raw_values を使う。</p>


activerecord-raw-data というライブラリを書いた ActiveRecord を使うと生データを結果として取得するAPIが無くて、結果が別に AR オブジェクトじゃなくて良い場合だとコストが高い。数十万個のデータを取り出すときなんかはわりと無視できない速度になるので、生でとれるライブラリ書いた（たいしたことはしてない）。 https://github.com/hotchpotch/activerecord-raw-data User.raw_data #=> [{"id" => 1, "name" => "alice"}, {"id" => 2, "name" => "bob"}, ...] User.raw_rows #=> [[1, "alice"], [2, "bob"], ...] User.select(:name).raw_values #=> ["alic

activerecord-raw-data というライブラリを書いた

<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120314/20120314150912_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120314/20120314150912.jpg" class="photo" itemprop="image"></a></span></div>
<p>弊社クッキーマイスターの美少女まきもとさんに教わりながら、クッキーを生まれて初めて焼きました！やばい精神の時に書く絵のような素敵なパンダです。金属のボールを電子レンジで温めたのは内緒です（死にます）。</p>
<p>あざとく好きな女の子<a href="#f-a5ad350f" title="注・アイドルです">*1</a>に渡そうと思います。</p>
<p><a href="#fn-a5ad350f">*1</a>:注・アイドルです</p>


弊社クッキーマイスターの美少女まきもとさんに教わりながら、クッキーを生まれて初めて焼きました！やばい精神の時に書く絵のような素敵なパンダです。金属のボールを電子レンジで温めたのは内緒です（死にます）。 あざとく好きな女の子 *1 に渡そうと思います。 *1 :注・アイドルです

ホワイトデーだ！

<h3>simplecov-vim でC0なカバレッジのコードを vim で表示</h3>
<p>なにげに gem search -r simplecov したら面白そうな gem が！</p>
<ul>
<li><a href="https://github.com/nyarly/Simplecov-Vim">https://github.com/nyarly/Simplecov-Vim</a></li>
</ul>
<p>これを使ってカバレッジ取って、vim で :so coverage.vim すると</p>
<p><img src="http://gyazo.com/9e1d5aefd8f0ed30478b7d587bb456d0.png?1331527590"></p>
<p>と、エディタ上でC0 な行がすぐ解るように！カバレッジは100%にすることが重要なわけではなく、自分が書いたコードで通ってると思っている箇所が通ってないのを防ぐ、という安心感が大きいので、エディタでぱぱっと確認できるのは嬉しいですね。<a href="http://subtech.g.hatena.ne.jp/t-wada/">id:t-wada</a> は確か emacs で同等なことをやっていた気がする。</p>
<p>設定も最新の simplecov なら MergedFormatter を使うと、他の Formatter と同時に使えてる。</p>
<pre><code>require 'simplecov'
  require 'simplecov-vim/formatter'
  class SimpleCov::Formatter::MergedFormatter
    def format(result)
      SimpleCov::Formatter::HTMLFormatter.new.format(result)
      SimpleCov::Formatter::VimFormatter.new.format(result)
    end
  end
  SimpleCov.start do
    formatter SimpleCov::Formatter::MergedFormatter
</code></pre>


simplecov-vim でC0なカバレッジのコードを vim で表示 なにげに gem search -r simplecov したら面白そうな gem が！ https://github.com/nyarly/Simplecov-Vim これを使ってカバレッジ取って、vim で :so coverage.vim すると と、エディタ上でC0 な行がすぐ解るように！カバレッジは100%にすることが重要なわけではなく、自分が書いたコードで通ってると思っている箇所が通ってないのを防ぐ、という安心感が大きいので、エディタでぱぱっと確認できるのは嬉しいですね。 id:t-wada は確か emacs で同等なことをやっていた気がする。 設定も最新の simplecov なら MergedFormatter を使うと、他の Formatter と同時に使えてる。 require 'simple

simplecov-vim でC0なカバレッジのコードを vim で表示

<h3>Ruby on Rails が簡単というのはウソ</h3>
<p>綺麗に手順を踏んでやる場合には Ruby 初心者は躓くところが多い &#x26;&#x26; 最初の学習コスト高いというのは納得。なおWebエンジニアの場合、こんな感じなのかな。たぶん。</p>
<ul>
<li>Windows だといろいろうまくいかないので Mac 買う or 仮想マシンに Linux 入れる</li>
<li>Mac ならhomebrew とか、一般的な開発ツールを入れる</li>
<li>自分で好きなエディタが無ければうかつに V や E がつくエディタはつかわない。宗教論争を避けるため TextMete にする。Windows は知らない…</li>
<li>OS標準の Ruby は使わず rbenv いれてユーザ権限で Ruby をインストールする</li>
<li>Ruby は 1.9.2 の最新を入れる</li>
<li>ググっておかしなチュートリアル読むより <a href="http://guides.rubyonrails.org/">http://guides.rubyonrails.org/</a> にまとまってるので、最初からやっていく<ul>
<li>！この辺でつまずいて Rails に愚痴を言うエンジニアは使わない方が良い。別に何使ってもあなたならたいして生産性変わらないと思います。</li>
</ul></li>
<li>git は知らないと生きていけないので覚える</li>
<li>この辺でアプリのコアライブラリの選択<ul>
<li>TestUnit or RSpec<ul>
<li>実装としてはやれることが同じ。考え方の違い。RSpec は現在なら単体でさまざまな機能持ってるのでオススメだけど、学習コスト高い</li>
<li>他に webmock(HTTP stub), FactoryGirl( fixture replacement ), timecop (時刻操作), rr (mock, stub, double, spy ...), capybara (end to end) あたりのキーワード知ってれば適当に調べて書ける</li>
</ul></li>
<li>ERB or HAML<ul>
<li>好みの問題なのでどっちでも。DHH 派なら ERB で。</li>
</ul></li>
<li>SCSS or CSS<ul>
<li>SCSS は CSS と文法同じなので別に SCSS の機能使わなくてもふつうに書くだけ</li>
</ul></li>
<li>Coffee or JavaScript<ul>
<li>どっちでも書ける。こちらも好みの問題ですしね…。</li>
</ul></li>
<li>データベースは？<ul>
<li>NoSQL である必然性がない限りは RDB で。Heroku 公開前提なら PostgreSQL, 他なら MySQL でいいんじゃ</li>
<li>ちょっと話しはずれるけど、ふつうのサービスなら Heroku or AWS で公開するのがオススメで、クラウドアーキテクチャにあったミドルウェア選択するのが良いですよ。</li>
</ul></li>
</ul></li>
<li>Ruby / Rails のベストプラクティスを知りたくなってくる<ul>
<li>GitHub 社のメンバー(<a href="https://github.com/about">https://github.com/about</a> )が作ってるレポジトリを clone してソースよむ。だいたいクオリティ高い。</li>
</ul></li>
<li>どのライブラリがいけてるの？<ul>
<li><a href="https://www.ruby-toolbox.com/">https://www.ruby-toolbox.com/</a> という便利なサイトがありまして…</li>
</ul></li>
<li>継続的インテグレーションないと死んじゃう…<ul>
<li><a href="http://travis-ci.org/">http://travis-ci.org/</a> という便利なサイトがありましてね…</li>
<li>travis-ci 上で Rails アプリのテストも実行できる<ul>
<li>ちなみにわたくしは Jenkins 使ってますが…</li>
</ul></li>
</ul></li>
<li>何処に deploy すればいいの？<ul>
<li>まずは Heroku。Heroku 遅い？そんなことないよ。文句があるなら @ayumin に言おう！<ul>
<li>アプリケーションの処理速度が遅いなら、あなたのコードを疑いましょう</li>
</ul></li>
<li>Heroku でだめならふつうに AWS(EC2) で。</li>
</ul></li>
<li>この頃には Rails の新しいバージョンがリリースされてる…<ul>
<li>テスト書いてる -> upgrade しよう。クソコードでない限りは(だいたい)うまくいきます。</li>
<li>テスト書いて無い -> 諦めてそのマイナーバージョンを使い続けよう。テスト書いて無くて技術的負債を積み上げても先にやりたいことがあるんだろうから小さいことは気にしない</li>
</ul></li>
<li>いろいろ Rails 使ってる人に尋ねたい！教えて君したい！<ul>
<li>東京近郊にお住まいなら Rails 勉強会東京(も良いと思うけど) ではなく asakusa.rb というモヒカンが斧持って集まってる集会があるので参加すると良いと思います。あえて。</li>
</ul></li>
<li>サービスリリース＼(＾o＾)／</li>
</ul>
<p>Rails は Rails 周りの OSS のエコシステムが発達しているおかげで、巨大だけど様々な物が集約されてるし、そこから学ぶのが楽しい、自分でそこにコミットできるのが楽しい、って人は知識としても色々学べると思います。反面シンプルなアーキテクチャが好きな人はあんまり好きになれないというのも解るけど、いったんは巨大なフレームワーク・ライブラリから知識を吸収して離れると得られる物が多いとも思う。</p>
<p>あとこれはあくまで Webエンジニアに向けの話しで。</p>
<p>サービス作りたくて Rails を選択した人で、全くプログラミングが解らなくても、サービスを公開したい熱意があればがむしゃらに手を動かすと一ヶ月ぐらいで Ruby 覚えて Rails で Heroku にデプロイしてサービス公開できると思います(前例があるので…)。それ以上かかる人はたぶん情熱が足りないので Rails 以前にそのサービス考え直した方が良いんじゃないかなー。</p>


Ruby on Rails が簡単というのはウソ 綺麗に手順を踏んでやる場合には Ruby 初心者は躓くところが多い && 最初の学習コスト高いというのは納得。なおWebエンジニアの場合、こんな感じなのかな。たぶん。 Windows だといろいろうまくいかないので Mac 買う or 仮想マシンに Linux 入れる Mac ならhomebrew とか、一般的な開発ツールを入れる 自分で好きなエディタが無ければうかつに V や E がつくエディタはつかわない。宗教論争を避けるため TextMete にする。Windows は知らない… OS標準の Ruby は使わず rbenv いれてユーザ権限で Ruby をインストールする Ruby は 1.9.2 の最新を入れる ググっておかしなチュートリアル読むより http://guides.rubyonrails.org/

Ruby on Rails が簡単というのはウソ

<p>先月行われた <a href="http://www.zusaar.com/event/193104">Fluentd meetup in Japan</a>というイベントで発表してきました！一ヶ月前だけどエントリーにするの忘れていたので、今更ながらエントリーに。</p>
<p><strong><a href="http://www.slideshare.net/hotchpotch/20120204fluent-logging" title="fluentd を利用した大規模ウェブサービスのロギング">fluentd を利用した大規模ウェブサービスのロギング</a></strong><iframe src="http://www.slideshare.net/slideshow/embed_code/11412913" width="425" height="355" frameborder="0" marginwidth="0" marginheight="0" scrolling="no"></iframe></p>
<p>View more <a href="http://www.slideshare.net/">presentations</a> from <a href="http://www.slideshare.net/hotchpotch">hotchpotch</a></p>
<p>fluentd、クックパッドではすでに100台以上のサーバに入れて各種ログを集約してますが本当に便利で。あとログ以外も最近 fluentd 経由で投げ始めたので、その辺も近々エントリーにできたらなーと思います。</p>


先月行われた Fluentd meetup in Japan というイベントで発表してきました！一ヶ月前だけどエントリーにするの忘れていたので、今更ながらエントリーに。 fluentd を利用した大規模ウェブサービスのロギング View more presentations from hotchpotch fluentd、クックパッドではすでに100台以上のサーバに入れて各種ログを集約してますが本当に便利で。あとログ以外も最近 fluentd 経由で投げ始めたので、その辺も近々エントリーにできたらなーと思います。

fluentd を使った大規模ウェブサービスのロギング

<h3>pry で mac のクリップボードにいろいろ追加するユーティリティ書いた</h3>
<p>gem 化した。<a href="http://github.com/hotchpotch/pry-clipboard">http://github.com/hotchpotch/pry-clipboard</a></p>
<p>pry で前回入力した文字列、前回評価された文字列、入力と結果を Ruby ぽく整形してクリップボードに入れるの書いた。.pryrc とかに追加してつかえます。</p>
<pre><code>$ pry
[1] pry(main)> (1..5).map {|i| i ** i}
=> [1, 4, 27, 256, 3125]
[2] pry(main)> copy
-- Copy to clipboard --
(1..5).map {|i| i ** i}
#=> [1, 4, 27, 256, 3125]
</code></pre>
<p>とかすると</p>
<pre><code>(1..5).map {|i| i ** i}
#=> [1, 4, 27, 256, 3125]
</code></pre>
<p>ってクリップボードに入ってるのでコピペできて便利。copy str や hiscopy, lastcopy でいろいろクリップボードに入ってる。binding.pry で pry 立ち上げてその場であれこれ、ああこれこれ、という結果が得られたら hiscopy でクリップボードに入れてあれこれ、とかできてコピペプログラミングが楽に！</p>


pry で mac のクリップボードにいろいろ追加するユーティリティ書いた gem 化した。 http://github.com/hotchpotch/pry-clipboard pry で前回入力した文字列、前回評価された文字列、入力と結果を Ruby ぽく整形してクリップボードに入れるの書いた。.pryrc とかに追加してつかえます。 $ pry [1] pry(main)> (1..5).map {|i| i ** i} => [1, 4, 27, 256, 3125] [2] pry(main)> copy -- Copy to clipboard -- (1..5).map {|i| i ** i} #=> [1, 4, 27, 256, 3125] とかすると (1..5).map {|i| i ** i} #=> [1, 4, 27, 256, 3125] ってクリップボー

pry で mac のクリップボードにいろいろ追加するユーティリティ書いた

<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120220/20120220092641_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120220/20120220092641.jpg" class="photo" itemprop="image"></a></span></div>
<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120210/20120210105855_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120210/20120210105855.jpg" class="photo" itemprop="image"></a></span></div>
<p>砂浜がすごく良かったです。</p>
<p>あとたまたまサンフランシスコに今住んでいる中学校の同級生の友人と15年ぶりに再会したりしました(facebookすごい…)。もう一生会わないんだろうなぁ、って思ってた人と会うと感動しますね。</p>
<p>あとあと日本に戻ってきて僕は日本好きだなぁ、って改めて思いました。</p>


砂浜がすごく良かったです。 あとたまたまサンフランシスコに今住んでいる中学校の同級生の友人と15年ぶりに再会したりしました(facebookすごい…)。もう一生会わないんだろうなぁ、って思ってた人と会うと感動しますね。 あとあと日本に戻ってきて僕は日本好きだなぁ、って改めて思いました。

カリフォルニア行ってた

<ul>
<li><a href="http://codezine.jp/article/detail/6401">100人のプロが選んだソフトウェア開発の名著　君のために選んだ1冊</a></li>
</ul>
<p>が出版され、『私と Ruby と添削と』という内容で寄稿しました。私がどうプログラミング・オープンソースの楽しさを知ったかについての昔話です。公開して良い、とのことなので公開いたします。</p>
<p>なお、文章中に出てくる tdiarytimes.rb のコードは以下です。9年前に書いたコードなので今読み返すと恥ずかしいを通り越してもはや微笑ましいですね！！１これでも当時は、自分なりにできるだけ綺麗なコードにして公開した記憶があります。</p>
<ul>
<li><a href="https://github.com/tdiary/tdiary-contrib/blob/master/plugin/tdiarytimes.rb">https://github.com/tdiary/tdiary-contrib/blob/master/plugin/tdiarytimes.rb</a></li>
</ul>
<h4>私と Ruby と添削と</h4>
<p>プログラミング技術の向上させるには、どういう方法があるでしょうか。プログラミングに関する書籍を読む、オープンソースで公開されているコードを読む、優秀な同僚と働くうちにテクニックが身についてくる、などなど様々な方法があるでしょう。</p>
<p>昔話をしましょう。私がプログラミングの楽しさを知り、プログラミングにのめり込んでいったのは大学三年生の時でした。当時プログラミングがあまり好きで無く、ほとんどコードをかけなかった私は、大学の研究室でコードを書く必要に迫られなんらかの方法でプログラミングを習得する必要がありました。</p>
<p>しかしながら、漠然とプログラミングを覚えようと思ってもすっと習得できるわけではありません。大学で習うプログラミングの話は、UML モデリングやオプジェクト思考の考え方で、アニマルクラスを継承して犬や猫が、といった概念的な話であったりしたため、そもそもプログラミングがよく解らない私にとってそのような高級なレイヤーの話はさっぱりでした。</p>
<p>そこで自分が作りたいものから作ってみようと思い、自分が使っていた日記システムに機能を増やしてみよう、と考えました。幸いにも使っていた日記システムが、プラグインで拡張可能な Ruby で書かれた日記『tDiary』であったため、そのプラグインを試行錯誤しながら書いてみました。</p>
<p>実際に書いてみると、常日頃から使っているものが自分が手を加えることにより変化する、という何かを創造しているような万能感が楽しく、みるみるうちにプログラミングに嵌まっていきました。</p>
<p>なお当時(2003年) 周りでは php や Java が流行っていましたが、周りと違ったことをしたいと思っていた自分は、当時ではまだまだマイナーだった Ruby を書ける自分カッコイイ的な中二病的な感覚に酔いしれたいと思って居たのも良い思い出です。</p>
<p>そんなプログラミングの楽しさが徐々に解ってきたときに、MTBlogTimes という投稿した時間帯によってバーコードのような画像にラインを刻む(画像検索するとどんなものかすぐ解ると思います) Movable Type のプラグインがシンプルでかっこよかったため、それを tDiary のプラグインとして実装した tdiarytimes.rb というライブラリを公開したところ、tDiary 作者のただただしさんの目にとまり、tDiary の CVS レポジトリの中に入れてもらえました。</p>
<p>自分が作ったものが本家のコードに入るなんて！と大変喜んだのですがそれだけではありませんでした。本稿で推薦している本の作者、青木峰郎さんが tdiarytimes.rb をクラス分けし継承し、クラスごとに画像の見せ方を変え、オブジェクト思考の実装を入れ、大幅にリファクタリングしてくださったのです。このリファクタリングにより、クラスの使い方、継承の概念、よりシンプルなコードの書き方など様々なプログラミングのエッセンスを学ぶことができました。</p>
<p>またオープンソースでコードを公開することのメリットや楽しさも知ることができ、外に出すのも恥ずかしいようなコードでもとりあえず公開しておくと、自分にとっても役立つし、誰かのためにもひょっとしたら役に立つかも、と思うようになりどんどんコードを公開するようになりました。</p>
<p>その後、別のイベントで青木さんにまたコードを添削していただく機会に恵まれました。昔よりはプログラミングができるようになったけど、いまいちどこを改善して良いのか解らないと思っていたいましたが、様々な箇所に指摘をもらい、またプログラミングのテクニックを学ぶことができました。</p>
<p>「Rubyist Magazine 出張版 正しいRubyコードの書き方講座」では、私のコード改善も含めた系6本の具体的なリファクタリング手法が載っています。実践的な内容になっており、実際のライブラリをどう改善するかというのがストーリーとして書かれており、読み物としても面白いです。リファクタリングのポイントも「コーディングスタイル」「プログラミング一般」「Rubyプログラミング一般」「オブジェクト指向プログラミング」「リフレクション(Ruby では今ではメタプログラミングという表記が一般的でしょうか)」と様々な視点が書かれており、Ruby のみならず標準的なプログラミングの考え方についても解説されています。</p>
<p>また、優秀なプログラマはそれぞれ、ポリシーを持ってコード書いており、たとえば空白スペースやインデント、メソッド名のつけ方一つとっても「なんでそのようなコードになってるか」一つ一つ説明できるような意味を持ってつけています。私が尊敬しているプログラマの一人である青木さんが、どんなポリシーを持ってコードを書いているかも解説されているのも嬉しいですね。</p>
<p>コードが書けるようになったは良いけど、どうやったらより良いコードになるか解らない、そんなプログラミング初心者は手にとって読んでみると、新しい発見があると思います。また本の内容も難しくなく「リファクタリングの本を読んでみたけど、正直よく解らなかった…」という方も読んでみてはいかがでしょうか。本自体は今風ではないですが、プログラミングのエッセンスは十分生かせる内容となっています。</p>
<p>プログラミング技術を向上させるには様々な方法があります。自分の場合は書籍を読んだり公開されているコードを読んだ時にも確かに技術や考え方は向上したと思うのですが、何よりも確実に向上したと思えたのが誰かに「添削」されたときでした。青木さんの添削もそうですし、同僚からのコードレビューもそうでしたし、オープンソースで公開したコードがリファクタリングされたときもそうでした。</p>
<p>今現在は当時とは違い、github を中心としたコミニュティベースでのソースコードの公開、添削、改善のサイクルが生まれています。あなたの公開したコードが昔よりもさらにより誰かが改善してくれやすい環境になっているでしょう。書いたコードが手元で眠っているなら、それをパブリックな場所で公開してみてはどうでしょうか。そのコードを添削してくれる誰かが現れ、よりあなたのプログラミング技術が向上するかもしれませんよ。</p>
<p>ちなみに本稿の話に出てきた tdiarytimes.rb、青木さんがリファクタリングされた tdiarytimes2.rb は現在も tDiary の git レポジトリに入っており、github 等から取得することができます。今見返したら tdiaritymes.rb はメソッドでもなんでもない箇所に、ベタで70行以上もコードが書いてあり歴史を感じることができました…。</p>


100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊 が出版され、『私と Ruby と添削と』という内容で寄稿しました。私がどうプログラミング・オープンソースの楽しさを知ったかについての昔話です。公開して良い、とのことなので公開いたします。 なお、文章中に出てくる tdiarytimes.rb のコードは以下です。9年前に書いたコードなので今読み返すと恥ずかしいを通り越してもはや微笑ましいですね！！１これでも当時は、自分なりにできるだけ綺麗なコードにして公開した記憶があります。 https://github.com/tdiary/tdiary-contrib/blob/master/plugin/tdiarytimes.rb 私と Ruby と添削と プログラミング技術の向上させるには、どういう方法があるでしょうか。プログラミングに関する書籍を読む、オープンソースで公開され

プログラミングの楽しさ。オープンソースとの出会い。

<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120128/20120128133250_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120128/20120128133250.jpg" class="photo" itemprop="image"></a></span></div>
<p>無性にコールスロー食べたくなったので初めて作ってみました。切って混ぜるだけで簡単！今回はミキサーで。</p>
<p>そして作りすぎたのでした…。</p>


無性にコールスロー食べたくなったので初めて作ってみました。切って混ぜるだけで簡単！今回はミキサーで。 そして作りすぎたのでした…。

コールスロー作った

<p>オーディオに興味が無い皆さんこんにちは！セコンさんのヘッドフォン話です。興味の無い人はCtrl-wを押しましょうさあ！</p>
<p>最近インナーイヤヘッドフォン買ってないなー、と思ったので秋葉原のe☆イヤホンに行って買ってきました。店内イヤホンヘッドフォンだらけ、自分の音楽プレーヤでさくさく視聴でき、かつ値段も最安値レベルと素晴らしいお店でした。</p>
<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120121/20120121214157_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120121/20120121214157.jpg" class="photo" itemprop="image"></a></span></div>
<p>買ったのは Image X5 です。今回はドライバーユニットが小さく取り回しが楽、という視点で選びました。上位機種の Image X10 は低音が出すぎていて好みじゃ無かったので X5 を。だいたい上位機種になればなるほど低音が出すぎていて好みじゃ無くなっていく傾向に。</p>
<p>あと家でイヤーパッドがぼろぼろの HD-600 が眠っていたのを思い出し、イヤーパッドもおいてあったので一緒に購入して付け替えたらわー HD-600 新品っぽい！</p>
<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120121/20120121215325_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120121/20120121215325.jpg" class="photo" itemprop="image"></a></span></div>
<p>しかしながらオープンエアーなヘッドフォン、昔アパートに住んでたときは、スピーカだと音量出せないしと重宝してたのですが、今は部屋に居るときは必ずスピーカから聴いてるので使いどころが…。音漏れしまくるので会社だと他の人の迷惑になるし、外でもしかり…。音質は軽くて聴きやすくてすごく良いんですけどね。mottainai。。</p>
<p>昔話をしますと、イヤフォンはER-4Sを2001年頃買って使ってましたが、2007年の RailsConf の帰りのフライト直前のタイミングで壊れて、飛行機内でカナル型イヤフォン無いなんて耐えられない！というかんじだったので空港でたまたま売ってた Shure PTH-E500 を購入しました。ただ E500 はドライバーが大きすぎて取り回しが面倒だったのと、低音出過ぎで好みで無いのであまり使わなくなったりしました…。mottainai。。</p>
<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120121/20120121214638_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120121/20120121214638.jpg" class="photo" itemprop="image"></a></span></div>
<p>ヘッドフォンは 2002年頃 HD-600 を買って使わなくなり、最近は会社だと Dr.DAC 2 + ATH-A900Ti な環境、外では B&#x26;W P5 使ってます。A900Ti は高解像度な感じが好きで選びました。P5 はB&#x26;Wのスピーカとは違った傾向のドンシャリな感じなんですが、耳へのピタッとくっつくフィット感と、軽いところとデザインが好きです。</p>
<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120121/20120121214506_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120121/20120121214506.jpg" class="photo" itemprop="image"></a></span></div>
<p>あとふつーのイヤフォンとしては Apple の第四世代 iPod らへん(iPod Photo とか言われていた時代)の昔のイヤフォンの音がすごっく軽い音でシャリシャリで好みで、イヤフォンは値段じゃ無い！って思わせてくれた一品でした。なおこのイヤフォンの音が好みだと知ったのは生産停止になった後だったので、知り合いに譲ってもらったりしてストックもいくつか入手したりしました(この辺がオタっぽい！)。</p>
<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120121/20120121214719_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120121/20120121214719.jpg" class="photo" itemprop="image"></a></span></div>
<p>イヤフォンが増えたので朝の選択肢がまた一つ増えたわーい！イヤフォン安いですし、今やたくさんモデルあるので、ファンション感覚でたくさん買ってしまっても良いかもとか思ったりしました！</p>


オーディオに興味が無い皆さんこんにちは！セコンさんのヘッドフォン話です。興味の無い人はCtrl-wを押しましょうさあ！ 最近インナーイヤヘッドフォン買ってないなー、と思ったので秋葉原のe☆イヤホンに行って買ってきました。店内イヤホンヘッドフォンだらけ、自分の音楽プレーヤでさくさく視聴でき、かつ値段も最安値レベルと素晴らしいお店でした。 買ったのは Image X5 です。今回はドライバーユニットが小さく取り回しが楽、という視点で選びました。上位機種の Image X10 は低音が出すぎていて好みじゃ無かったので X5 を。だいたい上位機種になればなるほど低音が出すぎていて好みじゃ無くなっていく傾向に。 あと家でイヤーパッドがぼろぼろの HD-600 が眠っていたのを思い出し、イヤーパッドもおいてあったので一緒に購入して付け替えたらわー HD-600 新品っぽい！ しかしながらオープンエア

イヤフォン買った

<h3>Ruby 1.9 で起動オプションで外部エンコーディングを指定する</h3>
<p>1.9 をよく解ってないオールドタイプの secondlife ですこんばんは。Ruby 1.9 では外部エンコーディングの Encoding.default_external はロケール( $LANG )によて変化する。</p>
<pre><code>$ echo $LANG
ja_JP.UTF-8
$ ruby -e "puts Encoding.default_external"
UTF-8
</code></pre>
<pre><code>$ echo $LANG
C
$ ruby -e "puts Encoding.default_external"
US-ASCII
</code></pre>
<p>外部エンコーディングを考慮してない、かつ UTF-8 を扱うスクリプトだとエラーになったりする。そんなときは</p>
<pre><code>ruby -EUTF-8 script
</code></pre>
<p>で起動オプションで指定してやると良い。gem ライブラリのような場合</p>
<pre><code>ruby -EUTF-8 -S command
</code></pre>
<p>とすると path から探索してくれる便利！後ろの席の Ruby コミッターに教えていただきました。</p>


Ruby 1.9 で起動オプションで外部エンコーディングを指定する 1.9 をよく解ってないオールドタイプの secondlife ですこんばんは。Ruby 1.9 では外部エンコーディングの Encoding.default_external はロケール( $LANG )によて変化する。 $ echo $LANG ja_JP.UTF-8 $ ruby -e "puts Encoding.default_external" UTF-8 $ echo $LANG C $ ruby -e "puts Encoding.default_external" US-ASCII 外部エンコーディングを考慮してない、かつ UTF-8 を扱うスクリプトだとエラーになったりする。そんなときは ruby -EUTF-8 script で起動オプションで指定してやると良い。gem ライブラリのような場合 ru

Ruby 1.9 で起動オプションで外部エンコーディングを指定する

<h3>Ruby で解りにくい例外の発生元を調べる</h3>
<p>例えばインテグレーションテストで</p>
<pre><code>Failure/Error: 
       expected there to be content Internal Server Error undefined method `name' for # WEBrick/1.3.1 (Ruby/1.8.7/2011-12-28) at 127.0.0.1:62045"
     # ./spec/integration/foo_spec.rb:174
</code></pre>
<p>みたいな例外が起きたとき、ぱっと見どこから呼び出させるのか解らなくて生きるのが辛い。name ぐらい汎用的な名前だと grep で引っかからないし。そんなときは</p>
<pre><code>class Hash
  def name
    require 'pp'; pp caller.to_a
  end
end
</code></pre>
<p>みたいにオーバーライドしてメソッド定義しちゃうとあら簡単に解ります！特にこの場合なら spec/integration/foo_spec.rb の該当行らへんにかけば影響範囲も単体テストなら少なく探しやすい！</p>
<p>なんか泥沼っぽいですけど知っておくと便利！！同僚に教えて貰った。</p>


Ruby で解りにくい例外の発生元を調べる 例えばインテグレーションテストで Failure/Error: expected there to be content Internal Server Error undefined method `name' for # WEBrick/1.3.1 (Ruby/1.8.7/2011-12-28) at 127.0.0.1:62045" # ./spec/integration/foo_spec.rb:174 みたいな例外が起きたとき、ぱっと見どこから呼び出させるのか解らなくて生きるのが辛い。name ぐらい汎用的な名前だと grep で引っかからないし。そんなときは class Hash def name require 'pp'; pp caller.to_a end end みたいにオーバーライドしてメソッド定義しちゃうとあら簡単に解り

Ruby で解りにくい例外の発生元を調べる

<h3>AWS のリージョン/エンドポイント一覧と aws-sdk での設定</h3>
<p>AWS の各種サービスの API を叩こうとするとエンドポイントの指定が必要。いつも探すときググったりして面倒だったんだけど一覧ページあったんですね便利！！(なかなかたどり着けなかった…)</p>
<ul>
<li><a href="http://docs.amazonwebservices.com/general/latest/gr/rande.html">http://docs.amazonwebservices.com/general/latest/gr/rande.html</a></li>
</ul>
<p>s3 のエンドポイントはサブドメイン区切りじゃなくて - (ハイフン) 区切りだったりしてカオスな…。</p>
<p>で、ruby のオフィシャルライブラリの aws-sdk でこのエンドポイントを設定するんですが、こいつの設定方法もソースの読み方解らないとハマリがちで、例えば SimpleDB だったら SimpleDB のライブラリの何処かに書いてあるかと思いきや、最上位のコンフィグで指定するので SimpleDB 以下のコードを読んでも解らない。正解は aws/core.rb か aws/core/configuration.rb にのってるので、それらの apidoc かソース見ればおｋな感じ。うーん。</p>


AWS のリージョン/エンドポイント一覧と aws-sdk での設定 AWS の各種サービスの API を叩こうとするとエンドポイントの指定が必要。いつも探すときググったりして面倒だったんだけど一覧ページあったんですね便利！！(なかなかたどり着けなかった…) http://docs.amazonwebservices.com/general/latest/gr/rande.html s3 のエンドポイントはサブドメイン区切りじゃなくて - (ハイフン) 区切りだったりしてカオスな…。 で、ruby のオフィシャルライブラリの aws-sdk でこのエンドポイントを設定するんですが、こいつの設定方法もソースの読み方解らないとハマリがちで、例えば SimpleDB だったら SimpleDB のライブラリの何処かに書いてあるかと思いきや、最上位のコンフィグで指定するので SimpleDB 以

AWS のリージョン/エンドポイント一覧と aws-sdk での設定

<p><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/n/naoya/20120110/20120110193128.png"></p>
<p><a href="http://blog.hatena.ne.jp/onishi/">id:onishi</a> 「新年で寿司ブログ始めてみませんか?」</p>
<p>ということだったので、寿司ブログです。以下、寿司。鰓呼吸というお店のお寿司です。</p>
<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120113/20120113215720_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120113/20120113215720.jpg" class="photo" itemprop="image"></a></span></div>


id:onishi 「新年で寿司ブログ始めてみませんか?」 ということだったので、寿司ブログです。以下、寿司。鰓呼吸というお店のお寿司です。

寿司ブログ

今日の夕焼け

<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120112/20120112164328_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120112/20120112164328.jpg" class="photo" itemprop="image"></a></span></div>
<p>(たいやき|からあげ)エンジニアさんに鎌倉お土産いただきました！鳩サブレー大好き！</p>


(たいやき|からあげ)エンジニアさんに鎌倉お土産いただきました！鳩サブレー大好き！

鳩サブレー

<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120112/20120112124139_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120112/20120112124139.jpg" class="photo" itemprop="image"></a></span></div>
<p>北海道産ほたてご飯でした。ごちそうさまでした！</p>


北海道産ほたてご飯でした。ごちそうさまでした！

今日のお昼ご飯

<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120108/20120108161112_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120108/20120108161112.jpg" class="photo" itemprop="image"></a></span></div>
<p>いままでアンプの電源がAVタップだったので、ファッションのためクリプトンの PB-200 を買いました。</p>


いままでアンプの電源がAVタップだったので、ファッションのためクリプトンの PB-200 を買いました。

電源ボックス

年賀状いただきました

<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120107/20120107153349_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120107/20120107153349.jpg" class="photo" itemprop="image"></a></span></div>
<p>今年になってまた一時的なオーディオ熱が再発し出したので、とりあえず周りの機器を見直したら USB の DDC は今使っている LINDEMANN USB-DDC(96kHz/24bit) より一世代後のモデル(192kHz/24bit, アシンクロナス転送方式、USB Audio Class 2.0)が主流なようで、とりあえず評判の良い Audiophilleo2 を輸入しました。</p>
<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120107/20120107153754_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120107/20120107153754.jpg" class="photo" itemprop="image"></a></span></div>
<p>同軸デジタルケーブルによる劣化を防ぐため、ケーブル無しで直接つなげるような構造になっていてなるほど。</p>
<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120107/20120107222755.png"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120107/20120107222755.png" class="photo" itemprop="image"></a></span></div>
<p>ついでにオーディオ用の MacMini も Snow Leopard から Lion へ。何のトラブルも無く30分ほどで完了してしまい驚き！Lion でも Mac のオーディオ扱うの CoreAudio 周りが変わったようで iTunes からの音がよくなるという話ですよ!!1</p>
<p>Audiophilleo2 でいろいろ聴いてますが、USB-DCC より少し空気の臨場感が増してるなぁ、という感じです。オーディオ周り買い換えると、良い副作用としてさまざまな音源を再度聴き出すので楽しいですね。</p>


今年になってまた一時的なオーディオ熱が再発し出したので、とりあえず周りの機器を見直したら USB の DDC は今使っている LINDEMANN USB-DDC(96kHz/24bit) より一世代後のモデル(192kHz/24bit, アシンクロナス転送方式、USB Audio Class 2.0)が主流なようで、とりあえず評判の良い Audiophilleo2 を輸入しました。 同軸デジタルケーブルによる劣化を防ぐため、ケーブル無しで直接つなげるような構造になっていてなるほど。 ついでにオーディオ用の MacMini も Snow Leopard から Lion へ。何のトラブルも無く30分ほどで完了してしまい驚き！Lion でも Mac のオーディオ扱うの CoreAudio 周りが変わったようで iTunes からの音がよくなるという話ですよ!!1 Audiophilleo2 で

Audiophilleo2

<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120105/20120105121346_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120105/20120105121346.jpg" class="photo" itemprop="image"></a></span></div>
<p>ごちそうさまでした！</p>
<div class="photos photos-medium photos-hatena"><span itemscope="" itemtype="http://schema.org/Photograph"><a href="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120105/20120105140012_original.jpg"><img src="https://cdn-ak.f.st-hatena.com/images/fotolife/s/secondlife/20120105/20120105140012.jpg" class="photo" itemprop="image"></a></span></div>
<p>みかん無料です</p>


ごちそうさまでした！ みかん無料です

今日のお昼

<h3>Ruby 1.8.7 の hashdos 対応による挙動の変更点</h3>
<ul>
<li><a href="http://blog.tokumaru.org/2011/12/webdoshashdos.html">http://blog.tokumaru.org/2011/12/webdoshashdos.html</a></li>
</ul>
<p>Ruby 1.8.7-p356 以前の人は p357 もしくは 1.9 にとっととあげよう、という話しなんだけど p357 にしたら一部テストがこけた。p357 ではハッシュの seed が起動毎に異なる<a href="https://subtech.g.hatena.ne.jp/secondlife/20120104#20120104f1" title="https://github.com/ruby/ruby/commit/e19bd3eaa8bd71cfc9e5bf436527f015b093f31e">*1</a>ので</p>
<pre><code>for i in {1..10}; do ruby-1.8.7-p357 -e 'p ({"fooooo"=>1,"baaaaar"=>2}).keys'; done
["fooooo", "baaaaar"]
["fooooo", "baaaaar"]
["baaaaar", "fooooo"]
["fooooo", "baaaaar"]
["fooooo", "baaaaar"]
["fooooo", "baaaaar"]
["fooooo", "baaaaar"]
["baaaaar", "fooooo"]
["baaaaar", "fooooo"]
["baaaaar", "fooooo"]
</code></pre>
<p>という結果になる。これが以前だと</p>
<pre><code>for i in {1..10}; do ruby-1.8.7-p334 -e 'p ({"fooooo"=>1,"baaaaar"=>2}).keys'; done
["fooooo", "baaaaar"]
["fooooo", "baaaaar"]
["fooooo", "baaaaar"]
["fooooo", "baaaaar"]
["fooooo", "baaaaar"]
["fooooo", "baaaaar"]
["fooooo", "baaaaar"]
["fooooo", "baaaaar"]
["fooooo", "baaaaar"]
["fooooo", "baaaaar"]
</code></pre>
<p>なため、Hash#keys の戻り値の順序が一定だ、と書いていたテストがこけるようになった。(そもそも順序が一定前提のテストが悪いんだけど)</p>
<p>うっかりダメな実装してる人はこれで挙動が事なり出したりするんじゃないかなぁ。</p>
<p><a href="https://subtech.g.hatena.ne.jp/secondlife/20120104#20120104fn1">*1</a>：<a href="https://github.com/ruby/ruby/commit/e19bd3eaa8bd71cfc9e5bf436527f015b093f31e">https://github.com/ruby/ruby/commit/e19bd3eaa8bd71cfc9e5bf436527f015b093f31e</a></p>


Ruby 1.8.7 の hashdos 対応による挙動の変更点 http://blog.tokumaru.org/2011/12/webdoshashdos.html Ruby 1.8.7-p356 以前の人は p357 もしくは 1.9 にとっととあげよう、という話しなんだけど p357 にしたら一部テストがこけた。p357 ではハッシュの seed が起動毎に異なる *1 ので for i in {1..10}; do ruby-1.8.7-p357 -e 'p ({"fooooo"=>1,"baaaaar"=>2}).keys'; done ["fooooo", "baaaaar"] ["fooooo", "baaaaar"] ["baaaaar", "fooooo"] ["fooooo", "baaaaar"] ["fooooo", "baaaaar"] ["fooooo",

Ruby 1.8.7 の hashdos 対応による挙動の変更点

<p>もう2012年ですが2011年の振り返りをしてみますヨ!!1</p>
<ul>
<li>仕事とか 今年はメインのサイトの裏側を開発しやすくする、ということで開発速度が上がる、不便なものを解決する、と言うことでいろいろやりました。日本最大規模のサイトの開発の手を止めず、様々なものを新しくするには、いろいろな問題を考え検証が必要なんですが、その辺は好きなところなので楽しく仕事できました。</li>
</ul>
<p>僕がメインでやって、すでに公開してる話だと</p>
<ul>
<li>Ruby 1.8.6 -> 1.8.7 -> REE へ -- 動作確認よりもパフォーマンスチューニングがメイン、GCさんェ…</li>
<li>Bundler の導入 -- IDC 時代だったので Bundler が導入できるサーバ、簡単にできないサーバで徐々に、というのが面倒でしたね</li>
<li>Haml/Sass の導入、切り替え -- Sass はコンバータ書いてすべての css を SCSS へ。マルチバイト文字周りのバグではまった…</li>
<li>CI 環境の整備 -- おっさんかわいいよおっさん(Jenkins)</li>
<li>デプロイシステムの刷新 -- IDC/EC2 両方に透過的にデプロイ周りが面倒でしたね</li>
<li>Rails 2.3 -> Rails 3への移行 -- コードフリーズ期間が約三日 -- 大きな事故はほぼ無し --- EC2 になったのでインスタンスたてまくって切り替え、事故が発生したときにすぐ前の環境に差し戻せる安心感 -- Rails 3 移行のバットノウハウがだいぶ貯まったのでどこかで話したいですね</li>
</ul>
<p>らへんですかね。他にもサービスの一部機能とかいろいろやったり社内の技術向上の取り組みとか、などなど。まだやり途中の面白いこともあるし、仕事はわりと良い待遇で自由にやらせてもらってるし、仲間にも恵まれてるしで楽しくエキサイティングな職場なので、今年もいろいろ吸収して仕事していきたいですね。</p>
<p>特に変わったなぁ、と思うのは仕事の考え方で。中途半端なことはやらず、これは絶対やるべき、と言うことだけ取り組んでいくということに変わったなぁと。なんとなーく便利だから、とかそういう機能は実装しないし、実際あんまり役だったりしない。これはメインでやってる仕事の開発のしやすさを向上させるという面でもそうで、なんとなく考える開発しやすい環境、というのは実際あんまり便利にならなくって。どこかの開発チームに入って実際に不便なことを肌で感じつつ、何を解決すると仕事がしやすくなるのか、本当に解決すべき問題は何か、そういう考え方で仕事をするようになりました。こちらの方が実際に問題解決されたなぁ、と思うしやりがいもありますね。</p>
<ul>
<li>プライベートとか 一つ目はレーシックしたことで。目が見える！超快適！！光源がざらつくとか気になる人は気になるんでしょうけどゲームっ子の僕はわー光源の発光のレンダラー変わったーてきな感じでコレはコレで好きな感じです。他には今のところ全く不便無くってホント快適そのもの。世界が変わりましたね。レーシックは人生いつリスクを取るかの一つだと思うんですがやって良かったです。</li>
</ul>
<p>二つ目は年末死ぬかもしれない病気の可能性も、と医者に言われたことで、なんか人生の見方が変わりますね。検査結果はほぼ問題なさそう、一応再検査、という感じで安心だったのですが、あー結果次第によってはもう駄目かもー、って思うとなんかいろいろ考えてしまいました。</p>
<p>そして三つ目はアイドルにはまったこと！！！やばい人生超楽しくなってきましたよ、今までは軽くアイドルにはまったり、そこそこ anime 観たりゲームしたりして生きてきましたが、8月にももクロちゃんにはまってからホントこんな楽しいことあっていいのか、という感じで毎日満たされる感じでした。何かにハマルというのはこういうことなのか〜！と。朝ライブ映像観て仕事行って帰ってまた観て、のループで楽しすぎました。クリスマスのももクロちゃんライブ、大きな舞台でのサイリウムはホント綺麗で…。また年末からは BiS が好きになり出して(なんでこんな希有なアイドルグループの黎明期を見れなかったのか残念でならない!!)、大晦日ライブも行きほくほくで終えた2011年でした。</p>
<p>今年はももクロちゃん、BiS の現場に行きまくって三十路ライフ楽しく生きたいですね!!!というわけで今年もよろしくお願いいたします。</p>


もう2012年ですが2011年の振り返りをしてみますヨ!!1 仕事とか 今年はメインのサイトの裏側を開発しやすくする、ということで開発速度が上がる、不便なものを解決する、と言うことでいろいろやりました。日本最大規模のサイトの開発の手を止めず、様々なものを新しくするには、いろいろな問題を考え検証が必要なんですが、その辺は好きなところなので楽しく仕事できました。 僕がメインでやって、すでに公開してる話だと Ruby 1.8.6 -> 1.8.7 -> REE へ -- 動作確認よりもパフォーマンスチューニングがメイン、GCさんェ… Bundler の導入 -- IDC 時代だったので Bundler が導入できるサーバ、簡単にできないサーバで徐々に、というのが面倒でしたね Haml/Sass の導入、切り替え -- Sass はコンバータ書いてすべての css を SCSS へ。マルチバイト

A Day in the Life

2012年の日記・記事