はじめにUbieでエンジニアをしているおおいしつかさです(たまにしかブログを書かないので、毎回自己紹介しておきます)。GraphQLについての記事はたくさんあると思うので、細かな技術的な話はそういう優秀な記事にお任せしましょう。クライアントファーストまずはGraphQLのスキーマ設計から入ったのですが、その最中はもちろん、実装に入ってからも「お、ここは今までのAPI設計ではそんなに強く意識してなかったぞう」ということがあります。もちろん、それまで開発してきたREST APIもクライアントのためのものであることに変わりはありませんでした。一方、サービスのAPIはそのビジネスドメインを表現しているものだという意識もあります。ビジネスドメインというのは普遍的であり、それに則っていればAPIも自ずと形が決まってくるし、それはクライアントには左右されないこうなるとクライアントのニーズはあまり考えないようになってしまうので注意が必要です。GraphQLはクライアントファーストのAPIです。クライアントのユースケースを念頭においてスキーマを設計します(前提としてビジネスドメインが適切に設計されていることは当然必要です)。クライアントを第一に考えるといいところは他にもあって、それはバックエンドの内部実装がにじみ出てきてしまう危険性を下げることができるからです。コンポーネントが必要な情報はコンポーネントだけでコントロールできるフロントエンドはReactで実装していたのですが、コンポーネント内で必要なデータは、当初ページのトップなどで取得してからPropsでコンポーネントに渡そうとしていました。これを解決するために、GraphQLのFragmentという仕組みを利用することができます。子コンポーネント側fragment UserBox_Person on Person {  name  age  sex  level}親コンポーネント側query {  Persons {    id    name    ...UserBox_Person  }}(あー、コードを出さないことをこの記事を書く前に誓ったのですが、誓いは破られるものです)子コンポーネント側で定義したFragmentを親コンポーネントのクエリで展開しています。  これは賢いですよね？ 最初にこれを知ったときは感動しました。そして10年くらい前に仲間と議論していたことを思い出しました。おわりに既存サービスで複数の責務が存在していた部分を独立したサービスとして切り出すという仕事をした中で、はじめて本格的に触ったGraphQLについて感じたことを書いてみました。ぼくと同じくRESTおじさんのエンジニアの参考にしていただけると幸いです。

プロダクションレベルのGraphQL実装をしてみて印象的だった二つのこと

この記事は Ubie Engineers & Designers Advent Calendar 2022 23日目の記事です。今、ぼくは Ubie Discoveryでプロダクト開発エンジニアをしています。(入社エントリ)八木さんが記事にしているのでよかったら読んでみてください!SLI/SLOの前にチームトポロジーからSLI/SLOの話にいきなり行くのはちょっと乱暴なので、もう少しここについてお話します。そんな中、特に運用面においてですが、やりたいこと、やらなきゃいけないことは無数にある中で、機能開発を含めたその他の業務と比較して優先順位をつけることが難しい問題が出て来ました。このバランスをいかに取るかという点で、ぼくたちはSLI/SLOを取り入れることにしました。また、SLI/SLOを決定するにあたっては、SREチームにイネイブリングチームとして協力してもらいました。ユーザーがサービスをどう使っているのかを洗い出すSLIは、価値をユーザーに届け続けられていることを確認するために計測する指標です。Ubieがユーザーに提供している価値は様々です。SLIを決定する上記で洗い出した価値のうち、どれを見ていくことで自ストリームアラインドチームの活動を決定できるかを考えました。対象を決めたら、ユーザーへ提供する価値が毀損しているかどうかを何で測るかを考える必要があります。これがSLIになります。次にSLIをどこで計測するかですが、システムの内部的な値よりも、システムの境界となる部分でできるだけユーザーに近い場所で測れるものが望ましいです。ユーザーに近い位置で計測するため、サーバーサイドではなくクライアントサイドでAPIコールのレイテンシとステータスコードを計測することにします。SLOを決定するSLOの目標値と計測期間を次に決めます。SLIのモニタリングとエラーバジェットの見える化SLIとしては特定の機能のAPIコールだけ計測できればいいのですが、今後のことも考えてクライアントサイドでのAPIコールはすべて計測することにしました。クライアントサイドで計測したAPIコールのレイテンシとステータスコードは、ログ集約を行っているサービスへ送られます。UbieはGoとNode.jsの会社になります)。全APIのレイテンシを記録しているとカーディナリティが高くなりデータが膨大になってしまうため、exporterの処理でターゲットとなるAPIとそれ以外の2種類のメトリクスを出力するようにしています。生のデータ自体はpubsub経由でBigQueryにも保存しているため、後から詳細なデータを解析することも可能です。GMPにはSLI/SLOをモニタリングしたりエラーバジェットを管理してくれる機能もあるので、それらを簡単にgrafanaでグラフ化することができます。まとめ今回は、チームトポロジーを導入した組織のひとつのストリームアラインドチームで、新価値開発と運用のバランスを取るためにSLI/SLOを採用した話を簡単にまとめてみました。SLI/SLOを導入するときにはいろいろと悩むポイントがあると思います。参考にしていただけたら幸いです。

SLI/SLOをストリームアラインドチームに導入した話

自己紹介このブログをずっと読んでくださっている奇特な方なら御存知だと思いますが、Rubyが好きな普通のプログラマです。転職した理由35歳を超えたエンジニアの5つの働き方という記事を10年以上前に書いたことがあります。記事の中で以下のような偉そうなことを書いています。人生の3分の1は仕事に使います。その仕事は、死ぬときに振り返って「ああ、あれをやってきてよかったな」と思えるものでしょうか。「あんなことをやらなければよかった」と思うようなことではないでしょうか。上の記事を書いた後も、2022年の5月までずっと同じサービスを作り続けていました。14年間もひとつのサービスに携わってきました。14年間やってきた仕事は、死ぬときに振り返っても後悔はしないはずです(現時点で全然していない)。後悔はしないのですが、もうその分野での人類への貢献はやりきった感も自分の中でありました。どんな分野で人類に貢献しようかなーと考えて、いろいろな企業さんのお話を聞いたりもしました。Ubieです。テクノロジーで人々を適切な医療に案内するUbieは、「テクノロジーで人々を適切な医療に案内する」というミッションを掲げています。なんとなく体調が悪いんだけど、どこの病院に行けばいいのかわからない。そういう人々をテクノロジーの力で適切な医療へ案内して、早期に治療を受けられるようにする。ぼくの母親は58歳で死んだのですが、ちゃんと病院に行っていれば死なずに済んでいました。45歳を超えて転職することぼくは結婚しているし子供もいるので家族に対する責任感は、同世代のみなさんと同様に持っています(そうなの？)。前職の会社はコロナ禍でも比較的安定して利益を出しているし、自分自身も生活という面で将来的な不安はほぼもっていませんでした。ひとつは、将来は結局、自分の選択と行動で決められるということです。人生は自分が主人公になっている物語で、その物語の読者も自分自身なので、わくわくするストーリー展開を読者としては期待したいところです。人生は一度しかないし、死んだらそこで物語は終わります。Ubieに入ってみてUbieに入社してもうすぐ2ヶ月ですが、非常に濃い内容の毎日です。毎日わくわくしています。Ubieには評価がなかったりホラクラシーという組織運営の仕組みだったりなどが有名ですが、入社してみてここが一番いいなと感じたのは医師と一緒に仕事ができるということです。今は病院・クリニック向けのプロダクト「ユビーAI問診」の開発・運用や、Ubieの技術戦略を考えたりエンジニア採用やメンバーの生産性向上のための取り組みなどをしています。そんなUbieはまだまだエンジニアが足りないので、ミッション実現のために一緒に働いてくれる人を募集しています。ちょっと興味あるなーという人は、ぼくのtwitterにDMを送ってください!

45歳を超えたエンジニアが医療系スタートアップ Ubie に転職してみた

4連休の間にCKADを受けて合格しました。点数は85点でした。CKADとはCKADは、CNCFによって認定される資格で、kubernetes上でアプリケーションを設計・構築・運用等ができる能力を証明するものです。ぼくのk8sの知識と試験を受けるためにやった勉強試験を受けるまでのぼくのk8sの知識は以下のようなものでした。本家ドキュメントはある程度目を通していたKubernetes完全ガイドは読んでいた    会社に置いていたけどコロナで出社できなくなったので、家でももう一冊買ってますスタートアップのproduction環境をk8sで構築・運用していた大規模サービスをk8sへ移行中なので、いきなりゼロのところから試験勉強を始めたわけではないです。CKAD-exercisesを三周して解いたCKADを受けた人の体験ブログを見てみると誰もがこれをやっています。kubectlを直接叩く機会はあまりないと思います。しかし、CKADの試験ではあらゆるkubectlの機能を使う必要があるのです。試験を受けるために必要なものカメラがついているPCパスポート誰も人が入ってこない静かな部屋CKADは、オンラインで試験を受けます。試験中は、不正行為をしていないか、常にPCのカメラを通して試験官に見られています。そのため、カメラのついていないPCでは試験は受けられません。身分証明のためにパスポートが必要です。ぼくは20年以上前にパスポートを取っていたのだけど、有効期限が当然切れていたので新規に発行する必要がありました。試験中は部屋に自分以外の人がいてはいけません。机の上も下も何もおいてはいけません。英語試験問題自体は日本語で受けられます。ただ、試験官との意思疎通は英語のみです。話すのではなく、チャット上の文章でやりとりします。簡単な英語で大丈夫ですが、英語が全然できないとさすがに厳しいかと思います。試験時間試験時間は2時間ですが、その前の試験官とやりとりしながらの準備で30分くらいかかりました。レンタルオフィスとかで受験する人は時間に気をつけてください。

CKADに合格しました【受験記】

FinallyI wasn’t able to get the time, so I couldn’t make FreshConnection compatible with Rails 6.FreshConnection version released is 3.1.0.https://rubygems.org/gems/fresh_connectionThis version of Fresh Connection has not been tested with Rails 6’s Multiple Database. It may or may not work well. Therefore, please refrain from using it together.Introducing the function of FreshConnection againFreshConnection adds to ActiveRecord the ability to access read replicas.Article.take    Article.where(id: 1)    Account.count  Read queries are automatically connected to the DB replica.Article.create(title: "ok")    a = Article.take  a.title << "hoge"  a.save!    a.destroy  Write queries are automatically connected to the DB master.Article.transaction do    Article.take  end  Within transactions, all queries are connected to the DB master.FreshConnection will be able to access read replicas without changing your existing code.This is what FreshConnection values most.

FreshConnection finally supports Rails 6

今年も参加します。食べログのスポンサーブースにときどきいると思います。18(木)10:00 MainHall Keynote11:20 MainHall Ruby 3 Progress Report13:30 MainHall Performance Improvement of Ruby 2.7 JIT in Real World14:20 MainHall Write a Ruby interpreter in Ruby for Ruby 315:40 MainHall A Type-level Ruby Interpreter for Testing and Understanding16:30 Multi-purposeHall A Bundle of Joy: Rewriting for Performance17:20 InternationalConferenceRoom Compacting GC for MRI v219(土)10:00 MainHall All bugfixes are incompatibilities11:20 Multi-purposeHall Six Years of Ruby Performance: A History13:30 409+410 Yabeda: Monitoring monogatari14:20 InternationalConferenceRoom Terminal curses15:40 MainHall A light weight JIT compiler project for CRuby16:30 MainHall Benchmarking your code, inside and out17:20 MainHall Lightning Talks20(日)10:00 MainHall Ruby Committers vs the World11:20 409+410 The Selfish Programmer13:30 InternationalConferenceRoom Best practices in web API client development14:20 InternationalConferenceRoom Performance Optimization Techniques of MessagePack-Ruby15:40 MainHall Reducing ActiveRecord memory consumption using Apache Arrow16:30 MainHall The send-pop optimisation17:20 MainHall Optimization Techniques Used by the Benchmark Winners

RubyKaigi2019 見るものリスト

RubyでCPUコアを…2018年12月、初めてAdventCalendarに参加したし初めてQiitaにも記事を投稿しました。RubyでCPUコアをフル活用してみたなんの役にも立たない記事で(特に使いどころないでしょう？)お茶を濁します。ビンテージモデルぼくは2012式のMacbook Airを使っているのですが、バッテリー交換時期になったのでAppleStoreへ持って行きました。二度目なので慣れたものです。ぼく「バッテリー交換時期のメッセージが出たので交換してください」ビンテージモデル! 古すぎるMacはビンテージモデルと呼ばれるのか。知らなかった。ジーンズみたい。「こんな太古のモデル、とうにサポートしてないわ。はよ新しいの買うて」という意味が含まれていそうでした。なので新しいMacbookAirを買いました。TouchIDがついているやつです。このブログなんかgolangとAWS LambdaとS3で作ろうかと思ってましたけど、単純にGithubPagesにするかもです。それよりは最近ちょっと機運が高まってきたので、iPhoneアプリを作ろうかと思います。APIが必要だったらそっちはgolangで作ろう。

AdventCalendarに初めて参加しました

Rails Developers Meetup Day4にスピーカーとして参加しました。実のところ、今回いちばん言いたかったのはこれです。企画の人も営業の人も他のチームの人も、みんなサービスをよくしようとしている仲間全然キャッシュ関係ないですね。vlogを作ってみた今回、vlogを初めて作ってみました。vlogといいつつ、ほとんどしゃべっていません。

Rails Developers Meetup Day4にスピーカーとして参加してきました

Ebisu.rb#18 で、RubyVM::InstructionSequenceのどうでもいい話をしました。RubyVM::InstructionSequence.load_iseqRubyVM::InstructionSequence (長いのでISeqと略します)に、load_iseqというクラスメソッドを定義すると、requireが呼ばれてからRubyVMにバイトコードを渡すまでの処理を独自に定義できるようになります。load_iseqがISeqオブジェクトを返せばそれがRubyVMに渡される。nilを返した場合は通常の処理となります。bootsnapでも使われているので、ご存知の方も多いかと思います。以下のような基礎的なクラスを用意します。class HookLoadIseq                                                                                                                                                                  def attach      RubyVM::InstructionSequence.singleton_class.prepend build_module    end    private    def build_module      inst = self      Module.new do        define_method("load_iseq") do |path|          source_code = File.read(path)          ruby_code = inst.syntax(source_code)          RubyVM::InstructionSequence.compile(ruby_code)        end      end    end  end  このクラスを継承して、syntaxメソッドを定義すれば、requireで読んだコードを書き換えることができるようになります。class GuardNil < HookLoadIseq    def syntax(code)      code.gsub(".", "&.")    end  end  GuardNil.new.attachを実行した後に require を呼ぶと、このコード書き換えが有効になります。たとえば以下のようなコードが存在するファイルをrequireすると、@userがnilだとしても例外になりません。@user.address.prefecture.name || "非公開"  require時のコード書き換えによって、.が&.になってしまうためです。やりたいのはこれじゃない上の例は結局のところ、ただの文字列操作をしているに過ぎません。requireするコードに、3.14のような実数リテラルが登場しただけで破綻します。RubyVMのバイトコード@user.addressというコードのバイトコードは以下のようになります。0000 getinstancevariable :@user, <is:0>                               (   1)[Li]  0003 opt_send_without_block <callinfo!mid:address, argc:0, ARGS_SIMPLE>, <callcache>  0006 leave  @user&.addressというコードのバイトコードは以下です。0000 getinstancevariable :@user, <is:0>                               (   1)[Li]  0003 dup              0004 branchnil        9  0006 opt_send_without_block <callinfo!mid:address, argc:0, ARGS_SIMPLE>, <callcache>  0009 leave  RubyVMのバイトコードはrubyっぽいですね。だいたい見たままのとおりです。branchnilという命令は、スタックから取り出した値がnilの場合、指定された場所へジャンプします。このために、その1つ前で dup を実行しているわけです。バイトコードのArray表現バイトコードをrubyから触るために、なんらかの形のrubyオブジェクトにしたいところです。ISeqにはto_aというメソッドがあり、これを呼ぶとArrayの形でバイトコードに触ることができるようになります。ドキュメントを見ればわかります。バイトコードは14番目にArrayの形で入っています。@user.addressのバイトコードのArray表現は以下のようになります。["YARVInstructionSequence/SimpleDataFormat",   2,   5,   1,   {:arg_size=>0, :local_size=>0, :stack_max=>1, :code_range=>[1, 0, 1, 13]},   "<compiled>",   "<compiled>",   nil,   1,   :top,   [],   {},   [],   [1,    :RUBY_EVENT_LINE,    [:getinstancevariable, :@user, 0],    [:opt_send_without_block, {:mid=>:address, :flag=>32, :orig_argc=>0}, false],    [:leave]]]  バイトコードでぼっちオペレータにこのArray表現のバイトコードから、メソッド呼び出しの部分を乱暴にぼっちオペレータの挙動に書き換えてしまいます。    ary = iseq.to_a      new_bytecode = []      bytecode = ary[13]      pc = 0      bytecode.each do |b|        unless b.is_a?(Array)          new_bytecode << b          next        end        unless [ :send, :opt_send_without_block].include?(b[0])          pc += b.size          new_bytecode << b          next        end        buffer = []        pc += 1        buffer << [ :dup ]        pc += 2        buffer << [ :branchnil, :temp ]        pc += b.size        buffer << b        pc += 2        label = "label_#{pc}".to_sym        buffer << [ :jump, label ]        buffer[1][1] = label        buffer << label        new_bytecode += buffer      end      ary[13] = new_bytecode  Array表現のバイトコードをISeqオブジェクトにrubyはこのインターフェースを用意してくれていません。なので、ruby内部のC関数 rb_iseq_load を呼ぶことにします。require 'fiddle'                                                                                                                                                                  module GuardNil2    def translate(iseq)      # 上記のバイトコード書き換え処理      load_from_array(ary)    end    def load_from_array(ary)      rb_iseq_load.call(Fiddle.dlwrap(ary), nil, nil).to_value    end    private    def rb_iseq_load      return @rb_iseq_load if @rb_iseq_load      address = Fiddle::Handle::DEFAULT['rb_iseq_load']      @rb_iseq_load = Fiddle::Function.new(address, [Fiddle::TYPE_VOIDP] * 3, Fiddle::TYPE_VOIDP)    end  end  このモジュールを ISeqのクラス自身に対して prependします。RubyVM::InstructionSequence.singleton_class.prepend GuardNil2 ISeqに translate というクラスメソッドを定義すると、RubyVMにバイトコードを渡す前に処理を入れることができるようになります。まとめruby2.6には RubyVM::ASTというおもしろそうなクラスも用意されているので、さらにいろいろ遊べそうです。こういうことをやっていても業務にはまったく役に立たないと思いますが、役に立たないことが楽しいじゃないですか。

Ebisu.rb#18 で、RubyVM::ISeqの話をしました

この馬の写真は、宮崎県の都井岬にいる野生の馬です。車で真横を通らせていただきました。サーバーレスアプリケーションこのブログ、kaeruspoonの開発ですが、脱Railsして golang で再実装しようと思います。AWS SAM(Serverless Application Model)ローカルマシン(Mac)でサーバーレスアプリケーションを開発するために AWS SAMを利用します。SAMには aws-sam-cli というツールがあって、ローカルでの開発には便利そうなのでした。golangを使うのでgoenvで環境を整え、aws-sam-cliを使うためにpyenvでpython環境を整えました。ひな形作成aws-sam-cliを使ってアプリケーションのひな形を用意します。sam init --runtime go1.x --name kaeru_go  golangを使うのでgoを指定しています。--name で指定したプロジェクト名がそのままディレクトリ名になります。最初に作られるファイル構成は以下のような感じ。├── Makefile              <-- 自動ビルド用Makefile  ├── README.md  ├── hello-world           <-- サンプル  │   ├── main.go           <-- goで書かれたlambdaのコード  │   └── main_test.go      <-- テストコード  └── template.yaml  MakefilegoをコンパイルするためにMakefileを以下のように修正しました。適宜、使いやすいように、また必要なものを追加してください。.PHONY: deps clean build                                                                                                                                                          all: deps clean build  deps:    go get -u github.com/aws/aws-lambda-go/events    go get -u github.com/aws/aws-lambda-go/lambda  clean:   rm -rf ./hello-world/hello-world    build:    GOOS=linux GOARCH=amd64 go build -o hello-world/hello-world ./hello-world  サンプルを動かしてみる現時点ですでに動かすことができます。コンパイルまず、makeを実行してサンプルコードhello-worldをコンパイルします。$ make  go get -u github.com/aws/aws-lambda-go/events  go get -u github.com/aws/aws-lambda-go/lambda  rm -rf ./hello-world/hello-world  GOOS=linux GOARCH=amd64 go build -o hello-world/hello-world ./hello-world  hello-worldディレクトリの下に実行ファイルが生成されます。$ ls -l hello-world  total 16976  -rwxr-xr-x  1 tsukasa  staff  8683300  9 16 05:23 hello-world  -rw-r--r--  1 tsukasa  staff     1096  9 16 05:15 main.go  -rw-r--r--  1 tsukasa  staff     1557  9 16 05:15 main_test.go  Api Gatewayのイベント作成Api Gatewayがリクエストを受けると、イベントを発行してaws lambdaに渡されます。sam local generate-event api --method GET > get_event.json  lambdaをローカルで動かすsam local invoke を実行すると、lambdaが動きます。$ sam local invoke HelloWorldFunction --event get_event.json  2018-09-16 05:28:51 Invoking hello-world (go1.x)  2018-09-16 05:28:51 Starting new HTTP connection (1): 169.254.169.254  Fetching lambci/lambda:go1.x Docker container image......  2018-09-16 05:28:55 Mounting /Users/tsukasa/dev/test/kaeru_go/hello-world as /var/task:ro inside runtime container  START RequestId: 578e697c-138f-1161-d9f7-ac84372c2b60 Version: $LATEST  END RequestId: 578e697c-138f-1161-d9f7-ac84372c2b60  REPORT RequestId: 578e697c-138f-1161-d9f7-ac84372c2b60  Duration: 893.11 ms     Billed Duration: 900 ms Memory Size: 128 MB     Max Memory Used: 10 MB  {"statusCode":200,"headers":null,"body":"Hello, 10.0.0.1\n"}  lambda HelloWorldFunction に対して get_event.jsonのイベントを渡してあげた結果、{"statusCode":200,"headers":null,"body":"Hello, 10.0.0.1\n"} という結果が返ってきました。https://checkip.amazonaws.com にアクセスした結果、得られたIPアドレスを返すプログラムです。Api Gatewayをローカルで動かす以下を実行すると、ローカルでApi Gatewayが起動します。$ sam local start-api                                         2018-09-16 05:33:41 Mounting HelloWorldFunction at http://127.0.0.1:3000/hello [GET]  2018-09-16 05:33:41 You can now browse to the above endpoints to invoke your functions. You do not need to restart/reload SAM CLI while working on your functions changes will be reflected instantly/automatically. You only need to restart SAM CLI if you update your AWS SAM template  2018-09-16 05:33:41  * Running on http://127.0.0.1:3000/ (Press CTRL+C to quit)  ブラウザで http://127.0.0.1:3000/hello にアクセスしてみましょう。lambdaの結果が表示されるはずです。記事詳細API の作成kaeruspoonの 記事詳細ページ(/articles/:id) を表示するためのAPIを作ってみます。まず一番大切な template.yml を修正します。Resourcesの下に、aws lambdaの定義をします。HelloWorldFunctionとなっているので、Resoucesの下を以下のように書き換えます。Resources:    ArticleShowFunction:      Type: AWS::Serverless::Function      Properties:        CodeUri: article-show/        Handler: article-show        Runtime: go1.x        Tracing: Active        Events:          CatchAll:            Type: Api            Properties:              Path: /articles/{Id}              Method: GET  Outputs:    ArticleShowAPI:      Description: "API Gateway endpoint URL"      Value: !Sub "https://${ServerlessRestApi}.execute-api.${AWS::Region}.amazonaws.com/Prod/articles/id"    ArticleShowFunction:      Description: "article show function"      Value: !GetAtt ArticleShowFunction.Arn    ArticleShowFunctionIamRole:      Description: "Implicit IAM Role created for Article Show function"      Value: !GetAtt ArticleShowFunctionRole.Arn  HelloWorldxxxとなっていた箇所をArticleShowxxxに変更しています。Resouces -> ArticleShowFunction -> Propertiesの下に lambdaで動かすものの情報を記しています。article-showディレクトリの下にある article-show という実行ファイルを使用すると定義しています。Events -> Propertiesの下で対応するApi GatewayのURI を定義しています。イベントの修正/articles/:id というように、URIのパスの中にパラメータidが含まれているので、これをイベントでも表現します。pathParametersで表現されます。get_event.jsonの以下の部分に Idを追加します。    "pathParameters": {          "proxy": "/examplepath",          "Id": "3456"      },  goコードの修正idを受け取ったことがわかるように、レスポンスに含めてみましょう。hello-worldディレクトリをarticle-showにリネームした上で、main.goの中の最後のレスポンス生成の部分を以下のように書き換えます。  return events.APIGatewayProxyResponse{      Body:       fmt.Sprintf("Article Hello, ID:%s, IP:%s", string(request.PathParameters["Id"]), string(ip)),      StatusCode: 200,    }, nil  URIのパスのパラメータは request.PathParametersで取得できます。Makefileの修正とコンパイルhello-worldからarticle-showに変更したので、Makefileも以下の部分を書き換えておきます。clean:   rm -rf ./article-show/article-show    build:    GOOS=linux GOARCH=amd64 go build -o article-show/article-show ./article-show  できたらmakeを実行して article-show/main.goをコンパイルします。lambdaを動かす以下を実行してみてください。$ sam local invoke ArticleShowFunction --event get_event.json  2018-09-16 05:55:00 Invoking article-show (go1.x)  2018-09-16 05:55:00 Starting new HTTP connection (1): 169.254.169.254  Fetching lambci/lambda:go1.x Docker container image......  2018-09-16 05:55:04 Mounting /Users/tsukasa/dev/kaeru_go/article-show as /var/task:ro inside runtime container  START RequestId: d59e6ed3-e729-126e-1139-5feb553f7f1d Version: $LATEST  END RequestId: d59e6ed3-e729-126e-1139-5feb553f7f1d  REPORT RequestId: d59e6ed3-e729-126e-1139-5feb553f7f1d  Duration: 918.57 ms     Billed Duration: 1000 ms        Memory Size: 128 MB     Max Memory Used: 10 MB  {"statusCode":200,"headers":null,"body":"Article Hello, ID:3456, IP:10.0.0.1\n"}  最後のレスポンスのところで ID: 3456と出力されているのがわかります。get_event.jsonで定義した id が渡ってきていますね。ローカルでApi Gatewayを起動すれば、idを自由に変更して確かめることができます。sam local start-api http://127.0.0.1:3000/articles/1234 にブラウザでアクセスすると、ID:1234と表示されるはずです。URLの1234の部分を自由に変更してみてください。まとめとりあえずローカルでaws lambda を(Api Gatewayも)動かすことができました。samを使って、完成したコードをaws lambdaへデプロイすることもできるようです。ローカルでDynamoDBを使ったり、このブログを開発していく上で気づいたことがあったらまた記事にしようと思います。

ローカル環境でgoで書いた aws lambda用のコードを実行しちゃう

最近google adsenseを全部おまかせコースにしてみたら記事の合間に広告入るようになって超ウザいと思っていたんだけど広告収入がめちゃくちゃ増えてびっくりしています。ポルシェでも買えるんじゃないかしらと思って身が震える思いでした。露と消える夢のような思いを日々感じて生きています。おかげで飽きずに過ごすことでてきています。意味が分からないでしょう？　ぼくもわかりません。書斎を掃除しました。このブログもいつの間にかバイクの記事のほうがアクセスが多いのです。なのにバイクの記事を最近書いていないのは他の手段で情報発信していてそちらのほうが数倍おもしろいからです。気が向いたらまた書くかも。

kaeruspoonをRailsで作るのには飽きてきたのでGo

自分用メモです。5/31(木) 一日目【10:30-11:30】Main keynote【13:00-13:40】Main Analyzing and Reducing Ruby Memory Usage【13:50-14:30】萩 Hijacking Ruby Syntax in Ruby【14:40-15:20】橘 What would your own version of Ruby look like?【15:50-16:30】Main Fast Numerical Computing and Deep Learning in Ruby with Cumo【16:40-17:20】Main Exploring Internal Ruby Through C Extensions【17:30-18:30】Main LT6/1(金) 二日目【 9:40-10:40】Main My way with Ruby【10:50-11:30】橘 Faster Apps, No Memory Thrash: Get Your Memory Config Right【13:00-13:40】Main Guild Prototype【13:50-14:30】Main extend your own programming language【14:40-15:20】橘 Ferrari Driven Development: superfast Ruby with Rubex【15:50-16:30】Main RNode with code positions【16:40-17:20】橘 One cable to rule them all【17:30-18:30】Main Ruby Committers vs the World6/2(土) 三日目【 9:40-10:40】Main Parallel and Thread-Safe Ruby at High-Speed with TruffleRuby【10:50-11:30】Main Grow and Shrink - Dynamically Extending the Ruby VM Stack【13:00-13:40】Main The Method JIT Compiler for Ruby 2.6【13:50-14:30】萩 LuaJIT as a Ruby backend【14:40-15:20】萩 How happy they became with H2O/mruby, and the future of HTTP【15:50-16:30】Main Three Ruby performance projects【16:40-17:40】Main TRICK 2018 (FINAL)

RubyKaigi2018みたいものリスト

今回は多摩丘陵をWR250Xでかるく回ってきました。いつもなら記事にしないショートツーリングですが、なんとなくあげてみます。ルートとしては、よみうりランド、稲城のグランドキャニオン、みはらし緑地、聖蹟桜ヶ丘のいろは坂とロータリー、黒川谷戸を回りました。50kmもないくらい。日の出前に家を出たのですごく寒かったです。気温は1℃くらいだったかな。秋冬用のグローブをしていたのですが、微妙にもう効かない感じ。昼間になったら大丈夫です。ジャケットはコミネのウインタージャケットなので無敵でした。いつの間にかコミネマンになっています。WR250Xは走行距離3000kmを超えました。バイク乗りの人たちと比較すると乗っていないほうだと思います。そろそろまたオイル交換ですね。冬はそんなに乗らないと思うので、春になる前くらいにやろうかな。

WR250X 多摩丘陵をツーリングしてきました

いまさら感もありますが、このブログ、kaeruspoonをHTTP/2に対応させました。まず、サイトをSSL化させておきます。kaeruspoonはすでに Let’s EncryptでHTTPS化しています。kaeruspoonはweb serverにnginxを使っています。nginxはversion1.9.5からHTTP/2に対応しているので、versionをあげておきます。EC2のyumでは1.12.1になりました。続いてHTTP/2の設定をしますが、nginx.confのlistenの項目にhttp2 を追加するだけです。server {          listen       443 ssl http2;          server_name  www.kaeruspoon.net;          ...  nginxを再起動してアクセスしてみたら、HTTP/2でやりとりしていました。Chromeのツールでリクエストがどのくらい変わったのか見てみたのですが、ほとんど違いはありませんでした。考えてみると、www.kaeruspoon.net で提供しているリソースは本体のHTMLとひとつのJSとひとつのCSSだけなのでした。はっきりいってブログに書くほどの内容でもないのですが、なんとなく書いてしまいました。こうしてインターネット上にまたゴミコンテンツが増えていきます。HTTP Strict Transport SecurityとRailsChromeのツールを見ていて気づいたのですが、HSTSヘッダがふたつ存在していました。最初は混乱したのですが、nginxでHSTSヘッダを追加していて、Rails側でもHSTSヘッダが付与されていたのでした。config.ssl_options = { hsts: false } を設定してもmax-age が 0 になるだけでヘッダの付与自体は削除できないようでした。このため、nginx側でのHSTSヘッダ付与をやめています。

kaeruspoonがHTTP/2に対応しました

最初の予定だと、5時過ぎくらいに家を出て道志みちを通って山中湖へ行くつもりだったのです。しかし40歳を超えてなお遠足前効果が健在であり、早起きしすぎてしまって午前3時に目が覚める始末。大石公園を出て次は西湖へ。来るのは初めてです。河口湖や山中湖のように観光地化はあまりされていなくて地味ですね。でも湖面がおだやかなのか鑑のようになっていて紅葉に彩られた山が映っていてとてもきれい。止まって写真を撮りたかったのですが、なかなかいい場所がなくて通り過ぎてしまいました。道も楽しいので止めるまでの意思がなかなか働かないのです。道の駅を出たら山梨県道409号線へ。どんどん山道を登っていきます。かなり標高が高い。すごい山の上なのに民家があって驚きました。この先には四尾連湖という湖があるのです。その昔は富士八湖のひとつにも数えられていたそうです。奥多摩湖に到着して奥多摩周遊道路へ入ります。車では何回か来たことがありますけど、実はバイクで来るのは初めて。さすがにバイクが多いし、本気走りの人たちもたくさんいました。でも大菩薩ラインでもそうでしたけど、この時間になると車が多くなってきてずっとは走ることを楽しめないですね。ツーリングは午前中にターゲットをしぼったほうがよさそうです。でも奥多摩周遊道路は路面もきれいだし楽しいぐねぐね道でさすがです。パトカーも白バイもたくさんやってくるほどの人気ぶり。身の引き締まる思いです。

WR250X 富士五湖・奥多摩 紅葉ツーリングに行ってきました

WR250Xを買ってから半年ほど経ちました。記事にはしていませんが、ちょこちょこ道志あたりを走っていて、もうすぐ走行距離は3000kmを超えそうです。寒くなってきたのでそろそろシーズンオフかもですね。今日はいつも使っているヘルメット、Arai の TourCross3 について書いてみようと思います。最近は日の出が遅いのでクリアシールドをつけています。夏場は山城のミラーシールドをつけていました。スモーク/シルバー色です。シールドの脱着はちょっと面倒。フルフェイスのヘルメットのように、工具なしでワンタッチで脱着可能というわけにはいかないのです。そういえば、こういうオフ形状のメットを使うのは初めてですね。今までは普通のフルフェイスを被っていました。被った感じは、普通のフルフェイスと変わりありません。

Arai TourCross3 (アライ ツアークロス3) インプレッション

http://rubykaigi.org/2017/schedule18(月)10:30-11:30(Phoenix) Keynote13:00-13:40(Phoenix) Fiber in the 10th year13:50-14:30(Phoenix) How Close is Ruby 3x3 For Production Web Apps?14:40-15:20(Cosmos) Compiling Ruby15:50-16:30(Cosmos) Hanami - New Ruby Web Framework16:40-17:20 どちらか    (Dahlia) mruby gateway for huge amount of realtime data processing(Cosmos) I quit my job to write my own language: Goby17:30-18:30(Phoenix) Ruby Committers vs the World19(火)9:40-10:40(Phoenix) Keynote10:50-11:30(Cosmos) The Ruby Module Builder Pattern13:00-13:40(Phoenix) Improve extension API: C++ as better language for extension13:50-14:30(Cosmos) Static Typo Checker in Ruby14:40-15:20(Phoenix) Type Checking Ruby Programs with Annotations15:50-16:30(Cosmos) Food, Wine and Machine Learning: Teaching a Bot to Taste16:40-17:20(Phoenix) Write once, run on every boards: portable mruby17:30-18:30(Phoenix) Lightning Talks20(水)10:00-10:40(Phoenix) Compacting GC in MRI10:50-11:30(Cosmos) High Concurrent Ruby Web Development Without Fear13:00-13:40(Phoenix) Pattern Matching in Ruby13:50-14:30(Cosmos) Memory Fragmentation and Bloat in Ruby14:40-15:20(Phoenix) Ruby Extension Library Verified using Coq Proof-assistant15:50-16:30(Phoenix) How to write a synchronization mechanisms for Fiber16:40-17:40(Phoenix) Towards Ruby 3x3 performance

RubyKaigi2017 見たいものリスト

国道16号で横須賀から観音崎、三浦半島の海岸線沿いをぐるりと回って国道134号で江ノ島方面、平塚から北上して宮ヶ瀬を通って帰ってきました。本当は奥多摩や箱根のぐねぐね道へ行きたかったのですが、どこも天気が悪い。唯一晴れていたのが三浦半島のあたりだったのでした。三浦半島、横須賀あたりすら、ぼくは一度も行ったことはありません。八景島あたりが最南です。海岸線の、特にこれといった特徴もない道だろうなというイメージだったのですが、これが全然違っていました。朝3時半ころに家を出ました。日の出が5時前だったので、日が昇ったころに観音崎に着こうという魂胆です。海岸線沿いをさらに進みます。最初の写真がそれですが、野比海岸のまっすぐな道から見える向こう岸の景色がすばらしいです。その先は港町を通っていく道です。のんびり風景を眺めながら走ります。三浦半島をぐるりと回って7時過ぎくらい。とても満足していたのでこのまま帰ってもよかったのですが、ちょっと早すぎるかなと思って宮ヶ瀬をまわって帰りました。こちらは特筆するようなことは何もなく、振り返ってみれば宮ヶ瀬はよらなくてもよかったかなという感じでした。

WR250X 三浦半島一周ツーリングに行ってきました

一足早く夏休みを取って、九州へ帰省してきました。三歳の娘と奥さんと三人です。さんふらわあに乗って九州へ行きました。出発までフェリーを選んだ理由娘が三歳になって飛行機代もかかるようになったことと、いつも現地で借りているレンタカー代がけっこう高額になることから、他の方法も探してみることにしました。自分の車で直接九州まで行くことも考えましたが、娘が生まれるときに一度やって大変さが身にしみていることと、３歳児が耐えられそうにないことから却下しました。そこでカーフェリーを検討してみました。東京から九州に行く便もあります。実は19歳のときにバイクで乗って九州に行ったことがあるのですが、36時間くらいかかる(船上で2泊)ので退屈すぎることと時間がもったいないのでやめました。料金比較往復の飛行機代と、往復の高速代+往復のフェリー代(デラックスルーム)がほぼ同価格でした。さんふらわあのデラックスルームはこんな感じで、ビジネスホテルの部屋とほとんど大差はありません。ここは二人しか使えないのですが、小学生未満は人数にカウントされないので利用可能です。部屋にバス・トイレがついている上に、窓からは海を望むこともできます。時間比較飛行機の場合、朝早くに車で空港へ行くまでに1時間、飛行機で九州まで1時間半です。旅行の出発の日の午後には九州で観光した上に現地に宿泊できます。実際は東京-大阪間のドライブ行きは朝5時に東京を出発しました。東名、新東名、伊勢湾岸、東名阪、新名神、名神、阪神高速を経由して大阪南港コスモフェリーターミナルに到着したのは14時くらい。１時間に一回くらいは休憩しましたが、9時間で到着できました。帰りは9時くらいに大阪を出発して東京についたのが20時くらいでした。11時間ほどかかったことになります。これは時間帯からか場所によっては渋滞していたことと、途中でゆっくり夕食を取ったためです。東京-大阪間のドライブはたぶん大人だけならそれほど大変ではないと思いますが、小さい子供連れだとかなり時間に余裕を持っておいたほうがよさそうです。フェリー乗船大阪では、フェリーターミナルの案内板に従って車を進めていると、案内の人がどこに止めたらいいかを教えてくれました。フェリーターミナルのそばにはアジア太平洋トレードセンター(ATC)があって、フェリーの乗船受付の窓口や待合室もここにあります。乗船手続きは16時からだったので2時間くらいは余裕がありました。出港は19時5分で、乗船は17時くらいからでした。最低でも出港1時間くらい前までには乗船手続きを終わらせておいたほうがよさそうです。ATC内にはお店やファミレスもあるので2時間くらい時間を潰すのは問題ありません。16時に乗船手続きをします。乗船名簿の紙に家族の名前や車の情報を書き込んで、車の車検証とともに窓口に提出します。車の料金は車の全長で決まるようです。事前にネットで運賃は支払い済みでしたが、窓口では支払いに使用したクレジットカードの提示を求められました。乗船手続きの後は、乗船開始時間まで待ちます。さんふらわあはレストランもあってバイキングを食べられるのですが、ぼくたちはコンビニで夕ご飯を買うことにしました。帰りは鹿児島県の志布志から乗船しました。こちらも14時くらいにフェリーターミナルに到着しましたが、乗船手続きは16時からでした。乗船開始は17時。出港時間は17時55分予定でしたが、実際は乗船に時間がかかって18時10分頃に出港しました。志布志のまわりで時間を潰すのはけっこう苦労すると思います。片道１時間かければ、都井岬や宇宙研の施設があったりしますが、そこまでの時間が取れないとすると志布志市内で待つしかありません。ぼくたちは、サンポートしぶしアピアというところで時間を潰しました。意外となかなか楽しかったです。乗船乗船時間が近づいたら車に乗り込んで待機します。係の人が乗船券をチェックしにくるので渡しましょう。後は指示に従って乗船します。船内は誘導する人がまぶしいのでライトは消しておきます。消してないと消せと言われます。船内の壁にはいたるところにこすった跡があるので、ぶつける人も多そうです。十分に注意しましょう。お風呂今回はデラックスルームを使いました。バストイレもついているのですが、広いお風呂のほうがいいので大浴場を利用してみました。ネットの情報などだと、乗船直後は空いているとのことだったのですぐに行ってみましたが、もうすでにおじさんでいっぱいでした。乗用車よりもトラックのほうが先に乗船していたので、トラックの運転手さんだったのかも。実は乗船直後が一番混んでいるのではないでしょうか。揺れと酔い大阪-別府の航路は瀬戸内海を通るので、揺れは穏やかでした。気持ちよく寝られた。親の運転する車の後部座席で寝るような心地よさでした。３歳児とても大きな船に乗るよ、という話を旅行前にして期待を高めさせていたおかげか、単純にはじめて乗ったフェリーが楽しかったのか、娘はフェリーを大変気に入った様子でした。船酔いしたのかどうかはわかりませんが、特に具合が悪そうな様子は見せませんでした。ぼくと一緒に早く寝たからかもしれません。車とちがって身体を動かせるので、そういう意味でもフェリーと子供の相性はよさそうです。まわりにも子供連れが多かったです。

３歳児を連れて東京-大阪往復ドライブ、そして九州へフェリーで往復移動してきました

246から135、湯河原から椿ラインを上って箱根へ。箱根は登ったり降りたり箱根山のまわりを回ったり。丹沢湖を周回してから宮ヶ瀬ダムへと走りました。朝4時に出発して宮ヶ瀬に着いたのが12時くらい。300kmくらい走りました。そろそろ総走行距離が2000kmになりそうです。湯河原から椿ラインを上ります。だいたい2時間くらい走り続けてここに到着するので、最初はいいのだけど途中からバテてきますね。椿ラインを楽しいという人は多いけど、まだ楽しいと思ったことがあまりない。もうちょっとゆっくりしていってもいいかもしれません。すごく速いネイキッドの人に抜かれた後は、ぼくより速いモタードの人がマツダスカイラウンジまでずっと後ろをついてきていました。先に行きたいなら抜いていくかなと思ったのだけど、ジェントルな方でした。譲ってあげればよかったかな。芦ノ湖の湖畔から旧国道一号を下っていきます。懐かしい峠の茶屋の前を通る。20年前にこのあたりにきていたときは、ここの道ばたで休憩していたことを思い出します。この頃は7時過ぎでしたけど、もう国道１号線は車が多い。渋滞ではないけれど、車が詰まっている感じで楽しくないのです。宮ノ下の富士屋ホテル前を左折したらちょっと流れ出しました。箱根を走ろうと思ったら、もうちょっと早くこないとダメかな。芦ノ湖までくるとまた涼しい。芦ノ湖の東岸、県道75号線を走ります。この道は空いているし涼しいしとても楽しい。いい道です。途中で県道735号線に入って大涌谷方面へ。この道はさらに楽しい。今日走った中では最高の道です。最初からここ目的で来ようかな。大涌谷へ登る道は朝9時まで閉鎖されているので、そのまま小涌谷方面へ抜けます。仙石原を堪能した後は国道138号線に戻って御殿場へ降りていきます。暑いです。32℃になっていました。途中、小山町を通ります。田園風景の非常に楽しい道。一方通行の最後にある駐車場でトイレ休憩していたら、黒いWR250Xに乗っている人がやってきました。なんとなく遠くに止めていましたが、その気持ちわかります。同じバイクの人を見ると話したいような話したくないような照れくさいような感じがして、できるだけ離れていたいんですよね。丹沢湖を降りた後は国道246号線を東へ。途中で昔の国道246号線、今の県道76号線を通ります。こちらのほうが慣れた懐かしい道なのです。秦野についてヤビツ峠方面へ。ヤビツを超えて宮ヶ瀬に向かいます。と思ったのですが、山の上に黒い雲が。怪しそうなので迂回して宮ヶ瀬へ行きました。宮ヶ瀬は山の上なのに暑い。今回は箱根をたくさん走りました。次は芦ノ湖スカイラインあたりもまわりたいですね。やはり箱根は楽しいのです。

WR250X 椿ライン・箱根・丹沢湖ツーリングに行ってきました

FreshConnectionhttps://github.com/tsukasaoishi/fresh_connectionFreshConnection finally supported Rails 5.1. When you would be using Rails 5.1, please use version 2.4.0 or later.FreshConnectionをようやくRails5.1に対応させました。Rails5.1を使う場合は、バージョン2.4.0以降を利用してください。EbisuConnectionhttps://github.com/tsukasaoishi/ebisu_connectionEbisuConnection also supports Rails 5.1 from version 2.4.0. It is necessary to restart Rails application when updating replica.yml from this version. Dynamic reflection function is gone.EbisuConnectionもバージョン2.4.0からRails5.1に対応しています。DeprecatedThe keyword slave is deprecated.  It is going to useless from 2.5.0 since, please change to replica.slaveというキーワードは廃止予定です。2.5.0からは使えなくなる予定なので、replica に書き換えるようにしてください。

FreshConnection finally supported Rails 5.1!

ActiveRecordのクエリキャッシュが、実際にDBとのコネクションをはった後でないと効かないことに気づきました。Loading development environment (Rails 5.1.2)  irb(main):001:0> ActiveRecord::Base.cache do  irb(main):002:1* Task.find(1)  irb(main):003:1> Task.find(1)  irb(main):004:1> end    Task Load (0.7ms)  SELECT  "tasks".* FROM "tasks" WHERE "tasks"."id" = ? LIMIT ?  [["id", 1], ["LIMIT", 1]]    Task Load (0.1ms)  SELECT  "tasks".* FROM "tasks" WHERE "tasks"."id" = ? LIMIT ?  [["id", 1], ["LIMIT", 1]]  => #<Task id: 1, created_at: "2017-06-28 16:18:58", updated_at: "2017-06-28 16:18:58">  コネクションをはれば大丈夫。Loading development environment (Rails 5.1.2)  irb(main):001:0> Task.connection  => #<ActiveRecord::ConnectionAdapters::....  irb(main):002:0> ActiveRecord::Base.cache do  irb(main):003:1* Task.find(1)  irb(main):004:1> Task.find(1)  irb(main):005:1> end    Task Load (0.2ms)  SELECT  "tasks".* FROM "tasks" WHERE "tasks"."id" = ? LIMIT ?  [["id", 1], ["LIMIT", 1]]    CACHE Task Load (0.1ms)  SELECT  "tasks".* FROM "tasks" WHERE "tasks"."id" = ? LIMIT ?  [["id", 1], ["LIMIT", 1]]  => #<Task id: 1, created_at: "2017-06-28 16:18:58", updated_at: "2017-06-28 16:18:58">  Railsで実際にアプリケーションを作った場合、一番最初のアクセス時はクエリキャッシュが効きません。２回目以降は大丈夫なので、大きな問題ではありません。https://github.com/rails/rails/pull/29609RailsにPullRequestを送ってもなかなか見てもらえないと思っていたのですが(昔、Railsのコミッタの人に言われたこともある)、数分で見てもらえましたし2時間くらいでマージしてもらえました。普通に仕事をしながらプライベートの時間に送られてくるPullRequestを見るのってとても大変なので、いつもこんなに早くなくてもいいのですが、でも送る側としては素直にうれしいですね。

RailsへのPullRequestが数時間でマージしてもらえました

今回のルート。一般道から東名の中井PA、そして寄に立ち寄ります。足柄峠を越えて三国峠を抜けていきます。最後はいつもの道志みち。走行距離は200kmくらいかな。朝5時に出て12時ころに帰りました。道志みちはもう、バイクと車と自転車が多すぎて飽和状態。道路の始めから最後までほぼずっと車列がつながっているイメージなのです。全然楽しく走れないし気性の荒い方々もいて事故も多そうなので、今後はできるだけ通らないようにしよう。とはいっても、相模原に帰ろうとするとどうしても通らないといけないことが多いのですが。ここまでは国道246から小田原厚木道路の側道、県道62号から県道77号線を通ってやってきました。県道77号線は、ほどよいカーブの続く田舎道。最高に楽しいです。このあたりをメインにツーリングに来てもいいかも。「Anker PowerCore 10000 (10000mAh 最小最軽量 大容量 モバイルバッテリー) iPhone&Android対応 *2016年8月末時点 A1263021」秦野市は渋沢駅の近くへ抜けます。このあたりは、最初に就職した某電機メーカーの寮があって、20年以上前に2、3年間住んでいた青春の地でもあります。30分近くうろうろしていました。懐かしくてうろうろしていたわけではなく、ガソリンスタンドを探していたのです。アプリで探して行ってみるとどこも閉まっているのです。7時すぎないと開かないみたい。秦野市くらいの町ならもう少し早くあけておいてほしいところ。奥までくると川沿いの道になります。道は最終的に車線のない細いものになります。そこまで行って引き返しました。これから山登りしようというような人が何人かいらっしゃいました。とにかく人が少なくていいところです。県道365号線から県道149号、394号、147号を通って小山町を抜けていきます。のどかな地方の町という感じでのんびりした空気が心地いい。後ろから来た速いバイクを何回か先に行かせました。もう速く走るつもりは全然ないのですが、ごんごん普通のツアラーの人に追いつかれますね。そして抜いていった後もみんな速いのです。この道を走っている人の中で一番遅いのがぼくなのでは。12年のブランクか。気をつけないといけません。リターンライダーに事故が多いのはこういうところなのかも。昔のつもりで走ったりすると危なそうですね。じじいはのんびり行きましょう。山中湖まで降りていくと道志みちの入り口の近く。ここでコンビニに寄って休憩しました。コンビニから出てくるとぼくのバイクをじっと見ているバイク乗りの方が。あいさつすると、なんとその方の友だちの方が、ぼくのと同じWR250Xに乗っていてヘルメットまで同じでした。WR250Xを買う人はアライのツアークロス3を買いそうだし、かぶることはありえそうですね。でもびっくりしました。その人自身はいい感じにいじってあるXRのモタードに乗られていてかっこよかったです。

WR250X 寄・足柄・三国峠ツーリングに行ってきました

用意したもの上の写真に並べているものを用意しました。ヤマハ(YAMAHA) 二輪車用エンジンオイル ヤマルーブ プレミアムシンセティック MA 10W-40 4Lエーモン ポイパック(廃油処理箱) 2.5LAZ(エーゼット) オイルジョッキ1L [ポリジョッキ/ポリジョッキー/オイルジョッキ] フタ&こし網付きオイルですが、ヤマハのバイクなのでヤマルーブ。プレミアムを用意しました。それから廃油処理箱。WR250Xはフィルター交換時でも1.4リットルしかオイルを入れないので、一番小さい2.5リットルのものを買いました。でも、安いので4.5リットルくらいのものを買ってもいいかもしれません。箱が小さいので結構こぼしてしまいました。うちの駐車場のコンクリートがバイク屋さんのガレージみたいにどんどん汚れていきますね。ジョッキは安い割にフタもついているし、ノズルのところにはゴミが入らないようにこし網もついていてなかなかいいです。メモリも200mlごとについているので便利。今回はナラシの後のオイル交換なのでフィルターも交換します。交換したのは以下の部品。すべてヤマハの純正パーツです。オイルクリーナー(フィルター)フィルターカバー用Oリング、大小のふたつドレインボルト用のガスケット(ワッシャー)ヤマハは純正パーツ用のアプリを出しています。イラスト付きでパーツを詳細に調べることができるし、型番と価格もわかります。とても便利。webikeというサイトでオンライン購入できるのです。いい時代になりました。作業前に作業を開始する前に、はずす予定のボルトにマジックで印をつけておきます。昔からよくある手法ですが、ボルトを戻すときにどこまで締めていいのかをわかるようにするためです。ここらのボルトは締め付けトルクが規定されていて、それを守る必要があります。力いっぱい締めればいいというものでもないのです。オイルを抜くオイルフィルターの交換カバーを外してオイルフィルターを取り出します。フィルターは真っ黒。カバーに大きなOリングが、エンジン側に小さなOリングがあるので両方とも新品に交換します。さらに新しいフィルターをセットしてカバーをつけます。ドレインボルトをつけるオイルを入れる最終的に1.4リットル全部は入りませんでした。1.35くらいかな。もうちょっと入れてもよかったかも。でもまあいいでしょう。これでオイル交換は完了です。

WR250X はじめてのオイル交換

350kmくらいでしょうか。これだけ走るとお尻は当然痛くなりますが、レーパンを履いていることと、シートの後ろのほうに座る、信号待ちでお尻休憩、ときどきマッサージという手法を駆使してちょっと痛いなというレベルで押さえることができました。日帰りツーリングならなんとかなりそうです。「BESTEK 自転車ホルダー スマートフォン用ホルダー 保護バンド付き iPhone6s plus まで対応可能 BTBM01N」あと、バイクから電源を取る気はないのでモバイルバッテリーもあったほうがいいですね。iPhoneのバッテリーは山に入ると急速になくなってしまうので電源を切ってました。「Arteck ジャンプスターター 12V車用エンジンスターター 8000mAh ポータブル充電器最大300A LED緊急ライト搭載 スマホ急速充電器 24ヶ月保証付【日本語取扱説明書付き】」この県道19号線、地方の小さな町を通りぬけていったり町と町をつなぐ軽い山道だったりして、特に峠道というわけでもないなんの変哲もない道なのですが、九州の田舎道を走っているみたいでとても楽しかった。こういう道をのんびり走るのが一番楽しいかも。県道19号から国道136号線に入ります。見覚えのあるところだと思ったら、昔ユルさんと娘とイチゴ狩りに来たところの近くでした。西伊豆スカイラインを抜けて国道136号に入ろうと考えていたのですが、道を間違えて細い山道に入っちゃいました。落ち葉がすごくたくさん落ちています。誰も通らない道なのかな。なんとか国道に出ることができて一安心。県道18号をのぼっていって県道127号に入ります。なかなか楽しい道です。白バイの人がいました。あとは無料区間の伊豆縦貫道に乗って国道246号へ。246は退屈です。途中でコンビニに寄ってみたら、なんだかすぐ隣が懐かしい感じの田んぼになっていました。

WR250X 伊豆ツーリングに行ってきました

FreshConnectionのversion2.3.0から、slaveというキーワードを使うことをやめました。こちらのPRを見てもらうとして、代わりに replica というキーワードを使うようになりました。slave の設定を使うようにしています。replica group名が replica (デフォルトもこれ)database.ymlに replica の項目がなく、slave が存在するつまり、何も変えずにバージョンアップしてもそのまま動くようになっています。ただ、Deprecation Warningを出すようにしています。また最新のversion2.3.1では、環境変数を使ってDBへの接続設定をすることができるようになりました。Railsにあったことを全然知らなかったのですが、以下のように DATABASE_URL という名前の環境変数を用意しておくと、それをDBへの接続設定に使います。DATABASE_URL=adapter://dbuser:dbpass@dbhost:dbport/dbname?querypath  database.yml も存在している場合はマージされるようです。同様に、FreshConnectionの接続設定も環境変数でできるようになりました。DATABASE_(replica group名)_URL  デフォルトなら、DATABASE_REPLICA_URL を使います。Railsのsecret.ymlとかもそうですが、コード上に残したくないパスワードや秘密鍵等は環境変数経由で渡すのが主流になってきているみたいですね。リポジトリの履歴に乗っちゃうのも問題だし、こうするほうがいいのは分かるのですが、実のところ環境変数で設定するのって、なんとなくいまいちな感じを覚えます。異なるアプリケーションで変数名が被らないようにしなきゃいけないですし(いまのところ、これはあんまり気にされてないみたい)。もっとスマートな方法があるといいのですが。

FreshConnectionからslaveというキーワードを廃止しました

650kmを走り終えてインプレッションWR250Xが納車されてから650kmほど走りました。その上で改めてインプレッションを書いていこうと思います。ブレーキがとてもいいこなれてきた頃から感じていましたが、ブレーキのフィーリングが本当にすばらしいです。握れば握るほど効くタイプでとても操作しやすいし、しっかりスピードが落ちます。もうブレーキングするだけで楽しい。最初のインプレに書きましたが、今となっては全然気にならなくなりました。慣れたのかもしれません。エンジンはやっぱりいいまだナラシ中なので上まで回していないのですが、それでもやっぱりいいです。下からぐわっと力が出ますし、アクセルに対するツキもいい。よすぎるくらいで、Uターンのように低速で旋回するときはリアブレーキやクラッチをちゃんと使ってあげないとギクシャクしてしまいます。買う前は、ネット上のインプレッションなどに、低速がスカスカみたいな意見を見ることもありましたが、そんな印象は皆無です。人それぞれ乗ってきたバイクの歴史も違うので、同じバイクでも違う印象を持つことはありそうです。大型バイクから乗り換えたら、確かにトルクはないと感じるかもしれません。足つきはまったく気にならない買う前はちょっと心配していました。信号待ちが大変なんじゃないかと。今まで足つきはべったりなバイクしか乗ったことがなかったのです。ステップのギザギザは気にならないこれも買う前にちょっと心配していたことです。あんなギザギザステップのバイクに乗ったことがなかったので、どんな感じなのかもわからなかった。でも、乗ってみたら全然気になりませんでした。普通のステップと同じです。幅が広めなのでスタンディングするのが楽なくらい。サスペンションのストローク量が気になるこれも買う前に心配していたこと。ストローク量が大きすぎて伸び縮みが激しいと疲れそうだなと思っていました。山道でしっかりコーナーに突っ込んだときですが、ブレーキをリリースしたときの伸びが意識しているよりも大きいので、そこだけが気になります。モタードの乗り方がまだわからない12年ぶりということもあるだろうし、初めて乗るタイプのバイクだということもあるのだと思いますが、全然乗れている感がないです。単に自分がへたくそだというお話なのですが。フロントフェンダーが大きすぎる問題乗っていると常に目に入ってくるのですが、フロントフェンダーが大きすぎるように感じてしまいます。特に走りに支障があるわけではなく、あくまで印象のお話。でも気になるのです。お尻が痛い問題これが本当に切実な問題です。バイクを降りた後まで痛いし、ツーリングの日はしばらく家の椅子に座るのもつらくなります。慣れの問題という人もいますが、どうにもぼくは慣れそうな気がしません。ナラシのお話高速道路で一気に1000km走る人もいるし、まったくナラシをしない人もいると思います。アクセルの最大開度を小さくする感覚でアクセルを開ける最大値を固定しているだけです。どのくらいかというと、ほんのちょっと。最初だと10分の1もないくらいでしょうか。これだと一般道で流れに乗るのは厳しいので、ぽんぽんとシフトアップをする必要があります。下から力のあるWR250Xなら特に問題ありません。下道でも6速まで入ります。あとはサスペンションもちゃんと動かしてあげたいので、山道はしっかり突っ込んでブレーキもちゃんと効かせるし、立ち上がりも素早くアクセルをあけてリアを使ってあげます。エンジンの回転数は最初はあがりすぎないように気をつけていました。WRはタコメーターがないのでよくわからないのですが、このあたりは感覚です。ツーリングしたお話こどもの日の午前中に時間をもらってまたツーリングしてきました。国道20号の大垂水峠、相模湖、大月経由の、都留から山梨県道24号を通って道志へ。そして宮ヶ瀬湖を回って帰ってきました。前回のツーリングから一回り小さい円を描く感じで総走行距離は150kmほどでした。大垂水峠といえば、ぼくくらいの年代の人には特別な意味がある名前だと思います。実際に行ってみて、これが20年前なら確かにいい場所だと感じただろうなと思いました。大月や都留あたりは山間の町ですが、いい雰囲気です。大きめの用水路を勢いよく水が流れていて、水が豊富なところのようでした。道路沿いの家屋も昔からある素敵な造りのものが多くて、走っていて飽きませんでした。県道24号はRがきついコーナーが連続します。ミニバイクサーキットみたいな感じ。アップダウンのあるコースでなかなか楽しかったです。これを抜けるとすぐに道の駅どうしにつきます。道志みちよりも楽しいですね。

WR250X 650km走行後インプレッション

WR250Xはまだ走行距離160km。ナラシもかねて日帰りツーリングに行ってきました。町田街道(都道47号線)から美山通り(都道61号線)へ。そして秋川街道(都道32号線)へ入ります。どんどん気温は下がります。途中でぐるりと回って都道31号線。秋川街道から離れて都道251号線へ入ります。ゴールデンウィークだけどさすがに車は全然いません。マイペースで進めて快適です。WR250Xはタンク容量が7リットルちょっとしかないのでそろそろ給油したいのですがガソリンスタンドが空いていない。ガソリンスタンドのアプリで見てみると早くても7時にならないと開かないみたい。こんなことならあと１時間遅く家を出てもよかったですね。道の駅たばやまでいったん休憩。さらに進みます。峠を越えると目の前に富士山と湖が急に現れました。河口湖でしょうか。天気がいいので富士山もとてもはっきり見えます。峠を越えたところに駐車場があってお店もあったりしたのですが、車とバイクでいっぱいだったので寄らずに進みます。国道411号線をずっと降りていってようやく街中へ入ります。甲州市です。ブドウ狩りとかのお店がたくさん。今度はユルさんと娘と来たいですね。国道20号に入ってからセブンイレブンによって朝ご飯を食べました。国道20号から国道137号線へ。上黒駒バイパスに入ります。みんなすごく飛ばしている。どこかで見たことある道だなあと思っていたら、警察24時で白バイの人が取り締まりしていた道でした。峠を下りて国道137号線へ合流。河口湖の上の橋を渡ります。ここで初めて渋滞に遭遇。ぼくはもうすり抜けしないことにしているので、渋滞の中をとろとろ進みます。でも河口湖とその上から見る富士山の雄大さに全然飽きません。そこから国道413号線、道志みちに入りました。もうめちゃくちゃバイクの数が増えました。ぼくの目の前には黒いWR250Xが走っています。なんかおそろいの服を着た人を見つけたみたいな気分になったので距離を取って走りました。当初は富士山のまわりも一周するつもりでしたが、体力的にとても無理ですね。総走行距離は300kmくらい。下道でこの距離だときついというのがわかったので、次からは加減していきましょう。

WR250X 奥多摩・山中湖・道志ツーリングに行ってきました

WR250Xを買いました。バイクに乗ってきたお話16歳で原付の免許を取って、最初にのったのはスズキのセピアZZでした。スクーターです。ときどきサーキットに行って、練習走行したりサンデーレースに出たりもしました。このときはNS50R(レース専用のNS50)やCB400SFに乗りました。そうしてずっとバイクに乗ってきましたけど、12年前からバイクに乗らなくなりました。乗りたかったバイクのお話バイクには乗らなくなったけどバイクが好きなのは変わりません。最初に乗りたいと思ったのはホンダのXR250モタードでした。そうして、ヤマハからWR250Xが出て来ました。これがとてもカッコよかった。WR250Xは250ccのバイクとしては異例の値段の高さ。700ccのMT-07より高いのです。それでも価値に見合った値段なのでした。昨今の250ccのバイクがタイやインドネシアで生産されていてひとつひとつのパーツもそれなりのものだったりするのに比べ、WR250Xは国内生産だし専用に設計された250cc単気筒最強のエンジンが載っていたりします。WR250Xに乗りたいと思っているところへ、ホンダがCBR250RRを発表しました。これがホンダらしからぬカッコいいデザイン。一瞬、これに乗りたくなりましたがやっぱりやめました。昔乗っていたNSR250と同じタイプのバイク。これに乗るとどうしてもNSRと比べてしまいそうです。単純に性能だけ見ると、NSRのほうが圧倒的に上。がっかりしてしまいそうな気がしました。WR250Xインプレッションやはりなんといってもエンジンが素晴らしい。まだナラシ中なので全然エンジンを回していないのですが、ずんずん前に進みます。特に低速コーナーが楽しい。高めのギアで全然回転がたりないときでも、失速することなく力が出てダッダッダッと地面を蹴るように曲がっていきます。スピード出さなくても楽しいし走りやすい。エンジンの振動は多少あるけど、単気筒にしてはまったくないほうだと思います。手がしびれることもありません。足つきは173cm、60kgのぼくで両足のつま先が届くくらい。指の根元くらいまでが地面に接する感じでしょうか。バイクがとても軽いので不安感はないです。止まっているときにどちらかへ傾けても全然大丈夫。立ちごけする気はしません。もうノーマルで完成されている感じです。パワーも十分、外装もカッコいい。変に改造したりはせずに、ちゃんと整備をしてノーマルの性能を維持していくのが大事なのかなと思いました。大人でしょう？最後に、WR250Xで楽しそうに走る人の動画を載せておきます。これ、すごく好きで何回も見ているのです。

WR250X 納車 - 12年ぶりにバイクに乗るお話

テレビは見てませんというのがカッコつけ野郎の定番のセリフみたいになっていると思われますが、ぼくもテレビは見ていませんでした。結婚してから見るようになりました。だんだんと鈍感になっていくのでしょうか。RoomClipというアプリで、見ていて全然飽きない。自分の興味のあるフレーズ(バイクガレージとかキッチンカウンターとか)で検索して見るのがおすすめです。

花咲くアーモンドの木の花咲くや姫

そういえば先日、ららぽーと横浜に娘とユルさんと行ったのですが、Apple製品を置いているお店がありました。Apple storeじゃないんだけどApple storeみたいな雰囲気。定員さんもApple storeの人みたい。はじめて最新のMacbookProを触りました。薄くなってていい感じです。重さも、ぼくの持っているMacbookAir(2012)とあまり変わらないようです。うわさのタッチバーも触ってみました。想像していたよりもいいし違和感もあまりない。ESCキーもタッチバーにあるので、vim使うのも問題ないですね。それから、いまさらですがApple Watchも触ってみました。大きいのと小さいのがありましたが、ぼくの手首は細いので小さいのじゃないと似合わない。デザインはずっとダサいなと思っていたのですが、実物に触ってみると意外と悪くなかったです。ちょっと欲しくなりましたけど、現在時刻を表示する方法がわからなかったのでたぶん買わないでしょう。

Apple Watchで現在時刻を知りたい

12月上旬くらいからランニングを始めました。ミズノのwave riderというシューズも買って腕にiPhoneをつけてrunkeeperで計測します。三日でやめちゃうと思っていたら年末まで続きました。年末で終わったのはやめちゃったからじゃなくて膝を痛めてしまったからなのです。走るのが楽しくなってきて年末休みに入ってちょっとアップダウンの激しいところにいったら一瞬でやられました。めちゃくちゃ痛い。ようやく最近膝の痛みもなくなってきたので、またそろそろランニングをはじめようかしら。また一瞬で粉砕されそうで怖いのでそろりとやることにしましょう。

膝に矢を受けてしまってね

rubyのバグらしき挙動を見つけたのでパッチを書いて送ってみたら、すぐに取り込んでもらえました。rubyはGithub上でもPullRequestを受け付けているようなのですが、せっかくの機会なので正規のルートでパッチを送ってみることにしました。バグの発見Loggerがおかしな挙動をしていることを同僚の方が発見したので調べてみました。require 'logger'  File.open("tsuka.log", "w") {}  File.utime(*[Time.mktime(2010, 1, 1)]*2, "tsuka.log")  logger = Logger.new("tsuka.log", "daily")  logger.info "test"  logger.close  p Dir.glob("tsuka.log*")  ruby2.2以降["tsuka.log"]  ruby2.1以前["tsuka.log", "tsuka.log.20161117"]  調べてみたところ、ruby2.2以降と2.1以前とで挙動が変わっています。本当にバグかバグの報告については正規のドキュメントがあります。HowToReportJa最新版で確かめてみる最新版(2016/11/18現在では2.3.2) で確かめたところ、2.2と同じ挙動になりました。仕様の変更の可能性ただ単に仕様が変更された可能性もあります。ChangeLogを読んでみたりググったりしてみました。すでに報告済みかどうかこれがバグだとして、すでに報告されている可能性もあります。Ruby Issue Tracking System を検索してみましたが、この現象に関する報告らしきものはありませんでした。rubyの開発環境を整えてデバッグするrubyの本当の最新状態はsubversionで管理されているリポジトリのtrunkになります。Github上のリポジトリと、本家のリポジトリを見比べてみたところ、差異はないようでしたので、Githubからコードをとってくることにしました。コードの取得git clone https://github.com/ruby/ruby.git  開発環境の用意開発のための手引きは DeveloperHowtoJaにあります。ここに記載されていました。autoconfの現在のバージョンを見てみます。$ autoconf --version  autoconf (GNU Autoconf) 2.69  2.60以降のため、問題なさそうです。$ bison  --version  bison (GNU Bison) 2.3  bisonも2.2以降です。このあたりが足りなかったり、バージョンが低かったりしたときは、個々のプラットフォームにあわせてインストールしたりバージョンアップしましょう。ビルド$ autoconf  $ ./configure  $ make  テストの実行とりあえずテストを走らせてみます。$ make update-rubyspec  $ make test-rubyspec  update-rubyspecはspecの更新、 test-rubyspecはspecへの適合をテストします。テストも実行します。$ make check  checkは　test と　test-all を実施します。test は簡単なテストの実施、test-all は詳細なテストの実施です。Loggerのローテートまわりの責務を持っているのは、Logger::LogDeviceのようですので、それだけを対象としたテストもパッチを書きながら都度実施したいところです。check は全テストなので時間がかかります。単体のテストファイルを実施するには以下のようにします。$ make test-all TESTS=test/logger/test_logdevice.rb  デバッグ中はこれを使っていきます。デバッグこれはやるだけです。テストもちゃんと書きます。$ make update-rubyspec  $ make test-rubyspec  $ make check  パッチをそえてバグを報告するパッチの作り方git上で修正したのなら、ローカルリポジトリにコミットした上で以下を実行します。$ git diff --no-prefix HEAD~ > name_of_patch.patch  Isuueの登録Ruby Issue Tracking Systemにバグを報告します。トラッカーは　Bug題名を60文字程度で書く説明には、バグについてとそれを再現可能なコードなどを書く。期待する挙動と、実際の挙動を書いて何が問題なのかをわかりやすくステータスと優先度はデフォルトのまま。優先度を自分の勝手な判断でHighとかにしないように担当者は空でruby -vは、バグを発見した環境のruby -v の結果をはる。報告先は日本語か英語かで選択パッチやバックトレース、ログ等があれば添付する日本語で書いても大丈夫のようですが、つたなくても英語で書いたほうがいいと思います。今回は自分の英語で表現できる内容では十分でないように感じたので、日本語での補足も書きました。待つリアクションがあるまで気長に待ちます。エラーが出てテストが通らないときたとえば、LoadError: cannot load such file -- openssl などのエラーがでて、make test-rubyspecなどが通らないことがあります。.configureにオプションを渡してあげる必要があります。私の環境はMacで、ほとんどのパッケージはhomebrewで管理しています。$ brew --prefix openssl  /usr/local/opt/openssl  $ ./configure --with-openssl-dir=/usr/local/opt/openssl  $ make

rubyにコントリビュートする方法

ここが鴨川のようです。八坂神社にも行きました。RubyKaigiが始まる前の早朝に東本願寺に行ってきました。お寺は6時くらいからあいているので助かります。

RubyKaigi2016京都に行ってきました

今年は京都です。お義母さんがきてくれるので安心して京都にいけます。9/8(木)9:20 - 10:20 Keynote10:30 - 11:10 A Tale of Two String Representations11:20 - 12:00 ErRuby: Ruby on Erlang/OTP13:30 - 14:10 Who reordered my code?!14:20 - 15:00 A proposal of new concurrency model for Ruby 315:30 - 16:10 Improved scalability by relaxing the GVL16:20 - 17:00 Unify Fixnum and Bignum into Integer17:10 - 17:50 Scalable job queue system built with Docker9/9(金)9:20 - 10:20 Fearlessly Refactoring Legacy Ruby10:30 - 11:10 Writing A Gameboy Emulator in Ruby11:20 - 12:00 How DSL works on Ruby13:30 - 14:10 Recent Advances in HTTP and Controlling them using ruby14:20 - 15:00 Web Server Concurrency Architecture15:30 - 16:10 Building maintainable command-line tools with mruby16:20 - 17:00 Modern Black Mages Fighting in the Real World17:10 - 17:50 どちらか    concurrent-ruby and how it is making Rails concurrentSciRuby Machine Learning Current Status and Future9/10(土)9:20 - 10:20 Ruby Committers vs the World10:30 - 11:10 Web Clients for Ruby and What they should be in the future11:20 - 12:00 Deletion Driven Development: Code to delete code!13:30 - 14:10 Learn Programming Essence from Ruby patches14:20 - 15:00 Ruby Concurrency compared15:30 - 16:10 どちらか    Game Development + Ruby = HappinessSystem calls hijacking with (m)ruby16:20 - 17:20 Dive into CRuby

RubyKaigi2016みるものリスト

https://rubygems.org/gems/fresh_connectionhttps://rubygems.org/gems/ebisu_connectionFreshConnection、EbisuConnection 両方ともに対応バージョンは 2.1.0 になります。本当は5.0がリリースされてからすぐに対応版を出すつもりでしたが、夏休みの前でうかれていて忘れていました。夏休みが終わって帰ってきたら、同僚の人に5.0対応出してくださいと言われて思い出しました。いけませんいけません。夏休みぼけになってはいかんのだ。気合いを入れるために脈絡のない写真をアップしておきます。

FreshConnectionとEbisuConnectionをRails5.0に対応させました

5年も前の記事へのアクセスが急に増えてびっくりしました。はてなブックマークのランキングをみると、同じ記事がふたつ並んでいます。こんなことだと、Lifehackerとかまたタグ付けされてしまうので身の引き締まる思いです。すでに40歳を超えたエンジニアですが、5年前よりも身体の調子はいいです。あの頃は寝起きが一番疲れていましたが、最近はそんなこともない。子供と散歩したり、ブンバボンを踊ったりして適度に運動しているおかげでしょうか。子供が大きくなったら遊んでもらえなくなるので、何か運動は考えておかないとなと思います。自転車とか体幹はもうやる気がない。動かずに済む運動を探しているところであります。

なんでもない人のなんでもない日

トスラブ箱根ビオーレ に行ってきました。関東IT健保ではおなじみ、一人一泊5400円でイタリアンのコース料理もついている宿泊施設です。人気がありすぎて抽選による予約はほとんど当たらない(土曜泊まりは特に)。今回は幸運にも泊まれることになったのでユルさんと娘と一緒にいってきました。場所は元箱根なので軽くドライブして到着する距離。２歳児をつれての旅行にはちょうどいい移動時間です。部屋とお風呂はこんな感じ。夕食はさらに3000円ほど出してグルメコースにしてもらいました。量的には、ぼくはちょうどいいくらい。ユルさんは苦しかったみたいです。普通のコースだともうすこし量が減るのですが、ぼくも次は普通のコースでもいいかな。４歳児からはお子様メニューがあるみたいですけど、２歳児にも別に用意してもらいました。ちなみに携帯は電波が弱いしwifiもないので、開発合宿には使えないと思います。

トスラブ箱根ビオーレに行ってきました

FreshConnectionのバージョンが2.0系になりました。開発を始めたのは2011年なのですが、暇なときにとろとろコーディングしているのでそれほど進化はしていません。FreshConnection？スレーブDBへのアクセスを可能にするgemです。けっこう大きなサイトでも使われているようです。User.find_by(id: params[:id]) # スレーブDBへ  User.create(params[:user])   # マスターDBへ  # トランザクション内の処理はすべてマスターDBへ  User.transaction do    u = User.first    ....  end  参照系のクエリをマスターDBに投げたいときは、 read_master を使います。User.read_master.find_by(id: params[:id]) # マスターDBへ  read_master は ActiveRecord::Relation のメソッドなので、クエリ生成の中でメソッドチェインすることができます。User.includes(:address).read_master.where(age: 18).limit(10) # マスターDBへ  覚えることはこれだけなので、とても簡単です。マスターDBにしか存在しないテーブルがある場合モデルで以下のように master_db_only! と宣言しておけば、すべてのアクセスがマスターDBにだけ投げられます。class Hoge < ActiveRecord::Base    master_db_only!  end  ロードバランサFreshConnectionは、スレーブDB群の前にロードバランサが置かれていることを想定しています。Rails ------------ Master DB               |               |                     +------ Slave1 DB               |                     |               +---- Loadbalancer ---+                                     |                                     +------ Slave2 DB  スレーブDBの死活監視やアクセスの振り分けはすべてロードバランサにまかせることで、スレーブDBの管理が容易になります。EbisuConnection を使うことができます。 EbisuConnectionも使い方はFreshConnectionと同じです。設定方法スレーブDBの設定は、 config/database.yml で行います。production:    adapter: mysql2    encoding: utf8    reconnect: true    database: kaeru    pool: 5    username: master    password: master    host: localhost    socket: /var/run/mysqld/mysqld.sock    slave:      username: slave      password: slave      host: slave  production や development などの環境の中に、 slave という項目を用意します。そこがスレーブDBの設定内容として使われます。host は実際にはロードバランサのホスト名やIPアドレスを指定します。 指定していない項目に関しては、マスターDBの設定が使われます。slave という名前のロードバランサが使われ、スレーブDBへ接続する際のユーザ名とパスワードはともに、 slave になります。adapter や、 encoding などの項目はマスターDBのものが使われます。ここではそれぞれが、 mysql2 と utf8 になります。複数のスレーブ群を扱いたいとき課金系などでDBクラスタをわけたいときがあると思います。establish_fresh_connection という宣言で定義できます。class AdminUser < ActiveRecord::Base    establish_fresh_connection :admin_slave  end  establish_fresh_connection の引数に、対象となるスレーブ群の名前を指定します。config/database.yml では以下のように対象のスレーブ群を指定します。production:    adapter: mysql2    encoding: utf8    reconnect: true    database: kaeru    pool: 5    username: master    password: master    host: localhost    socket: /var/run/mysqld/mysqld.sock    slave:      username: slave      password: slave      host: slave    admin_slave:      username: admin_slave      password: admin_slave      host: admin_slaves  admin_slave で指定した設定が、 establish_fresh_connection :admin_slave を宣言したモデルで使われます。establish_fresh_connection は、継承した子クラスからも見えるので、親クラスでだけ宣言しておけば問題ありません。class AdminDb < ActiveRecord::Base    self.abstract_class = true    establish_fresh_connection :admin_slave  end  class AdminLog < AdminDb  end  これで、 AdminLog も admin_slave のスレーブ群を使用するようになります。サポートするActiveRecordのバージョン4.0.x、4.1.x、4.2.x が対象になります。インストールGemfileに以下を追加するだけです。gem "fresh_connection"  Rails以外のRackアプリで使いたいときFreshConnection::Rack::ConnectionManagement という Rackミドルウェアが存在するので、 ActiveRecord::ConnectionAdapters::ConnectionManagement の前に積んでください。

FreshConnectionが2.0になってPostgreSQLもサポート

プログラマは結婚したら家でプログラミングをする時間が減ります。子供が生まれたらもっと減ります。でもプログラミングできないわけじゃない。ぼくは子供の寝かしつけを8時過ぎにやって、そのまま子供と一緒に寝てしまいます。だいたい夜中の3時に起きるので、それから5時半までの間にプログラミングができる(5時半になったら準備をして会社に行くのです)。土日だったら子供が7時くらいまで寝てくれるので4時間もある。いろいろできます。もちろん、いつもプログラミングばかりしているわけじゃなくて、本を読んだり録画しておいたテレビを見たりもします。ぼくのGithubの草を見ればおわかりです。ぼくが家でプログラミングをするのは仕事なんかのためじゃありません。本を読んだりテレビを見たりするのと同じ、ただの余暇の過ごし方のひとつです。別に家でプログラミングなんかしたってスーパーエンジニアになれるわけじゃないです(ぼくは普通のエンジニアです)。ぼくの同僚には家でプログラミングなんかしないけどスーパーエンジニアな人がいたりします。いろいろなことを言う人がいるしぼくもいろいろ言っていますが、みんな自分の好きなことをやればいいんだし実際みんな自分の好きなことをやっているので悩む必要などありません。また今年の一枚の写真を選ぼうと思いましたが、よくよく考えてみると毎年何も選んでいないので今年も選びません。vitaでやっているホラーゲームというのは「夜廻」というやつです。ちょっともう飽きてきました。実はその前に買っていた正月用のゲーム「サカつく」も飽きてしまっています。年を取ると老い先が短いのですぐに飽きるようにプログラミングされているような気がします。明日は大晦日なのですき焼きなのです。大石家では大晦日はすき焼きだと決まっているのです。最近コーヒーがおいしいので非常に具合がよろしい。特にとめどなく文章を書いていたらもうとっくに大晦日になっていました。

子連れプログラマは8時に寝て3時に起きる

このブログをHTTPS化しました。https://www.kaeruspoon.net/個人サイトがHTTPS化するには証明書の問題があって、お金を払わなきゃいけなかったのですが、Let’s Encryptというサイトがあって無料で証明書を発行してもらえるのです。rebuildfm で紹介されていたのでさっそくつかってみました。このブログは nginx で動いているので、証明書だけ発行するモードでスクリプトを叩きます。./letsencrypt-auto certonly --webroot -d www.kaeruspoon.net --webroot-path /srv/kaeruspoon/public/  環境が整ってないから --debug つけてもう一回実行しろと言われたのでそうします。./letsencrypt-auto certonly --webroot -d www.kaeruspoon.net --webroot-path /srv/kaeruspoon/public/ --debug  そうするといろいろパッケージをインストールしてくれます。ところが、なにやら最後にエラーが出てコマンドが失敗する。と思ったら単に python がちゃんと入ってないだけでした。sudo yum install python27-devel.x86_64  これで再実行しますが、パーミッションで怒られました。sudo で再度実行してやっとうまく動きました。証明書は、etc/letsencrypt/live/ の下に置かれているので、nginxのconfを設定してそれを指定してあげます。ついでに http でアクセスされたときは https に 301リダイレクトするようにします。いいねボタンとかFacebookのいいねボタンとかtweetボタンとかが古いAPIのままでHTTPでアクセスしていたので、HTTPSを使える最新版に変更します。いいね数 が 0 になっちゃいました。別のURLとして扱われるみたいです。pocketとかはそのあたりは融通してくれるみたいですけど。でもまあ特にこだわりはないので特に対処はしません。画像とかyoutubeとかの貼り付けブログ記事内の画像とかyoutubeの貼り付けとか、HTTPを使っているものはHTTPSに替えないといけません。markdown化するときにべた書きにしちゃったのですごく面倒です。また独自記法を使えるようにしておきましょうか。このあたりは正月でヒマなときにちょこちょこやっていきます。

kaeruspoonをHTTPS化しました

unicorn-standbyは、development環境などでunicornのメモリ消費量を抑えることができます。https://github.com/tsukasaoishi/unicorn-standbyunicornを起動すると、masterプロセスと最低でもひとつのworkerプロセスが立ち上がります。unicorn-standbyは、unicornの立ち上げ時には最低限なコードしかロードしません。workerプロセスも起動しません。メモリ消費は20MB程度です。microservicesを採用していても、開発時にすべてのサービスを利用することはあまりないと思います。使わないサービスのためにメモリを使われるのは無駄でしかありません。そういうときにunicorn-standbyを使います。production環境では使わないほうがいいでしょう。使い方は簡単です。Gemfileに以下を追加します。group :development do    gem "unicorn-standby"  end  development環境でしか使わないと思うので、developmentグループの中で定義しておきます。Rackアプリを起動するときに、 unicorn コマンドのかわりに unicorn-standby コマンドを使います。bundle exec unicorn-standby -c config/unicorn.rb -D  psコマンド等で確認すると、以下のようにプロセスがひとつだけ起動しているはずです。name 1000  11.0  0.2  2477948  20648   ??  S    10:00AM   0:00.69 unicorn-standby master (standby) -c config/unicorn.rb -D  standbyモードのときは、プロセス名に (standby) と表示されます。ブラウザ等でこのRackアプリにアクセスすると以下のように通常のunicornの状態になります。name 1001   0.0  1.3  2574060 105072   ??  S    10:02AM   0:00.96 unicorn-standby worker[0] -c config/unicorn.rb -D  name 1000   0.0  1.0  2548444  81392   ??  S    10:00AM   0:03.96 unicorn-standby master -c config/unicorn.rb -D

unicorn-standbyをリリースしました

自分用メモです。12/11(金)11:00-12:00 Matz keynote13:30-14:05 Compiling Ruby scripts14:10-14:45 Experiments in sharing Java VM technology with CRuby14:50-15:25 mruby on the minimal embedded resource16:00-16:35 Fast Metaprogramming with Truffle16:40-17:15 High Performance Template Engine: Guide to optimize your Ruby code12/12(土)9:40-10:35 keynote10:40-11:15 Charming Robots11:20-11:55 Turbo Rails with Rust13:30-14:05 The worst Ruby codes I’ve seen in my life14:10-14:45 The future of Ruby is in motion!14:50-15:25 Ruby meets Go16:00-16:35 Rhebok, High Performance Rack Handler12/13(日)10:20-11:15 Ruby Committers vs the World11:20-11:55 Writing web application in Ruby13:30-14:05 Refinements - the Worst Feature You Ever Loved14:10-14:45 Discussion on Thread between version 1.8.6 and 2.2.314:50-15:25 Plugin-based software design with Ruby and RubyGems16:00-16:35 Request and Response16:40-17:15 Actor, Thread and me

RubyKaigi2015 みるものリスト

I’ve released the Hanko that add a digest fingerprint to a Rails assets url.Hankoは、Railsの image や javascript や stylesheet などの asset系URLに以下のようなdigest値のクエリストリングを追加します。/images/kaeruspoon.jpg?ec0460828247a87f4a8f78a28a3b0545546833f0b3bd186f5352bb8bb8c673ca  Railsでasset pipelineを有効にしていれば、Hankoを使う必要はありません。sprocekts が適切にファイル名にdigest値をつけてくれるからです。以下のようにsprocketsをオフにしてRailsアプリを作成した場合、asset系URLにはdigest値が何もつかなくなります。こういうときにHankoを使用します。rails new appname --skip-sprockets  Hankoを使うときはGemfileに以下を追加するだけです。gem "hanko"  デフォルトでは Digest::SHA256が使用されます。以下のように、config/application.rbなどで好きなDigestクラスを指定できます。config.hanko.digest_class = Digest::SHA512

Railsのasset系URLにdigestのfingerprintをつける Hanko をリリースしました

フロントにApacheを立てて、裏でRailsなどを動かしている場合、Rails上の情報をApacheのログに残したいときがあります。たとえば、処理をしたRailsが稼動しているサーバ名を記録したいとしましょう(障害対応の助けになりますよね？)。response.headers["X-Server-Name"] = Server.hostname #=> サーバ名を返す架空のライブラリ  こうすれぱレスポンスヘッダー X-Server-Name の内容をApacheのログに出力するだけでよくなります。LogFormat "....\t%{X-Server-Name}o\t...."  しかしこのままだと、この情報はそのままクライアントに返ってしまいます。サーバ名を返しちゃうのはあまりよくありません。Header        unset X-Server-Name  Header always unset X-Server-Name  これでクライアントには返りません。めでたしめでたし、と思っていたら、サーバ名の情報がログにも出力されなくなりました。Apacheの処理のサイクルでは、ログ出力が一番最後の処理になります。ヘッダから削除した後にログ出力をするので、ログには何も書かれないというわけなのです。　「 The Apache Modules Book」に詳しく書いてあります。となると、Apache module を書くしかないのかと思っていたら、すでに作っている方がいらっしゃいました。mod_copy_headerと思っていたら、Apacheのmod_headersにすでにこれを実現できる機能が存在していました。mod_headers#Header以下のようにするとレスポンスヘッダーの内容をノートにコピーできます(Apache2.4.7以降)Header note X-Server-Name Server-Name  Header        unset X-Server-Name  Header always unset X-Server-Name  ノートにコピーしたあとは、ヘッダから消しちゃって構いません。%{Foobar}n で出力できます。LogFormat "....\t%{Server-Name}n\t...."  簡単です…。なにを悩んでいたのか。落とし穴だったのは、Apacheの日本語ドキュメントにはこのことが書いてないということなのでした。英語のドキュメントをまず読むようにしないといけないですね。

[Apache] レスポンスヘッダーの内容をログに出力して、なおかつヘッダーから削除する方法

Elixirの勉強の続き( 前回の記事 )。今日は関数の複数の句とガードについてです。関数の複数の句Elixirでは関数の引数でもパターンマッチを活かすことができます。defmodule Tsuka do    def sum([head|tail]) do      head + sum(tail)    end    def sum([]) do      0    end  end  iex(1)> Tsuka.sum([1,2,3,4,5,6,7,8,9])  45  iex(2)> Tsuka.sum([])  0  iex(3)> Tsuka.sum(1)  ** (FunctionClauseError) no function clause matching in Tsuka.sum/1      iex:2: Tsuka.sum(1)  Tsuka.sum/1 は配列を受け取ってその要素の総和を求めます。Enum.sum/1と同じものです。上の例では、[1,2,3,4,5,6,7,8,9] が引数として渡されています。これが最初の句である、sum([head|tail]) にマッチします。headが 1 になり、tailが[2,3,4,5,6,7,8,9] となります。ここでtailはふたたびsum関数に投げることで再帰的にsumが実行され、1 + 2 + 3 +... が処理されていきます。最終的に配列は空になるので二つ目の句にマッチして再帰処理は終了します。これでようやく、Phoenixのアクション関数のパターンマッチがわかるようになりました。もうずいぶん前の記事になりますが、Phoenixのアクションでは関数でパターンマッチが使われていました。  def show(conn, %{"id" => id}) do      article = Repo.get!(Article, id)      render(conn, "show.html", article: article)    end  これによって、paramsに%{"id" => id}が存在しているときにだけ、show関数にマッチするようになります。パターンマッチの優先度は最初に定義された句のほうが高いようです。defmodule Tsuka do    def hoge(%{name: name}) do      "one:" <> name    end    def hoge(%{name: name, bad: bad}) do      "two:" <> name <> ", " <> bad    end  end  iex(1)> Tsuka.hoge(%{name: "tsuka"})  "one:tsuka"  iex(2)> Tsuka.hoge(%{name: "tsuka", bad: "oh"})  "one:tsuka"  %{name: "tsuka", bad: "oh"} は %{name: name} にマッチしてしまうので二つ目の句は実行されません。この場合は、ふたつの句の定義順番を入れ替えれば問題が解決します。ガード複数の句のパターンマッチだけだと実現できないことがあります。たとえば、引数の型によって処理をわけたいときなどです。defmodule Tsuka do    def hello(name) when is_binary(name) do      "hello, " <> name    end    def hello(name) when is_integer(name) do      "hello, number:" <> Integer.to_string(name)    end  end  iex(1)> Tsuka.hello("tsuka")  "hello, tsuka"  iex(2)> Tsuka.hello(3)      "hello, number:3"  関数定義で引数のあとのwhen の後ろに条件を書きます。ガードに使える式には制限があります。詳細は本家サイトを参照してください。

Elixir、関数の複数の句とガード

Elixirの勉強の続き( 前回の記事 )。今日は関数とモジュールについてです。関数無名関数無名関数はfnとendでくくって表現します。iex(1)> add = fn (x) -> x * x end  #Function<6.54118792/1 in :erl_eval.expr/5>  iex(2)> add.(2)  4  iex(3)> add.(3)  9  無名関数を使うときは、関数を束縛した変数と引数の間に . が必要な点に注意が必要です。忘れちゃいそうですね。無名関数を変数に束縛していますが、この変数の型は関数になります。iex(1)> add = fn (x) -> x * x end  #Function<6.54118792/1 in :erl_eval.expr/5>  iex(2)> is_function(add)  true  それから無名関数はクロージャです。関数定義時のコンテキストを保持します。iex(1)> pi = 3.14159  3.14159  iex(2)> circle = fn (r) -> r * r * pi end  #Function<6.54118792/1 in :erl_eval.expr/5>  iex(3)> circle.(2)  12.56636  当然ですが、関数内で束縛された変数のスコープは関数の中だけになります。iex(1)> pi = 3.14159  3.14159  iex(2)> circle = fn (r) ->  ...(2)> pi = 3.14  ...(2)> g = 9.8  ...(2)> r * r * pi  ...(2)> end  #Function<6.54118792/1 in :erl_eval.expr/5>  iex(3)> circle.(2)  12.56  iex(4)> pi  3.14159  iex(5)> g  ** (CompileError) iex:5: undefined function g/0  キャプチャ構文無名関数はもっとシンプルな書き方があります。iex(1)> circle = &(&1 * &1 * 3.14)  #Function<6.54118792/1 in :erl_eval.expr/5>  iex(2)> circle.(2)  12.56  最初に登場した & はキャプチャ構文と呼ばれるものです。名前付き関数を関数として取り出すときに使用しますが(後で説明します)、上のように無名関数を定義するときのショートカットにも使えるのです。&1 はひとつ目の引数を意味します。引数1 * 引数1 * 3.14 を実行するわけです。引数がふたつ以上あるなら、 &2, &3…. と表せます。名前付き関数がいままでにもいくつか出て来ました。関数かどうかを調べるときに is_functionを使っていましたね。この関数を無名関数のように変数に束縛したいときにはどうすればいいでしょうか。iex(1)> x = is_function  ** (CompileError) iex:1: undefined function is_function/0  これではダメです。 is_function の返り値を変数 x に束縛するときの書き方です。is_function/0 が定義されてないよ、というエラーメッセージが出ています。Elixirでは関数を表現するときに  関数名/引数の数 という書き方をします。 is_function は引数がひとつなので、 is_function/1 になります。このような名前のついた関数を、実行するのではなく関数として取り出したいときにキャプチャ構文を使用します。iex(1)> x = &is_function/1  &:erlang.is_function/1  iex(2)> x.(1)  false  iex(3)> x.(fn x -> x end)  true  & につづいて関数を表す 関数名/引数の数 という書き方をすると、その関数自体を取り出すことができます。こうやって取り出した関数を使用するときは、無名関数と同じく、引数との間に . が必要となります。モジュール定義モジュールとは複数の関数をまとめたものです。モジュールを定義するには defmodule を、モジュール内の関数を定義するには def を使用します。defmodule Tsuka do    def name do      "Oishi"    end  end  iex(1)> Tsuka.name  "Oishi"  プライベート関数defp を使うプライベート関数を定義できます。プライベート関数はモジュール内でだけ使用できます。defmodule Tsuka do    def name do      family_name    end    defp family_name do      "Oishi"    end  end  iex(1)> Tsuka.name  "Oishi"  iex(2)> Tsuka.family_name  ** (UndefinedFunctionError) undefined function: Tsuka.family_name/0      Tsuka.family_name()  デフォルト引数名前付き関数はデフォルト引数を定義できます。 \\ を使用します。defmodule Tsuka do              def name(prefix \\ "Oishi") do      prefix <> "Tsukasa"             end  end  iex(1)> Tsuka.name  "OishiTsukasa"  iex(2)> Tsuka.name("OISHI")  "OISHITsukasa"

Elixirの関数とモジュール

Elixirの勉強の続き( 前回の記事 )。キーワードリストキーワードリストはリストですが、以下のような特徴を持っています。リストのすべての要素はタプルであるひとつの要素のタプルは2つの要素を持つタプルの最初の値はアトムである一見にしかずなので、実際に見てみます。iex(1)> keywords = [{:a, 1}, {:b, 2}, {:c, 3}]  [a: 1, b: 2, c: 3]  iexが表示したキーワードリストの形がおもしろいですね。こういう書き方もできるのです(この書き方しか使わないと思いますが)。iex(1)> keywords = [a: 1, b: 2, c: 3]  [a: 1, b: 2, c: 3]  RubyのHashの記法に似ていますね。わかりやすい。[] でくくっているので、これがリストであることがわかります。iex(1)> keywords = [a: 1, b: 2, c: 3]  [a: 1, b: 2, c: 3]  iex(2)> keywords[:a]  1  iex(3)> keywords[:b]  2  Hashのようにアクセスできるといっても、これはリストなので最後のほうの要素にアクセスするほどコストがかかります。また、当然ですが要素の順番はちゃんと決まっています。iex(1)> keywords = [a: 1, b: 2, c: 3]  [a: 1, b: 2, c: 3]  iex(2)> keywords = keywords ++ [a: 2, d: 4]  [a: 1, b: 2, c: 3, a: 2, d: 4]  iex(3)> keywords[:a]  1  [] のアクセスでは最初の要素しか取得できません。あるキーの値をすべて欲しいときは以下のような関数を使うことができます。iex(1)> keywords = [a: 1, b: 2, c: 3, a: 2, d: 4]  [a: 1, b: 2, c: 3, a: 2, d: 4]  iex(2)> keywords[:a]  1  iex(3)> Keyword.get_values(keywords, :a)  [1, 2]  キーワードリストに関する関数は Keywordモジュールにいろいろとあります。キーワードリストも当然パターンマッチができます。iex(1)> keywords = [a: 1, b: 2, c: 3]  [a: 1, b: 2, c: 3]  iex(2)> [a: x, b: y, c: z] = keywords                                 [a: 1, b: 2, c: 3]  iex(3)> x  1  iex(4)> y  2  iex(5)> z  3  iex(6)> [a: h] = keywords  ** (MatchError) no match of right hand side value: [a: 1, b: 2, c: 3]      iex(6)> [a: i, c: j, b: k] = keywords  ** (MatchError) no match of right hand side value: [a: 1, b: 2, c: 3]  キーと順番が完全に一致していないとマッチしません。あまりパターンマッチで使うことはなさそうです。マップマップは、よりRubyのHashに近い印象です。以下のように、 %{} でマップを表すことができます。タプルと記法が似ているので typo に気をつけたほうがよさそうです。  iex(1)> map = %{:a => 1, "b" => 2, 3 => 4}  %{3 => 4, :a => 1, "b" => 2}  iex(2)> map[:a]  1  iex(3)> map["b"]  2  iex(4)> map[3]  4  マップのキーにはどんな型でも使うことができます。iex(5)> map2 = %{{:a, 1} => 2, [b: 2] => 3} %{{:a, 1} => 2, [b: 2] => 3}  すべてのキーがアトムなら、見やすい記法を使うことができます。iex(6)> map3 = %{a: 1, b: 2, c: 3}  %{a: 1, b: 2, c: 3}  それからキーの重複はできません。重複したキーがあるときは後のものが上書きします。iex(1)> map = %{a: 1, a: 2, a: 3}  %{a: 3}  [] ではなく、. でも要素にアクセスできます。iex(1)> map = %{a: 1, b: 2, c: 3}  %{a: 1, b: 2, c: 3}  iex(2)> map.c  3  マップの更新には以下のようなやり方があります。iex(1)> map = %{a: 1, b: 2}  %{a: 1, b: 2}  iex(2)> %{map | b: 3}  %{a: 1, b: 3}  iex(3)> %{map | c: 4}  ** (KeyError) key :c not found in: %{a: 1, b: 2}  この記法では存在しないキーを割り当てることはできないようです。Mapモジュールにあります。iex(1)> map = %{a: 1, b: 2}  %{a: 1, b: 2}  iex(2)> Map.merge(map, %{c: 4})  %{a: 1, b: 2, c: 4}  マップも当然パターンマッチが使えます。iex(1)> map = %{a: 1, b: 2}  %{a: 1, b: 2}  iex(2)> %{a: x, b: y} = map  %{a: 1, b: 2}  iex(3)> x  1  iex(4)> y  2  iex(5)> %{a: z} = map  %{a: 1, b: 2}  iex(6)> z  1  iex(7)> %{} = map  %{a: 1, b: 2}  iex(8)> %{c: h} = map  ** (MatchError) no match of right hand side value: %{a: 1, b: 2}  マップのパターンマッチはキーが完全に一致している必要はありません。対象のキーが存在していればマッチします。空のマップでもマッチします。対象のキーがないときだけマッチしません。ディクショナリキーワードリストもマップも、両者ともディクショナリとも呼ばれます。Dictモジュールに定義されています。

Elixirのキーワードリストとマップ

前回のElixirの勉強 (前回の記事 Elixirの型についてちょっと勉強) からちょっと時間が空きましたが、Elixirの勉強の続き。今日は演算子、それからいよいよパターンマッチについてです。演算子1.文字列の結合文字列の結合には <> を使います。iex(1)> "おおいし" <> "つかさ"  "おおいしつかさ"  2.論理演算子&& , || そして ! を使います。 false と nil だけが 偽 として扱われます。rubyと同じですね。iex(2)> 0 || 1  0  iex(3)> nil || 2  2  iex(4)> false && 3  false  iex(5)> "11" && 4  4  iex(6)> !nil  true  iex(7)> !1  false  他に、 and, or そして not があります。これらは、&&などとは振る舞いが異なります。true または false でないといけません。iex(21)> true and 1  1  iex(22)> false and 2  false  iex(23)> true or 3  true  iex(24)> false or 4  4  iex(25)> not true  false  iex(26)> not false  true  true, false 以外を渡すと例外となります。iex(27)> nil and 1  ** (ArgumentError) argument error: nil  3.比較演算子==, !=, <=, >=, <, > があります。iex(33)> 1 == 1  true  iex(34)> 1 != 1  false  iex(35)> 2 <= 3  true  iex(36) 2 >= 3  false  iex(37)> "22" < "21"  false  iex(38)> "22" < "22"  false  iex(39)> "22" < "23"  true  ===, !== もあります。これらは整数と浮動小数点をちゃんと区別します。iex(43)> 1 == 1.0  true  iex(44)> 1 === 1.0  false  異なる型同士でも比較できます。型の大小は以下のように定義されています。number < atom < reference < functions < port < pid < tuple < maps < list < bitstring  iex(46)> 1 < :atom  true  パターンマッチパターンマッチはElixirにおいてとても大事な概念です。ここをちゃんと理解しておかないといけません。1.マッチ演算子一般的な言語では、 = は変数への代入を意味します。= はマッチ演算子といい、右辺と左辺のパターンが一致しているかをチェックします。iex(53)> 1 = 1  1  iex(54)> 1 = 2  ** (MatchError) no match of right hand side value: 2  パターンが一致しない場合は例外となります。左辺にいままで登場しなかった変数が登場すると、Elixirはパターンが一致するように変数の値を右辺のものに束縛します。iex(55)> x = 1  1  iex(56)> 1 = x  1  束縛というのは聞き慣れない言葉かもしれません。代入しているわけではなく、パターンが一致するように変数の値を 束縛 しているというわけです。一度も登場したことのない変数が右辺に登場すると例外になります。iex(57)> 1 = y  ** (CompileError) iex:57: undefined function y/0  y がいままで登場していないため、Elixirはそれが関数だと考えてコールしようとします。y という関数はないので、例外になってしまうというわけです。2.ピン演算子Erlangでは、一度束縛された変数に違う値を束縛することはできません。変数の値が変化しないという制限があることで、いろいろと恩恵があるのです。x = x + 1 という式に違和感を覚えたことを思い出してください。これって数学ではありえない式ですよね？ Earlangの変数とは値を入れる箱ではなくて、数学の変数と同じものなのです。ところでElixirは一度束縛された変数に違う値を束縛しなおすことができます(えっ)。iex(1)> x = 1  1  iex(2)> x = 2  2  iex(3)> x = x + 1  3  Elixirが再束縛を許している理由はまだよくわかりません。Erlangと同様に再束縛できないようにしたほうがいい気がするのですが。iex(1)> x = 1  1  iex(2)> ^x = 2  ** (MatchError) no match of right hand side value: 2  パターンマッチの際、変数の頭に ^ をつけると再束縛を禁止します。これによって単純なパターンマッチとして扱うことができるようになります。3.パターンマッチングパターンマッチを使うといろいろと便利なことでできます。iex(1)> {a, b, c} = {1, :ok, "おおいし"}  {1, :ok, "おおいし"}  iex(2)> a  1  iex(3)> b  :ok  iex(4)> c  "おおいし"  タプルのサイズが異なっていたり、型が違っていたりするとパターンが一致しないため例外になります。iex(1)> {a, b, c} = {1, 2}  ** (MatchError) no match of right hand side value: {1, 2}      iex(1)> {a, b, c} = 1  ** (MatchError) no match of right hand side value: 1      iex(1)> {a, b, c} = [1, 2, 3]  ** (MatchError) no match of right hand side value: [1, 2, 3]  一部の値だけを変数に束縛することができます。iex(1)> {:ok, code} = {:ok, 200}  {:ok, 200}  iex(2)> code  200  iex(3)> {:ok, code2} = {:server_error, 500}  ** (MatchError) no match of right hand side value: {:server_error, 500}  リストには head と tail という概念がありましたね。パターンマッチでもこれが生きてきます。iex(1)> [x | y] = [1, 2, 3, 4]  [1, 2, 3, 4]  iex(2)> x  1  iex(3)> y  [2, 3, 4]  | の前の部分が head にあたり、後ろの部分が tail となります。4.アンダースコア変数変数にアンダースコアを使うと、パターンマッチはします(どんな値でもマッチします)が束縛は行いません。アンダースコア変数を参照しようとすると例外になります。使用するつもりのない値があるときに使用します。iex(1)> _ = 1  1  iex(2)> _  ** (CompileError) iex:2: unbound variable _      iex(2)> [head | _] = [1, 2, 3, 4]  [1, 2, 3, 4]  iex(3)> head  1  iex(4)> _  ** (CompileError) iex:4: unbound variable _  アンダースコアに続いて名前をつけることもできますが、これも無視する値のときに使用します。ただし束縛はされるし参照もされます。参照すると警告が発生します。参照するような値はアンダースコアで始まらないようにしましょう。iex(1)> _tmp = 1  1  iex(2)> _tmp  iex:2: warning: the underscored variable "_tmp" is used after being set. A leading underscore indicates that the value of the variable should be ignored. If this is intended please rename the variable to remove the underscore  1  iex(3)> [head | _tmp] = [1, 2, 3, 4]  [1, 2, 3, 4]  iex(4)> head  1  iex(5)> _tmp  iex:7: warning: the underscored variable "_tmp" is used after being set. A leading underscore indicates that the value of the variable should be ignored. If this is intended please rename the variable to remove the underscore  [2, 3, 4]

Elixirの演算子やパターンマッチ

ブログには書いていませんが、kaeru_phoenixのPhoenixのバージョンを1.0.0にあげたりしていました。1.PhoenixのアップグレードまずはPhoenix自体のバージョンを上げます。ドキュメントのInstallationの通りにやってみます。$ mix archive.install https://github.com/phoenixframework/phoenix/releases/tag/v1.0.3/phoenix_new-1.0.3.ez  Found existing archive(s): phoenix_new-1.0.0.ez.  Are you sure you want to replace them? [Yn] Y  * creating /Users/tsukasa/.mix/archives/phoenix_new-1.0.3.ez  ** (MatchError) no match of right hand side value: {:error, :bad_directory}      (mix) lib/mix/tasks/archive.install.ex:88: Mix.Tasks.Archive.Install.install_archive/2      (mix) lib/mix/cli.ex:55: Mix.CLI.run_task/2      (elixir) lib/code.ex:363: Code.require_file/2  なんかエラーが出ました。ezファイルをローカルにダウンロードしてからインストールしなおしてみます。$ mix archive.uninstall phoenix_new-1.0.3.ez  一度アンインストールしてから$ wget https://github.com/phoenixframework/phoenix/releases/download/v1.0.3/phoenix_new-1.0.3.ez  $ mix archive.install ./phoenix_new-1.0.3.ez  インストールしました。$ mix archive  * hex.ez  * phoenix_new-1.0.3.ez  Archives installed at: /Users/tsukasa/.mix/archives  大丈夫みたいです。2.アプリに新バージョンを適用kaeru_phoenixというPhoenixアプリがあって、こちらは1.0.0で動いていますが、これを1.0.3にあげてみます。kaeru_phoenixの親ディレクトリで以下を実行します。ファイルを上書きするかどうか聞かれますが、gitで管理しているのでまずはすべて上書きしちゃいます。$ ls  phoenix_kaeru  $ mix phoenix.new kaeru_phoenix --database=mysql  * creating kaeru_phoenix/config/config.exs  kaeru_phoenix/config/config.exs already exists, overwrite? [Yn]  * creating kaeru_phoenix/config/dev.exs  ...(省略)  * creating kaeru_phoenix/web/views/page_view.ex  kaeru_phoenix/web/views/page_view.ex already exists, overwrite? [Yn]  Fetch and install dependencies? [Yn]  * running npm install && node node_modules/brunch/bin/brunch build  * running mix deps.get  We are all set! Run your Phoenix application:      $ cd kaeru_phoenix      $ mix ecto.create      $ mix phoenix.server  You can also run your app inside IEx (Interactive Elixir) as:      $ iex -S mix phoenix.server  何が変わったのか見てみます。git status -s   M .gitignore   M README.md   M brunch-config.js   M config/config.exs   M config/dev.exs   M config/test.exs   M lib/kaeru_phoenix/endpoint.ex   M mix.exs   M mix.lock   M test/support/model_case.ex   M web/router.ex   M web/static/js/socket.js   M web/web.ex  ?? config/dev.secret.exs  kaeru_phoenixで変更しているものは元に戻します。特に手で修正しなくちゃいけないものはなくて、git checkoutで戻すか変更をそのまま使うかのどちらかでした。$ git status -s  M  brunch-config.js  M  config/config.exs  M  config/test.exs  M  lib/kaeru_phoenix/endpoint.ex  M  mix.exs  M  mix.lock  M  test/support/model_case.ex  M  web/static/js/socket.js  M  web/web.ex  これらをコミットしました。$ mix phoenix.server  http://localhost:4000 にアクセスしてちゃんと動くことを確認しました。

Phoenixを1.0.3にバージョンアップ

前回までのPhoenixの勉強 (前回の記事 PhoenixとElixirでブログ記事を表示する。) からいったん離れて、Elixir自体の勉強をすすめていきます。何をやっているのか、わからないのは困りますものね。本家サイト を参考にしましょう。今日は、Getting Started の第2章、Basic types を勉強しました。Elixirの型いろいろElixirの基本的な型をさらっと勉強しました。数値Elixirの数値には、IntegerとFloatがあります。普通に四則演算子が使えます。iex(1)> 1 + 2  3  iex(2)> 3 - 1  2  iex(3)> 2 * 3  6  iex(4)> 5 / 2  2.5  iex というのは Rubyでいうところの irb です。iex(5)> div(5, 2)  2  iex(6)> rem(5, 2)  1  ちなみに、Rubyと同様、関数呼び出し時の引数を囲むカッコは省略できるようです。iex(7)> div 5, 2  2  四則演算のどちらか一方がFloatなら、結果もFloatが返ります。iex(9)> 1 + 2.0  3.0  iex(10)> 3 - 1.0  2.0  iex(11)> 2 * 3.0  6.0  ブーリアン真偽値を表す型で、 true と false があります。iex(13)> true  true  iex(14)> false == true  false  iex(15)> 1 == 1  true  特に説明は不要ですね。アトムRubyでいうところのSymbolに近いです。表記もRubyと同じです。iex(17)> :kaeru  :kaeru  ブール値である true, false は実はアトムだったりします。iex(18)> :true == true  true  文字列ダブルクォーテーションでくくって表します。UTF-8でエンコードされています。文字列は内部的にはバイナリです。iex(19)> "abcおおいし"  "abcおおいし"  Rubyと同様にコード展開ができます。iex(20)> val = "うまい"  "うまい"  iex(21)> "くにもとは#{val}"  "くにもとはうまい"  バイト数や文字数を得るには以下のようにします。iex(22)> byte_size("おおいし")  12  iex(23)> String.length("おおいし")  4  文字数を得るのに、 Stringモジュールのlength関数を使っています。リストリストはいろいろな値を並べたもので、どんな型でも含めることができます。カギ括弧で表します。iex(33)> [1, 2.5, true, :ok]  [1, 2.5, true, :ok]  lengthで要素数を得ることができます。iex(34)> length [1, 2, 3]  3  ++ や -- で連結したり引いたりすることができます。iex(35)> [1, 2, 3, 3] ++ [3, 4, 5]  [1, 2, 3, 3, 3, 4, 5]  iex(36)> [1, 2, 1, 1, 2, 3] -- [1, 1, 2]  [1, 2, 3]  -- のほうはちょっとおやっと思いますね。リストを扱うときは head と tail のお話がよく出てきます。head はリストの最初の要素を表していて、 tail は2番目以降の残りの要素を表します。iex(38)> list = [:ok, 200, "Welcome"]  [:ok, 200, "Welcome"]  iex(39)> hd(list)  :ok  iex(40)> tl(list)  [200, "Welcome"]  タプルリストと同様、いろいろな型をならべて扱うことができます。中括弧で表します。iex(42)> {1, 2.5, true, :ok}  {1, 2.5, true, :ok}  リストとタプルの違いリストとタプルは、まず内部のデータ構造が異なります。0 から始まります。iex(43)> tuple = {1, 2.5, true, :ok}  {1, 2.5, true, :ok}  iex(44)> elem(tuple, 1)  2.5  iex(45)> tuple_size(tuple)  4  その代わり、要素の追加や変更はできません。その場合は新しいタプルが作成されることになります。iex(46)> tuple2 = put_elem(tuple, 2, false)  {1, 2.5, false, :ok}  iex(47)> tuple  {1, 2.5, true, :ok} # 元のタプルは変更されない  put_elem は指定したインデックスの位置の要素を置き換えます。いっぽう、リストはC言語でいうと構造体とポインタの連結で表す線形リストのようなものです。線形リストだとひとつひとつの要素をノードといったりしますが、Elixirでは cons cell (コンスセル?) と呼ぶようです。 最後の要素にたどりつくためには、先頭の要素から次の要素へと順番にたどっていかなくてはいけません。個別の要素へのアクセスにはコストがかかります(先頭の要素へのアクセスだけは速い)。そのため、リストの先頭に要素を追加するのは速いですが、最後に追加するのは大変ですiex(50)> [0] ++ list  [0, 1, 2, 3] # 速い  iex(51)> list ++ [4]  [1, 2, 3, 4] # 遅い  文字リストElixirには文字リストというものもあります。こちらはシングルクォーテーションでくくります。文字リストと文字列は別モノです。文字列はバイナリですが、文字リストは実際にはただの数値のリストです。iex(24)> [65, 66, 67]  'ABC'  iex(25)> 'おおいし'  [12362, 12362, 12356, 12375]  iex(26)> 'おおいし' == "おおいし"  false  iex(27)> String.length('おおいし')  ** (FunctionClauseError) no function clause matching in String.Graphemes.next_grapheme/1      (elixir) unicode/unicode.ex:228: String.Graphemes.next_grapheme([12362, 12362, 12356, 12375])      (elixir) lib/string.ex:932: String.length/1  文字リストはErlangの文字列そのままなので、Erlangの関数へそのまま渡したりできるようです。

Elixirの型についてちょっと勉強

YAPC::Asia 2015 に初参加します。金曜日はカンファレンス参加ということで会社に許可もらって行こうと思っていたら、その日はなんと会社公式の休日なのでした。なんとなく損した気分。以下は見たいものの自分用メモ。初日に見たいセッションが結構かぶっちゃってる。8/21(金)11:10 以下のどちらかEffective ES6世界展開する大規模ウェブサービスのデプロイを支える技術13:10 以下のどちらか今フロントエンドで何が起こっているのかHTTP/2 & クラウド時代のウェブアプリケーション実行基盤14:20 以下のどちらかConway’s Law of Distributed WorkPerlの上にも三年 〜 ずっとイケてるサービスを作り続ける技術 〜8/22(土)10:00 ISUCONの勝ち方11:10 我々はどのように冗長化を失敗したのか13:10 Adventures in Refactoring14:20 ソーシャルゲームにおける AWS 移行事例15:30 HTTP2 時代の Web

YAPC::Asia 2015 の見たいものリスト

PhoenixとElixirでブログを作るその2です。今日は記事を表示するところまですすめましょう。 (前回の記事 Phoenix と Elixir をインストールして ブログを作りはじめます )1.DBのアカウントの設定Phoenixは、configディレクトリの下に各environment用の設定ファイルを置いています。 一覧をみてみましょう。$ ls config  config.exs  dev.exs  prod.exs  prod.secret.exs test.exs  config.exs の中から、実行時のenvironemntに応じて、対応する設定ファイルをインポートしています。 現時点では開発環境だけでいいので、 dev.exs を見てみます。ファイルの最後は以下のようになっています。# Configure your database  config :kaeru_phoenix, KaeruPhoenix.Repo,    adapter: Ecto.Adapters.MySQL,    username: "root",    password: "",    database: "kaeru_phoenix_dev",    size: 10 # The amount of database connections in the pool  特に悩むようなところはないと思います。前回、Phoenixアプリを作成したときに、 --database mysql オプションをつけたので、MySQL用の設定にちゃんとなっていますね。 オプションをつけ忘れていたら、PostgreSQLの設定になっていると思います。そのときは、Using MySQL を参考にして修正しましょう。既存のRailsアプリが使っているので、すでにkaeruspoon用のデータベースは開発マシンのMac上に存在しています。database名は kaeruspoon_development なので修正します。# Configure your database  config :kaeru_phoenix, KaeruPhoenix.Repo,    adapter: Ecto.Adapters.MySQL,    username: "root",    password: "",    database: "kaeruspoon_development",    size: 10 # The amount of database connections in the pool  開発環境とはいえ、MySQLのアカウントが外に出る(Githubでリポジトリを公開しているので)は望ましくありません。 production環境では、別途 prod.secret.exs という設定ファイルを用意していて、 prod.exs からインポートしています。その上で、 prod.secret.exs はgitignore設定になっています。これをdevelopment環境にも適用しましょう。 dev.secret.exs ファイルを用意して、DBの設定を移します。use Mix.Config  # Configure your database  config :kaeru_phoenix, KaeruPhoenix.Repo,    adapter: Ecto.Adapters.MySQL,    username: "xxxxxxx",    password: "xxxxxxx",    database: "kaeruspoon_development",    size: 10 # The amount of database connections in the pool  dev.exs からはDBの設定を削除して、dev.secret.exs をインポートするようにします。use Mix.Config  ...  import_config "dev.secret.exs"  2.ジェネレータ記事の表示は、Rails時代にはArticleControllerで行っていました。モデルはArticleモデルとArticleContentモデルです。 まずはジェネレータでこのあたりを一気に用意してみます。 mix phoenix.gen.html がそれをやってくれるコマンドです。$ mix phoenix.gen.html Article articles title:string publish_at:datetime access_count:integer                                                                                                               Compiled lib/kaeru_phoenix.ex  Compiled web/channels/user_socket.ex  Compiled web/web.ex  Compiled lib/kaeru_phoenix/repo.ex  Compiled web/router.ex  Compiled web/controllers/page_controller.ex  Compiled web/views/page_view.ex  Compiled web/views/layout_view.ex  Compiled web/views/error_view.ex  Compiled lib/kaeru_phoenix/endpoint.ex  Generated kaeru_phoenix app  * creating priv/repo/migrations/20150814143423_create_article.exs  * creating web/models/article.ex  * creating test/models/article_test.exs  * creating web/controllers/article_controller.ex  * creating web/templates/article/edit.html.eex  * creating web/templates/article/form.html.eex  * creating web/templates/article/index.html.eex  * creating web/templates/article/new.html.eex  * creating web/templates/article/show.html.eex  * creating web/views/article_view.ex  * creating test/controllers/article_controller_test.exs  Add the resource to your browser scope in web/router.ex:      resources "/articles", ArticleController  and then update your repository by running migrations:      $ mix ecto.migrate  いろいろファイルが作成されました。3.ルーティングジェネレートしたときのメッセージにあるように、routersも設定しておきましょう。 web/router.ex がそれになります。defmodule KaeruPhoenix.Router do    use KaeruPhoenix.Web, :router    ...    scope "/", KaeruPhoenix do      pipe_through :browser # Use the default browser stack      get "/", PageController, :index    end  end  pipelineというキーワードがファイル内に登場しますが、それはまたの機会に調べます。 PageController は最初から用意されているコントローラで、前回の記事で表示したwelcomeページはここで処理されてます。後で削除すると思いますが、とりあえずこのままで。 Railsのroutesのresoucesと同じようなものが用意されているようです。今回はshowアクションだけ処理できけばいいので、以下のように scope ブロックの中に追加しました。  scope "/", KaeruPhoenix do      pipe_through :browser # Use the default browser stack      get "/", PageController, :index      resources "/articles", ArticleController, only: [:show]    end  routerで設定されているURLの一覧は mix phoenix.routes コマンドで表示できます。$ mix phoenix.routes     page_path  GET  /              KaeruPhoenix.PageController :index  article_path  GET  /articles/:id  KaeruPhoenix.ArticleController :show  4.コントローラweb/controllers/article_controller.ex がcontrollerになります。Railsのscaffold的にいろいろと用意されていますが、まずはshowアクションだけあればいいのでそれ以外は削除します。defmodule KaeruPhoenix.ArticleController do    use KaeruPhoenix.Web, :controller    alias KaeruPhoenix.Repo    alias KaeruPhoenix.Article    def show(conn, %{"id" => id}) do      article = Repo.get!(Article, id)      render(conn, "show.html", article: article)    end  end  showアクションはふたつの引数を取ります。一つ目の conn はリクエストデータを保持しているようです。詳細はいずれ。 ふたつ目の引数が、Railsでいうところのparamsにあたります。実のところ、現時点でElixir自体の文法はなにひとつ知らないのですが、Erlangのパターンマッチと同じことをやっているようです。 つまり、showメソッドの第2引数に、キーが “id” の Hash(ElixirなのでHashじゃないけど)が渡ってきたときだけ、このメソッドを実行します。 これってつまり、アクションが受け取れるパラメータをここで指定できるというのと同じですね。便利。showアクションの中身についてはまたいずれ。でも見たとおりのままですね。渡されてきた id と一致する id を持つarticlesテーブルのレコードを取得して、articleという変数に保持している。 renderメソッドはRailsのrenderと同じでしょう。レンダリングするファイルは show.html で、articleを渡しています。5.テンプレートweb/templates/articles ディレクトリの下にHTMLを生成するためのテンプレートファイルが置かれます。 eex という拡張子になっていますが、Rubyのerbに似ています。 今回必要になるのは show.html.eex だけなので、それ以外のファイルは削除しておきます。 show.html.eex は以下のように修正しておきます。<h3><%= @article.title %></h3>  @articleというのが、コントローラのrender関数の第三引数で指定した article: article に対応しています。articleというキーから @article という変数が作られて、その内容が値である article(articlesテーブルの1レコードのデータを保持している) になるようです。 ここではとりあえず記事のタイトルだけを表示するようにします。6.ビューweb/views/article_view.ex ファイルは、Railsでいうところのhelperに近いです。 今のところはまだ使わないのでいずれ調べましょう。7.マイグレーションRailsと同様に、migrateの仕組みがPhoenixには用意されています。migrationファイルは、priv/repo/migrations/ 下に作られます。 さきほど作成した xxxx_create_article.exs を見てみます。defmodule KaeruPhoenix.Repo.Migrations.CreateArticle do    use Ecto.Migration    def change do      create table(:articles) do        add :title, :string        add :publish_at, :datetime        add :access_count, :integer        timestamps      end    end  end  見ただけでだいたいわかりますね。Railsにそっくりです。 migrateの実行は、 mix ecto.migrate コマンドを使います。ただ、ぼくの環境ではarticlesテーブルはすでに存在しています(Railsで使っていたので)。なので、今回はmigrateは行いません。migrationファイルもコメントアウトしておきます。記事の本文はarticle_contentsテーブルにあります。migrateはしないですが、ジェネレータでモデルだけを作成します。$ mix phoenix.gen.model ArticleContent article_contents article_id:references:articles body:text  * creating priv/repo/migrations/20150814160129_create_article_content.exs  * creating web/models/article_content.ex  * creating test/models/article_content_test.exs  このmigrationファイルも使用しない(article_contentsはすでに存在している)のでコメントアウトしておきます。8.モデルモデルはweb/modelsの下に置かれます。先にArticleContentを見てみます。defmodule KaeruPhoenix.ArticleContent do    use KaeruPhoenix.Web, :model    schema "article_contents" do      field :body, :string      belongs_to :article, KaeruPhoenix.Article      timestamps    end    ...  end  schemaでテーブルの構造もわかるのはいいですね。ActiveRecordにも欲しいです。 さて、ひとつだけ注意があるのですが、それは timestamps です。Railsだと、 created_at と updated_at になるわけですが、Phoenixの場合、 created_at でなくて inserted_at という名前になっています。created_at を使いたいところです。この場合、以下のように修正すればOKです。schema "article_contents" do    field :body, :string    belongs_to :article, KaeruPhoenix.Article      timestamps([{:inserted_at,:created_at}])  end  次にArticleモデルを見ます。defmodule KaeruPhoenix.Article do    use KaeruPhoenix.Web, :model    schema "articles" do      field :title, :string      field :publish_at, Ecto.DateTime      field :access_count, :integer      timestamps    end  end  こちらもtimestampsの設定をしておきます。 また、 has_one の設定も追加しておきます。schema "articles" do    field :title, :string    field :publish_at, Ecto.DateTime    field :access_count, :integer    has_one :content, KaeruPhoenix.ArticleContent    timestamps([{:inserted_at,:created_at}])  end  association名を content にしているのは、 article.article_content というように書きたくないためです。9.コードの修正ブログの記事も表示したいのでコードを修正します。 まずはテンプレート。web/templates/article/show.html.eex を以下のように修正します。<h3><%= @article.title %></h3>  <p><%= @article.content.body %></p>  サーバを起動します。$ mix phoenix.server  ブラウザで http://localhost:4000/articles/1 にアクセスします。 ところが以下のようなエラーになりました。[error] #PID<0.287.0> running KaeruPhoenix.Endpoint terminated  Server: localhost:4000 (http)  Request: GET /articles/1  ** (exit) an exception was raised:      ** (KeyError) key :body not found in: #Ecto.Association.NotLoaded<association :content is not loaded>  テンプレートで @article.content にアクセスしているところでエラーになっています。association先のモデルがロードされていないと出ています。 ここはRailsと違っていて、association先を勝手に読んではくれないのです。articleを取得するときに、association先も指定しておきます。 コントローラを以下のように修正します。def show(conn, %{"id" => id}) do    article = Repo.get!(Article, id) |> Repo.preload(:content)    render(conn, "show.html", article: article)  end  Repo.preload でassociation先も読み込んでいます。 |> という変な記号は Exlixir のパイプライン演算子というものです。これもまた後日にちゃんと勉強します。これでもう一度ブラウザでアクセスしてみましょう。 ちゃんと表示されました。今日はここまでです。 次回は一度 Phoenix を離れて、いよいよ Elixir について勉強してみようと思います。

PhoenixとElixirでブログ記事を表示する。

Elixir は ErlangのVM上で動くプログラミング言語です。Phoenix になります。まずはとっかかりとして、このブログ(kaeruspoon) 自体を Phoenix で実装していこうと思います。今日のところは素のPhoenixを起動してデフォルトのページをブラウザで見られるところまで進めてみました。1. Elixir のインストールまずは Elixir をインストールします。Macでは homebrew を使って簡単にインストールできます。$ brew install elixir  これで Elixir がインストールできました。現時点のバージョンは1.0.5のようです。$ elixir -v  Elixir 1.0.5  Rubyのirbと同様なものが iex という名前で用意されています。$ iex  iex(1)> 1 + 1  2  Elixir自体はErlangのVM上で動作するので、もちろんErlangもインストールされています。$ erl -version  Erlang (SMP,ASYNC_THREADS,HIPE) (BEAM) emulator version 7.0.2  2. Hex のインストールHex とは、Elixir や Erlang で使うパッケージ管理ツールです。Rubyでいうところのrubygemsですね。$ mix local.hex  これでインスールできました。mix というのは Rubyの rake みたいなもののようです。$ mix hex  Hex v0.8.3  Hex is a package manager for the Erlang ecosystem.  Further information can be found here: https://hex.pm/docs/tasks  3. Phoenix のインストール最新バージョンは Github上のPhoenix ( https://github.com/phoenixframework/phoenix )を確認してみてください。Phoenix をインストールします。$ mix archive.install https://github.com/phoenixframework/phoenix/releases/download/v0.16.1/phoenix_new-0.16.1.ez  4. node のインストールPhoenixはアセット(javascriptとかcss)を扱うために brunch.io を使っています。このため、nodeもインストールしておきます。brunch.io を使わないのなら不要です。$ brew install node  5. アプリケーションの作成これで準備が完了しました。いよいよ、ブログを作るために Phoenixアプリを作成します。$ mix phoenix.new kaeru_phoenix --database mysql * creating kaeru_phoenix/config/config.exs  * creating kaeru_phoenix/config/dev.exs  * creating kaeru_phoenix/config/prod.exs  * creating kaeru_phoenix/config/prod.secret.exs  * creating kaeru_phoenix/config/test.exs  * creating kaeru_phoenix/lib/kaeru_phoenix.ex  * creating kaeru_phoenix/lib/kaeru_phoenix/endpoint.ex  * creating kaeru_phoenix/test/controllers/page_controller_test.exs  * creating kaeru_phoenix/test/views/error_view_test.exs  * creating kaeru_phoenix/test/views/page_view_test.exs  * creating kaeru_phoenix/test/views/layout_view_test.exs  * creating kaeru_phoenix/test/support/conn_case.ex  * creating kaeru_phoenix/test/support/channel_case.ex  * creating kaeru_phoenix/test/test_helper.exs  * creating kaeru_phoenix/web/channels/user_socket.ex  * creating kaeru_phoenix/web/controllers/page_controller.ex  * creating kaeru_phoenix/web/templates/layout/app.html.eex  * creating kaeru_phoenix/web/templates/page/index.html.eex  * creating kaeru_phoenix/web/views/error_view.ex  * creating kaeru_phoenix/web/views/layout_view.ex  * creating kaeru_phoenix/web/views/page_view.ex  * creating kaeru_phoenix/web/router.ex  * creating kaeru_phoenix/web/web.ex  * creating kaeru_phoenix/mix.exs  * creating kaeru_phoenix/README.md  * creating kaeru_phoenix/lib/kaeru_phoenix/repo.ex  * creating kaeru_phoenix/test/support/model_case.ex  * creating kaeru_phoenix/priv/repo/seeds.exs  * creating kaeru_phoenix/.gitignore  * creating kaeru_phoenix/brunch-config.js  * creating kaeru_phoenix/package.json  * creating kaeru_phoenix/web/static/css/app.css  * creating kaeru_phoenix/web/static/js/app.js  * creating kaeru_phoenix/web/static/js/socket.js  * creating kaeru_phoenix/web/static/assets/robots.txt  * creating kaeru_phoenix/web/static/assets/images/phoenix.png  * creating kaeru_phoenix/web/static/assets/favicon.ico  Fetch and install dependencies? [Yn] y  * running npm install && node node_modules/brunch/bin/brunch build  * running mix deps.get  We are all set! Run your Phoenix application:      $ cd kaeru_phoenix      $ mix ecto.create      $ mix phoenix.server  You can also run your app inside IEx (Interactive Elixir) as:      $ iex -S mix phoenix.server  いろいろファイルが用意されました。ファイル構成やそれぞれの意味については後日まとめてみます。$ mix phoenix.server  ブラウザで http://localhost:4000 にアクセスしてみます。これで今回はおわりです。kaeru_phoenix はここで管理していきます。

Phoenix と Elixir をインストールして ブログを作りはじめます

ECMAScript2015 (ES6) を最近触りだしたのですが、既存のコードを置き換えていていきなりつまづきました。$("aside.socialButton").each(() => {    const articleId = $(this).data("articleId");  });  上のコードをbabelにかけて変換すると、下のようになりました。$("aside.socialButton").each(function () {    var articleId = $(undefined).data("articleId");  });  あれ？ なぜか $(this) が $(undefined) になっています。arrow function内のthisは、関数が定義されたコンテキストのthisにバインドされるようです。var self = this; みたいなことをやっていたベストプラクティスが不要になるので基本的には歓迎なのですが、今回のようなケースでは困ることになります。てっとり早いのはarrow functionをやめることです。$("aside.socialButton").each(function(){                                                                                                                                                                    const articleId = $(this).data("articleId");  });  ぼくは arrow functionをやめるのも嫌なので、thisを書かなくていいようにしました。$("aside.socialButton").each((i, ele) => {    const articleId = $(ele).data("articleId");                                                                                                                                                             });

babelでES6を変換するとthisがundefinedになっちゃう問題

一年半ほど前に親が死んだのだけど、葬式が終わるまで遺体のそばで親族は寝ずの番をしなければならなかった。そういう風習なんて全然知らなかったのだけどそういうものらしい。その間、ずっと線香を絶やしてはいけないそうなのだ。悪い霊が遺体に入り込んで踊り出すという話が京極夏彦の小説にあったような気がするけど、そういうのを防ぐためなのかもしれない。ぼくは弟と交代で線香の見守りをしながらずっと起きていたので、葬式がはじまるまでの間ずっと寝不足で体調も悪くて疲れていた。葬式の終わった後、遺骨と一緒に弟の家に帰ってそこに一泊した。酒を飲みながら仏壇の話を弟としていた気がする。ぼくは仏壇なんてどうでもいいのでモダンで安くて小さくて部屋の片隅にあってもそんなに邪魔にならないようなものでいいと思っていたのだけど、弟は百万円以上の立派なやつでないとダメだなんていっていて仏壇を置くのは弟の家だしまあ好きにしろという感じで12時過ぎにお開きになった。最初に書いたようにぼくは特に幽霊とかは存在しないと思っているので、こういう体験もそういうものではないと思っている。体調が悪かったりお酒を飲んでいたりそもそも親が死んでストレスのかかっている状態だったりしてそういうものが見せた何かなのだ。でもそれが親の幽霊だったと信じたがっているぼくもいて、なるほどこういうものかとなかなかおもしろい体験ができた。

親の幽霊に会った話

宿は去年の年末にも泊まった宿。部屋に温泉がついているのです。娘は1歳のくせにこんな宿に泊まるなんて生意気じゃないか。ぼくがこんな宿に来るようになったのは三十歳を超えてからなのです。ぼくの三十年先を進んでいるじゃないか。

箱根に行ってきました

S660めっちゃ欲しい

ぼく 「おじいちゃんって言ってごらん」娘 「ジーシャ」ぼく 「おばちゃんって言ってごらん」娘 「バァバ」ぼく 「お母さんって言ってごらん」娘 「カァカ」ぼく 「お父さんって言ってごらん」娘 「ワァオ」なんか腑に落ちない。

娘との会話

ユルさんにあげたRubykaigiのトートバッグを持ちたいと言い張る娘に持たせたら、ずるずるとひきずって歩く始末。通りすがりの人たちに「かわいい!」と言われていました。そうでしょう？

御存知

FreshConnectionは、Railsで複数のスレーブDBを簡単に扱えるようになるgemです。https://github.com/tsukasaoishi/fresh_connection今回、バージョン0.3.0をリリースしました。このバージョンからRails4.2でも動くようになっています。acts_as_readonlyable (知らない人は古参のRailsエンジニアに聞いてみてください) と同じインターフェースを持たせています。これにより、レガシィなRailsアプリをバージョンアップするときでも、コードを一切変える必要がありません。readonly(false) を使うのがずっと気に入らないと思っていました。Article.read_master.where(id: 1).first  マスターDBにアクセスしたいときには read_master を使います。readonly(false)は次のバージョンでdeprecatedのwarningが出るようにする予定です。そしてその次のバージョン(たぶん1.0.0)ではreadonly(false)を使えなくするつもりです。今から少しずつ書き換えるか、synvertでも使いましょう。FreshConnectionの0.3.0に対応したEbisuConnectionの0.2.0も同時にリリースしています。https://github.com/tsukasaoishi/ebisu_connectionちなみにFreshConnectionもEbisuConnectionもRuby2.0以上を対象にしています。このブログもついでにRails4.2にアップデートしてRuby2.2.1で動かすようにしました。

FreshConnectionをRails4.2に対応させました

「tokyobikeでサイクリング 」以来、tokyobikeに乗ることもなく5年が経とうとしています。その5年前のときも1年ぶりに載ったもので、実際は6年前に江ノ島まで行って疲れ果てたのでもうそれから乗る気は全然ないのでした。今日は娘とユルさんとビーバートザンにいってきました。ホームセンターです。いろいろおもしろいものがあって見ているだけで楽しいですね。

tokyobike を整備する

気づいたら年が明けていて、気づいたらもう冬休みも終わりそうです。子供がいると盆も正月もなくていつもと同じ生活リズムになるので休日感がまるでない。玄関のドアに正月飾りをさげてみたりしてお正月感を演出してみたりしました。娘と散歩にいって公園の広場でひとり歩かせてみたのですが、父親(ぼくのことです)から遠く離れたところにいることに気づいて慌てて戻ろうとして水たまりの中にこけて泥だらけになっていました。そんな娘を抱えたぼくも泥だらけになって、帰ったらすぐにユルさんに洗濯してもらいました。2014年の一枚として、2014年に撮った写真の中から何かを選んでみようとしたのですが、ほとんどの写真は娘の写真でどうも具合がよろしくない。親バカな普通の親みたいで我慢ならないじゃないですか。2014年最大の出来事といえば十数年ぶりに兄弟三人が集まったことくらいですが、そんな写真をあげても仕方がないので何も選ばないことにします。そういえばRuby2.2がリリースされたので、travis.ciのテスト対象にRuby2.2を加えようとしたらすでに入っていました。それどころかruby-headを入れてました。でもテスト走らせるためだけにmasterにpushだけしておきましょうか。でもまあまた今度。FreshConnectionがまだRails4.2に対応していないので、そのコミットをあげておかないといけないのですが、子供の面倒を見つつコーディングするのは至難の業なのでまだやっていません。会社が始まったら昼休みにやってしまおうと思います。車の雑誌を買ったらS660の特集が載っていて、いよいよ発売が近づいているようです。すごくいい感じなので欲しいのですが、二人しか乗れないので家族がいるとなかなか厳しい。車を二台所有するのもちょっと躊躇してしまいます。新しく出るシビックtypeRにもちょっと期待しています。普通にBRZもなかなかよろしい。しかし後部座席が狭すぎるので娘が苦労しそうです。

いつの間にやら年が明けます

キンシオというテレビ神奈川の番組が好きでよくみているのですが、ふと気づくとこんなイラストをユルさんが書いていました。伊勢丹から仕事が来るのでは。RubyCaribeというイベントが、すごくよさそうで行きたい。何がよさそうってバルバドスの海が綺麗じゃないですか。ヒルトンバルバドスリゾートに泊まってみたい。最近は娘と一緒の布団に寝ています。寝にくいし疲れも全然取れないときもあるのですが、一緒に寝られることが嬉しいし楽しい。あと数年しか一緒に寝られないと思うので今のうちです。

キンシオ

南風荘という古き良きホテルといった感じの雰囲気。部屋は源泉掛け流しの露天風呂付きでこれが最高でした。ずいぶんと贅沢じゃないか。朝も入ってしまいます。料理もおいしかったのでまた行きたいですね。会議室があったので開発合宿もできそうです。そういえば日産の人とトヨタの人の忘年会みたいなものが同じ日に行われていました。

箱根の温泉に行ってきました

娘は馬や羊が怖いみたいでぼくの背中に回り込んで逃げようとします。牛舎はぼくの実家にあったやつにそっくりで懐かしい。ここは牧場のはずですが、なぜかシマウマやトナカイもいました。ひととおり見終わって戻ってくると駐車場も空いてきていました。車の後ろに座って紅葉の山を眺めながら娘にビスケットをあげます。ハッチバックの車を買っておいてよかった。しまうまといえば、またしまうまプリントと写真のプリントをお願いしました。1枚5円の安さですが、スナップ写真なら十分な品質です。なんと200枚頼んでも1000円なのです。もしかしたら1枚5円なのかもしれません。

服部牧場に行ってきました

またこのブログのデザインを変えました。ついでに、日記と技術記事をわけていたのを元に戻しました。なんだかあまり意味がなかったですね。でもデザインがさっぱりしすぎていてあまり納得がいっていません。近いうちにまた変えるかもです。電子書籍にsony reader を使っているのですが、そろそろkindle voyageを買おうかと考えています。端末の性能に特に不満はないのですが、海外のreader storeが閉鎖されていたりしてそこが不安なのです。

かぼちゃ猫

イベントがはじまるのを並んで待っていたら、ワンワンが登場。みなさんのテンションが一気に上がります。世のお父さんお母さんのアイドル的存在なのです。その後、順番に一組ずつ撮影用の部屋に入ってワンワンと一緒な写真を撮ります。ぼくたちの番が来たら、「どーもー。ワンワンですよー」といって話しかけてきました。ご本人です。子供はワンワンが大好きなのですが、このときはポカンとしていてよくわかっていないご様子。ぼくとユルさんだけが大興奮です。ワンワンはイメージよりも小さかったですが、力強い手でぼくの腕をぐっとつかんできました。後で写真を見たら僕の腰は引けていました。撮影後にユルさんがワンワンと握手をしているのを見ていいなあと思っていたら、ワンワンはぼくにも手を差し出してくれました。ワンワンはもともと好きなキャラでしたけどたった一分間で大ファンになってしまいました。

ワンワンとハイポーズ

Railsでサービスを作るのはエキサイティングなことだけど、Railsアプリを書くこと自体は別に楽しくないというお話をしましたが、ぼくはRubyが大好きなのでRubyのコードを書くことは大好きです。今は仕事ではサービスには携わっていないのですが、gemを書いたりはしていてそれは非常にエキサイティングな経験なのです。Railsアプリを書くのはちょっと飽きてきているんだけどRubyは大好きで転職したいと考えている、という人はぼくがgithubにあげているどれかのgemにPullRequestを送ってください。RubyKaigiで壇上にあがるのは、RubyKaigi2009でLTをしたとき以来なので、5年ぶりですね。ぼくはRubyKaigi2007でRubyの世界に衝撃を受けて、Rubyで仕事ができたらどんなに素敵なんだろうと思って、その年のうちにSlerからRubyを使う会社に転職しました。いつかはRubyKaigiのスピーカーになろうと考えていたのですが、ようやくそこにたどり着いた感じですね(LTはスピーカー扱いじゃないので)。でも今回もちゃんとセッションで出たわけじゃないのでまだまだ中途半端なのです。来年は何かで出られるように今からネタを作っておきましょう。2007年から、RubyKaigiに参加したときはいつもぼっちだったのですが、今年はうちの会社のエンジニアが十人以上参加していたこともあるし、元同僚の人とかには会えたりしたのでぼっちでいた時間は意外と少なかったです。松田さんとちょっとRailsのバージョンアップのお話ができたり、まつもとさんの衣装のコーディネートをしていたVASILYのエンジニアさんとお話したり、NewRelicのJonan Schefflerさんがまつもとさんからmacbookのサインをもらっていてちょっとお話できたりして楽しかったです。

RubyKaigi2014でパネルディスカッションに参加しました

今週の木曜日からRubyKaigiが始まります。見たいセッションを自分用にメモしておきます。18日(木曜日)11:00 [JA] BUILD-UP RUBY INTEREPRETER - WHAT IS EASY AND WHAT IS DIFFICULT?13:30 [EN] CONTROLLER TESTING: YOU’RE DOING IT WRONG14:00 [JA] ELIMINATING GIANT VM LOCK IN RUBY THROUGH HARDWARE TRANSACTIONAL MEMORY14:30 [EN] CORES UNLEASHED PART II: INTRODUCTION TO GOBIESVM (AND SOFTWARE TRANSACTIONAL MEMORY)15:30 [JA] NON-LINEAR PATTERN MATCHING AGAINST UNFREE DATA TYPES IN RUBY (EGISON PATTERN MATCHING IN RUBY)16:00 [JA] HYPERMEDIA: THE MISSING ELEMENT TO BUILDING ADAPTABLE WEB APIS IN RAILS16:30 [JA] “GEM OF THIS WEEK” - BUILDING CULTURE AND MAKING GEM19日(金曜日)9:30 [JA] Matz session10:30 [EN] EXTREME MAKEOVER: RUBYGEMS EDITION11:00 [EN] DEEP DOWN FIXTURES11:30 [EN] GOING THE DISTANCE13:30 [EN] MRUBY AS DEVELOPMENT PLATFORM FOR PAYMENTS14:00 [JA] BREAK OPEN THE DOOR OF EMBEDDED SYSTEMS TO IOT! MRUBY ON LEGO MINDSTORMS EV3 ®14:30 [JA] SCALABLE DEPLOYMENTS - HOW WE DEPLOY RAILS APP TO 100+ HOSTS IN A MINUTE15:30 [EN] WRITE RUBY CODE TO CHANGE RUBY CODE16:00 どっちを見るか迷ってる　[JA] SERVERENGINE: A FRAMEWORK FOR MULTIPROCESS SERVERS IN RUBY16:00 どっちを見るか迷ってる　[EN] 7 YEARS OF RUBY & RAILS WITH THE SAME WEB SITE16:30 [JA] POWER ASSERT IN RUBY17:30 LIGHTNING TALKS20日(土曜日)9:30 [JA] おはよう RAILS11:00 [JA] SPEEDING UP RAILS 4.211:30 [JA] PRACTICAL META-PROGRAMMING IN APPLICATION13:30 [JA] EVERYTHING IS BROKEN: A STORY OF HOPE14:00 [JA] FLUENTD HACKING GUIDE (FLUENTD ソースコード完全解説)14:30 [EN] THE ROLE OF RUBY IN THE SINGLE PAGE APP.15:30 [EN] SCALING IS HARD, LET’S GO SERVER SHOPPING! OR, HOW WE SCALED TRAVIS CI, AND HELPED OPEN SOURCE AT THE SAME TIME.16:00 [JA] MAKE YOUR OWN SYNCHRONIZATION MECHANISM.16:30 [JA] THREE RUBY USAGES - HIGH-LEVEL INTERFACE, GLUE AND EMBEDDING - INSIDE DROONGA17:30 [EN] RUBY 2.1 IN PRODUCTION

RubyKaigi2014 の見たいものリスト

夏休みはぼくとユルさんの田舎に帰りました。娘を連れて初めて海にも行ってみます。砂浜をちょっと歩かせたら、足下の感触にびっくりしたのか彼女は泣いてました。あとは兄弟三人が十数年ぶりに集合して宇佐の唐揚げを食べたり親の墓参りをしたり湯布院を散歩したりしました。移動が多くて子供は大変そうです。帰ってきたのでしばらくのんびりしようかと思います。

夏休み

今日はさくらさんの家に遊びに行きました。うちの娘がさくらさんのお子さんのｉＰｈｏｎｅを奪い取ろうとして大変でした。でも人の物をとってはいけないということを少し感じたようで、ちょっと賢くなってました。さくらさんの旦那さんのバイクの話を聞いて、ぼくもバイクが欲しくなったりしたので我ながら単純な男であります。ducatiの899なんか最高ですね。うちの車とほとんど同じ値段なのですが。

娘の写真

通勤電車の中ではだいたいiKnowという英単語を覚えるアプリをやっているのですが、なかなか覚えられない上に復習コースをこなすので精一杯でなかなか新しい単語コースに勧めない状況です。これでも1年くらいやっているので、前よりは英語が読めるようになったのですがまだまだです。やはり口に出して発音しないとダメかも。

iKnow

鈴鹿8耐を久しぶりに見たけどおもしろかった。ずっとYZF-R6が欲しいとか言っていますが、8耐を見てたらCBR1000RRが欲しくなります。ジャッキーチェンの映画を見たあとの子供のようにすぐに影響を受けるのです。

CBR1000RR

ActionMailerにはinterceptorという機能があって、メールを送信するときにいろいろと処理を挟むことができます。class TsukaInterceptor    def self.delivering_email(message)      message.title = "[development] #{message.title}"    end  end  みたいなクラスを作っておいて、initializerなどでActionMailer::Base.register_interceptor(TsukaInterceptor) if Rails.env.development?  とやっておけば、development環境で送信するメールのサブジェクトには、すべて [development] がつくようになります。delivering_email に渡される引数 message は、Mail::Messageクラスのオブジェクトです。というようにinterceptorはとても便利なのですが、ActionMailer全体に影響してしまうので、個別のActionMailerクラスで別のことをやりたいときに困ります。どうしようかなとちょっと悩んでtwitterでつぶやいたら、1分後くらいに元同僚のK和さんが「AbstractController::Callbacksを使ったらいいですよ」と教えてくれました。さっそくやってみます。class TsukaMailer < ActionMailer::Base    if Rails.env.development?      include AbstractController::Callbacks      after_filter :check_to      def check_to        message.to = "tsuka@example.com"      end      private :check_to    end    def hoge     ...    end  end  としたら、development環境のときだけ、メールのあて先がすべて check_to メソッドの中で指定したものに変わりました。message というのは、Mail::Messageオブジェクトで、以下のように attr_internal 宣言されているのでこういうふうにアクセスできます。https://github.com/rails/rails/blob/4-1-stable/actionmailer/lib/action_mailer/base.rb#L558

ActionMailerの個別のクラスで、interceptorみたいなことをやりたい

お昼に銀行業務をしてきました。暑いです。アイスを食べようかと思ったけどやめておきました。今朝は朝寝坊をしたので会社で顔を洗ったり歯をみがいたりしました。トイレの洗面台ですけど、人が排泄をするところで口の中にものを入れるのってなんとなく抵抗があります。お昼休みとかやっている人いるけどね。今、電車の中で左手で書いているのですが、iPhoneのキーボードは左手だとすごく打ちにくい。慣れの問題かな。こうやってどうでもいいことを書いていたら新宿に着いたので保存しようとしてRailsのエラー画面。あー、もう書き直す気はないぞう。と思ったけど戻るボタンで復活できました。エラーはバリデーションに引っかかったみたい。ちゃんとハンドリングしないとぼく自身が困ります。

ハンドリング

会社です。お昼休みにちょっと書いてみます。お昼休みはいつも外に出てユルさんと娘と電話でお話するのですが、今日は外がポカポカと暖かい。オフィスが寒いのです。おかげで体調があまりよろしくない。省エネって騒いでいたのにどうしちゃったのでしょうか。最近、お昼に会社の前をTZR250が通り過ぎていくので、その排気音に心安らぐ日々。S660が年末あたりに発表されそうですが、海苔巻き式のタルガトップのようですね。買うとしたら駐車場を借りなきゃいけません。二人乗りなので家族全員は乗れないし。でも欲しいな。YZF-R6あたりが現実的でしょうか。またはフィットを売ってシロッコを買うのも手です。さあ仕事に戻ろう‥。

シロッコ

子供を真ん中にして親子が川の字になって寝ているのですが、子供は午後8時に寝かしつけて、ぼくは12時くらいに寝るわけです。で、ぼくが寝ようと思って寝室に行くと、だいたい娘がぼくの布団に寝ています。しかも布団に対して垂直の方向とか逆さまだったりして、彼女を元の布団に戻すのが毎日大変です。なにしろ起こしてはいけないのです。寝相が悪くなってきて、ローリング寝返りなどをかましてぼくに体当たりしてきたりします。でも昨日はなぜかぼくの足下に転がっていて蹴飛ばしてしまったのでおあいこなのでした。

ローリング族

kaeruspoonは AWSのEC2上で稼働していますが、いままで t1.micro を使っていました。メモリが600Mbくらいまでしかなくて、ときどき不満を感じていたのですが、つい先日、t2.micro が登場しました。こちらのサイトでベンチマークが取られていますが、ちょっとよくなっているようです。その上、料金はあまり変わらず、今なら750時間無料がついています。EC2なのでスナップショットを取るだけで簡単に移行できると考えていたのですが、t1.microとt2.microの間でし無理なようです。こちらのサイトで移行作業をやっていますが、なんだかメンドくさそうなので手で最初から構築することにしました。構成は今までと変わらず。apacheをnginxに変更したくらいで、あとはRails4とRails3とRails2のアプリが混在して稼働しています。DBはRDSは使わずに同サーバ上でMySQLを動かしています。あとはmemcachedくらい。nginx, memcached, mysqlは yum でさくっとインストール。rubyはrbenvを使います。インストールしたのはruby2.1.2と1.9.3と1.8.7。こちらのサイトを参考にして無事にインストール完了。ローカルでの稼働確認を行った上で、kaeruspoon.netの向き先を新しいEC2サーバに向けて終了です。

引っ越ししました

台風が近づいているようです。普通に出勤できるほうが楽なので、朝起きたら通り過ぎているといいですね。子供にひっかかれるので首回りとか腕からが傷だらけです。猫を飼っていたときでもこんなにはならなかったと思います。今日はユルさんに髪を切ってもらって子供みたいになっていました。

傷だらけ

WindowsのGitのGUIツールがうまく動かないということで手助けをしていました。Windowsの問題を解決するのってどうしたらいいのか全然わかりませんね。でもなんとか解決しました。昨日は子供の寝かしつけのまま2時間くらい寝てしまったのですが、そのあと冷凍保存用の離乳食を作りました。エノキとさやインゲンです。さやインゲンの茹でたてを食べてみたら、これがびっくりするくらいおいしい。冷めるとご存じのさやインゲンなのですが、とにかく茹でたてがめちゃくちゃおいしい。離乳食用なので味付けはしてなかったのですが、あまりのおいしさにさらに2,3本をもらって塩を振って食べました。ああ、また食べたい。そういえばあと一ヶ月くらいで夏休みですね。大石家の家系図をまとめて弟へのおみやげにする仕事が残っています。実家の荷物整理をしていて古い戸籍謄本が出て来たのですが、それをざっくり解析していたりしたのです。ぼくは自分の家系なんてどうでもいいのですが、こういうのを調べるのはおもしろいですね。家系図を作る仕事をしている人たちがいますが、きっとすごく楽しいことでしょう。そういえば子供の予防接種の予約をしました。また注射されてしまうのでかわいそう。

家系図

台風が近づいているので今週はずっと雨だと思っていたら、いいお天気。朝、ゴミを捨てにいっている時点ですでに暑い。夏は暑いので大変。いつも夏バテしてしまうので体調が悪くなります。そういえば、あと一ヶ月もするともう夏休みですね。今年はぼくの実家もユルさんのところも初盆です。子供が小さいので毎年恒例の九州旅行は今年はお休み。来年からまたやります。2012年に行きましたけど、また長崎に行きたいですね。今日は勉強会があって200枚くらいのスライドを使って１時間くらい説明していたのでノドが痛い。普段ほとんどしゃべらないので、話すだけで疲れます。みなさんの反応がほとんどなかったのでちょっと易しすぎたのかもしれません。次からはもう少し難しくしましょうか。帰ってきたぼくの姿を見て娘がめちゃくちゃ喜びます。ちょっとお馬鹿な犬だったら、おしっこもらしているくらいのレベルかもしれません。無事に戦場から帰ってきた軍人の気分がちょっとだけ味わえます。

帰還兵

会社の近くにナチュラルローソンがあって、そこにイタリアのチョコレートのお菓子が売っているのです。ウェハースでおいしい。300円くらいします。一度買ったけど手が汚れるのでほとんど食べずにユルさんにあげましたけど、今日はお昼のあとにもしゃもしゃ食べました。おお、すごいな。日記だとこんなに内容のないことが書けたりするのです。Twitterのようなもので、インターネット上にゴミコンテンツを撒き散らしている。秋になれば枯れ葉が舞い落ちるように、このことに関しては逆らうことが出来ないし、それはある人にとってはただのゴミだけどある人にとってはある種の風情にもなったりするのです。何を言っているのか

落ち葉

このブログは2006年の年末に開発し始めてから、ずっとはてな記法のような独自記法を採用してきました。でもいい加減独自記法もないよね、ということでMarkdownを使えるようにしてみました。まず既存の記事の独自記法をMarkdownに変換しなければなりません。直接変換するのは厳しいので、いったんHTMLに変換してからMarkdownに変換することにします。reverse_markdownというgemを使います。ちょこちょこと以下のような点で問題があったので、いろいろとパッチをあてました。preタグの中の複数のスペースをひとつのスペースに変換しちゃうこの変換処理自体を行わないようにしたbrタグの前にスペースを入れてしまうスペースを入れないようにしたpreタグの中の < の記号をタグの始まりだと勘違いしちゃうhtmlの時点で、preタグの中身にCGI.escapeHTMLをかける変換スクリプトはここにあります。MarkdownをHTMLに変換するライブラリはいくつかありますが、今回はredcarpetを使うことにしました。Githubでも使われているようです。始める前はすごく大変かと思っていたのですが、以外と簡単にMarkdownに変更することができました。

RailsでMarkdownを使ってみる

ユルさんが「春一番がなくなったよ」と教えてくれました。へえ、気象庁の定義から春一番はなくなったのか。いつもあいまいな感じだものね、と思っていたら、どうも春一番というのは人の名前のようでした。「よく知らないな」とぼくがいうと、「アントニオ猪木のものまねしてた人だよ」「元気ですかーっ」「それそれ、知ってるじゃん」「いや、猪木のものまねする人はみんなこう言うでしょう」関係ないですが、娘にはよく猪木のものまねをしてあげています。彼女は喜んでいるようです。

日記と技術記事を分けます

土日を使ってBitzerStoreとWordScoopとFreshConnection、それぞれにちょっとした機能追加などをしてバージョンアップをしています。■BitzerStore v0.0.3https://github.com/tsukasaoishi/bitzer_store/tree/v0.0.3Hashで設定していたのがダサかったので、ブロックで設定できるようにしました。こんな感じです。MyApp::Application.configure do    BitzerStore.configure(config) do |cache|      cache.default :mem_cache_store, "server0"      cache.top_page :mem_cache_store, "server1", "server2"      cache.obj :dalli, "server3"     cache.footer :file_store, "/tmp"    end  end  ■WordScoop v2.1.1https://github.com/tsukasaoishi/word_scoop/tree/v2.1.1ずっと放置していましたが、エンコードがasciiになっていた問題を修正しました。searchメソッドやfilter_htmlメソッドの返り値のStringオブジェクトは、引数として渡されたStringのエンコードが割り当てられます。■FreshConnection v0.2.3https://github.com/tsukasaoishi/fresh_connection/tree/v0.2.3Railsに依存していたコードを修正しました。Rails以外でも使えます。

忘れられたgemの忘れられたバージョンアップ

RubyにはObjectSpaceというモジュールがあって、Heap内のオブジェクトを見たりすることができます。デバッグ目的で使うものだと思いますが、過去にとあるライブラリの中で使われていてRubyがsegmentation faultで落ちたりして痛い目を見たことがあります。怖いやつです。たとえばObjectSpace.count_objectsはHeap内のオブジェクトを種類ごとにカウントしてHashで返してくれます。def diff_object    GC.disable    old = ObjectSpace.count_objects    yield if block_given?    ObjectSpace.count_objects.each do |k,v|      before = old[k] || 0      diff = v - before      puts "[#{k}] #{before} -> #{v} (#{diff})" if diff != 0    end    GC.enable    puts "---"  end  ブロックを渡すとそのブロック内の処理でどのくらいオブジェクトに変化があったのかがわかります。class Tsu  end  diff_object  diff_object  diff_object do    100.times { Tsu.new }  end  の結果は[FREE] 19855 -> 19827 (-28)  [T_STRING] 4687 -> 4714 (27)  [T_HASH] 31 -> 32 (1)  ---  [FREE] 19825 -> 19824 (-1)  [T_HASH] 32 -> 33 (1)  ---  [FREE] 19826 -> 19725 (-101)  [T_OBJECT] 42 -> 142 (100)  [T_HASH] 31 -> 32 (1)  ---  Hashがひとつ増えているのは、ObjectSpace.count_objectsの返り値のHashだと思いますが、最初のブロックなしでの計測でStringオブジェクトが27増えているのはなんでしょうね。どうして急にObjectSpaceの話をしだしたのかというと、とある処理でメモリが肥大化してしまう現象があって、GCが動いてるのかを調べたくなったからなのです。とある処理ってActiveRecord::Baseオブジェクトまわりなのですが、たとえばActiveRecord::Base.cacheブロック内で処理していると、オブジェクト自体がキャッシュとして保持されるのでGCの対象から外されているのではないかと疑ったりしたわけです。オブジェクトが解放されたかどうかは、ObjectSpace.define_finalizerを使って調べることができます。module GcChecker    def self.included(base)      base.extend ClassMethods      base.after_initialize :gc_hook    end      module ClassMethods      def finalize        proc { Rails.logger.info "#{name} gc!" }      end                                                                                                 end      def gc_hook                                                                                             ObjectSpace.define_finalizer(self, self.class.finalize)                                             end                                                                                                 end  このブログのArticleモデルに組み込んでみます。class Article < ActiveRecord::Base    include GcChecker    ...  end  でいろいろ調べてみたのですが、まだ現象の原因はよくわかっていません。まだまだ修行が足りません。

Rubyでオブジェクトのメモリが解放されるところを見る

以下のようなコードがあるとします。class OishiController < ApplicationController    before_filter :check    before_filter :cc    around_filter :arou, :if => lambda{|c| @cc.ok?}    def tsu      render :text => "ok"    end    private    def check      # something    end    def cc      @cc = true      def @cc.ok? ; true end    end    def arou      yield    end  end  around_filterの:ifに渡すブロック内で、ひとつ前のbefore_filter :ccで定義されたインスタンス変数を使っています。(あまりいい実装ではないですけど)このコードをRails4で動かしていたときは問題なかったのですが、とある事情でRails3上で動かしたとき、ごくたまに以下の例外が発生していました。NoMethodError (undefined method `ok?' for nil:NilClass):    app/controllers/oishi_controller.rb:4:in `_callback_around_19'  調べてみると、before_filterのcheckメソッドでリダイレクトが発生したときにこの例外が出ています。Railsのコードを追ってみます。filter処理はActiveSupport::Callbacksで実装されているようです。https://github.com/rails/rails/blob/3-2-stable/activesupport/lib/active_support/callbacks.rb#L212            def #{name}(halted)                if #{@compiled_options} && !halted                  #{@filter} do                    yield self                  end                else                  yield self                end              end  @compiled_optionsに:ifのブロック処理が入ります。なので、前のbefore_filterがフィルタチェインを止めていても(halted = true)、:ifブロックは必ず実行されることになります。この条件判定が逆だったらよかったのかな。

around_filterの:ifで指定したブロックが、その前のbefore_filterでチェインが止まってても実行されちゃう

FreshConnectionのバージョン0.2.0をリリースしました。https://github.com/tsukasaoishi/fresh_connection/tree/v0.2.0今回のリリースでは以下の機能を追加しました。また、簡単ですがテストコードも追加しています。Rails4.1でもテスト済みです。■複数のスレーブ群を指定可能にproduction:    adapter: mysql2    encoding: utf8    reconnect: true    database: kaeru    pool: 5    username: master    password: master    host: localhost    socket: /var/run/mysqld/mysqld.sock    slave:      username: slave      password: slave      host: slave    admin_slave:      username: slave      password: slave      host: admin_slaves  slaveで指定されたロードバランサの先のスレーブ群がデフォルトでは使用されます。class AdminUser < ActiveRecord::Base    establish_fresh_connection :admin_slave  end  これで、AdminUserのselect系クエリは、admin_slaveで指定されたロードバランサにふられます。establish_fresh_connectionの指定は子クラスにも影響します。class Parent < ActiveRecord::Base    establish_fresh_connection :admin_slave  end  class AdminUser < Parent  end  class Benefit < Parent  end  こう書くと、AdminUserとBenefitモデルはadmin_slaveロードバランサへクエリを投げるようになります。デフォルトはslaveで指定したものですが、これは内部的には以下のように宣言しているだけです。ActiveRecord::Base.establish_fresh_connection :slave  なので、同様の宣言をすればデフォルトの向き先を任意のものに変えることができます。■スレーブDBを使用しないモデルの宣言方法を変更class SomethingModel < ActiveRecord::Base    master_db_only!  end  これで、SomethinfModelモデルはマスターDBだけを使用するようになります。■独自のconnection_managerの指定FreshConnection.connection_manager = MySlaveConnection  今、rubygems.orgの 自分のページを見てみたら、FreshConnectionが一番ダウンロードされていました。まあ、戦闘力5くらいなのですが。また、今バージョンにあわせたEbisuConnectionの新バージョンもリリースしています。https://github.com/tsukasaoishi/ebisu_connection/tree/v0.1.0

FreshConnectionの0.2.0をリリースしました

図らずも正月早々に一週間くらい地元に帰って喪主をやったりしていました。地元の唐揚げと寿司がおいしい。でもいろいろ大変です。いつお坊さんにお金を渡せばいいのか、いくらくらい包んだらいいのかググったりしていました。お墓のことを考えたり相続まわりの手続きをしたりも大変です。戸籍謄本とるのとかも面倒くさい。自分が死んだときにどうして欲しいのか、ちゃんと文章でまとめておくと後の人が楽なので、40歳を超えている人はもうやっておいたほうがいいでしょう。遺品の片付けとかをやっていたら古い戸籍謄本とか出て来て、自分の家の家系が1820年代くらいまで辿ることができておもしろかったです。考古学者の気分でしょうか。文政三年とか安政六年とか書いてあるのです。井伊直弼じゃないか。それから10年以上所在のわからない弟の居所を探るために探偵のようなこともしています。怒濤の一ヶ月であります。

喪主と家系と探偵業

9連休の間、ずっと娘を抱っこしていたので肩と腰が石膏みたいに固まっています。彼女の名誉のために体重をここでは述べませんが、最近肩周りとかに筋肉がついてきました。彼女はすこしずつ重くなっていくので、徐々に負荷をかけていく筋トレには最適ではないでしょうか。忍者が生長の早い麻を植えて毎日それを飛び越えては脚力を鍛えていた故事が思い出されます。子供の頃、忍者と同じ特訓をするためにすごく麻が欲しかったのですが、現代ではそれを植えるとたぶん逮捕されるでしょう。危ないところだった。明日から仕事です。連休の間はほとんど頭を使っていなかったので(体力勝負ばかり)、仕事が始まるのが楽しみです。早く来い来い月曜日。そういえば連休中はグランツーリスモをちょっとすることができました。最近のお気に入りはマクラーレンのMP4-12Cです。Apache moduleの開発本は3章くらいまでしか読めなかったので、しばらくお昼休みを使って読むことにします。今思い出しましたが、今日は滑り台を久しぶりにすべりました。思っていた以上に楽しかった。意外とあなどれないやつです。

楽しい月曜日が始まるよ

今日は娘をポルシェ(彼女のベビーカーの名前です)に乗せて、コメダに行ってきました。店員さんが椅子をひとつ撤収してくれるので、彼女はポルシェに乗ったままテーブルにつくことができるのです。今日の彼女はマザーテレサか黒子のような出で立ちでおもしろい。録画していたN響のベートーベン9番を聴きました。可もなく不可もなくといったところ。ウィーンフィルのニューイヤーコンサートは第一部まで聴いています。こちらは楽しいです。天皇杯の決勝も見ました。どことなく似ていると言われる中村俊輔のプレイが好きなのでマリノスが勝ってよかった。小学生の頃は横浜で育ったのであながち地元と言えないこともありません。中村俊輔の現役のプレイを直に見られるのももうそう長いことではない気がするので、今年はマリノスの試合を見に行こうと思います。さあ、どうでもいいことを書いているうちに日記のようなものができあがってきました。こうしてインターネット上にゴミデータが増えていくわけです。関東で売っているお餅は大抵四角い形をしているのですが、あれってどうやって作っているのでしょうか(実のところ想像はつくし特に知りたい情報ではありません)。うちでは餅つき機(お餅をつく機械があるのです!)で餅を作ってすぐに丸めて乾燥させます。だからお餅は全部丸いのです。丸める作業の合間にできたてのやつをおろし醤油につけて食べるのが最高においしい。あれ以上においしいものがこの世にあるものだろうか。というときはたいてい過言で、それ以上においしいものはいっぱいあると思います。

四角いおもちは角がある

鶏まよポンを作ります。でも片栗粉を切らしちゃっていたので素揚げです。やっぱり片栗粉をまぶしていたほうがおいしいですね。まるごとバナナとピザポテトとコーラも食べます。正月のせいか暴食気味なので気をつけましょう。今年は39歳になるのです。39歳になるエンジニアの5つの働き方をご存じの方がいたらご教授いただきたい。年を取るといえば、細かい字を見るときは腕を伸ばして遠くにやらないと見えません。すっごい細かい字で週次報告などを印刷する人がいますが、即刻止めていただきたい。しかし突っ込まれたら困る報告をする人には有効です。悪徳商法の契約書に近いですね。老眼ってこんなにはやくやってくるものだとは思っていませんでしたが、数年前からやってきています。老眼で近眼なので手に負えません。メガネとかコンタクトがあってよかった。江戸時代とかに生きていたらどうしていたのでしょうか。剣術とかは絶対にできないですが、農民だったはずなので大きな問題にはならなかったかな。プログラミングで世界を変えるなんてよくいいますが(これって言うの恥ずかしいですよね？)、メガネのほうがもっと大きく世界を変えてくれたと思います。

ぼくの世界がこんなに変わるわけがない

しかし娘が関係ない写真というのがほとんどないので選ぶのが大変です。そもそもどうしてそんなもの選ばなきゃいけないのかとぼくの中でぼく自身が疑問を呈し始めています。そんなもの、ぼくじゃない人にとってはどうでもいいし、実のところぼくにとってもどうでもいいのです。そういえば今年は九州によく行きました。だからといって選んだ写真ではありません。だって微妙に娘が絡んでいるではありませんか。本当のところ、ミスタードーナツでチョコリングを買おうとしたらぼくの前の人に大量に買い占められて売り切れてしまいぼくが買えなかったときのぼくの前の人のトレイに山積みになったチョコリングの写真をあげようと思ったのですがやめておきます。こうして年は暮れていきます。

カッコいい大人

福住楼という旅館に泊まりました。明治時代からある文化財に指定されている宿で、文豪たちも定宿にしていたところなのです。宿ではのんびりApache moduleの開発本を読んでいたり温泉に入ったり娘と遊んだりしていました。みなさんご存じないかもしれませんが、明後日には新年なのです!

おもちゃは仕事の必需品

このブログはRails4で作られていますが、とうとうturbolinksを有効にしました。さらにキーボードのカーソルの左右を押すと、前後の記事へ移動するようにもしました。これでさらにさくさくですが、チョッキ率の高いこのサイトで前後の記事へ移動したいことがあるのかどうかはたして疑問であります。最近、娘がよくしゃべります。しゃべるといっても彼女特有の言語のため解析不可能で何を言っているのか全然わかりません。今日は息を吸い込むときに音を出すことがおもしろいと気づいたみたいでそればかりやっています。直キャブにしたNSRの吸気音をなんとなく今思い出しました。娘の吸気音はそのような激しい音ではありませんよ。今の会社は10時出社で定時が19時ですが、娘が生まれてからぼくは8時出社17時帰宅しています。帰ってからご飯を食べているとだいたい娘が抱っこを要求してくるので抱っこします。子供のいる友だちの様子を見ていてわかっていたのですが、子供が生まれてからは温かいうちにご飯を食べることは諦めています。 ** 奥さんとプログラミングを両立させる方法** from Tsukasa OISHI社内勉強会で大昔こんな発表をしましたが、これに娘が実戦投入されるともはやすべてをうまくやることは不可能に近くて三方一両損みたいな世界になります。どうしても集中するまとまった時間はとりにくいので、最近は会社にmacを持って行ってお昼休みに趣味のプログラミングをしているのです。

奥さんと娘とプログラミングを両立させる方法

Ruby2.1.0がリリースされてめでたいですね。ぼくは家ではmacを使っていて(なんと会社ではWindowsを使っているのです!)、ruby関係はrbenvを使っています。そのrbenvはhomebrewを使っているのですが、Ruby2.1.0をインストールするために、いろいろやっていました。今はこのブログもRuby2.1.0で動いています。brew doctor  いろいろと教えてくれるドクターなのです。Command Line Tool、OSをversionupするたびにインストールしなきゃいけない気がしているのですが、そんなものなのでしょうか。メンドくさい。今、カタカナを出そうとしてF7を押そうとして間違ってF6を押しちゃってキーボードのバックライトが明るくなりました。F7を押そうとするなんてWindowsの呪いじゃないか。呪いで思い出しましたが、この前テレビで怖い番組をやっていました。おわかりいただけただろうか、と毎回聞かれるやつです。だいたいわかりません。恐怖映像のほとんどは、カメラがパーンすると幽霊がいるというパターンで、ホラー映画の伝統的手法を忠実に守っていておもしろい。はい吾郎さんのほうが怖いですよね。明日で仕事納めです。キーボードを掃除する人が現れそうです。年末感を無理矢理出すために、たまには技術系から離れてくだらない内容の日記を書いてみました。本当のところ、技術系の記事を書くよりもこういうくだらない内容の記事のほうがPVが多いし、広告をクリックする人も多いので収入も増えます(AWS代にもなりませんが)。不思議なものですな。

ドクターの言いつけを守る

FreshConnection(ver.0.1.7)に、スレーブへのアクセス時に発生した例外をキャッチできる機能をつけました。ロードバランサを使っている場合は、スレーブ群の一台が死んだときの対処を考える必要があまりないと思いますが、EbisuConnectionのようにスレーブそれぞれとコネクションをはりっぱなしにしていると、一台が死んだだけでサービスに影響が出てしまいます。そこでFreshConnectionの例外キャッチ機能を使って、死んだスレーブをスレーブ群から自動で切り離し、リトライを実行する機能をEbisuConnection(ver.0.0.4)に追加しました。これでスレーブが突然死んでも困るような事態にはならないと思います。ちなみに死んだスレーブが復活しても、EbisuConnectionはそのスレーブへのコネクションを自動で復旧したりはしません。スレーブ群のひとつとして復旧させたい場合は、config/slave.yamlにtouchしてください。そのときは、重み付けを低くしておくと、ちょっとずつ暖気ができて便利だったりします。

EbisuConnectionにスレーブ自動切り離し機能をつけました

今日のお昼休み、会社の食堂で実装してREADME書いてブログ書いて慌てた感満載でEbisuConnectionをリリースしましたが、案の定、スレーブサーバの設定にRails.envの指定ができないという不具合が存在していました。家に帰ってきて娘をお風呂に入れてミルクをあげて笑わせて抱っこして寝かしてつけてから、ようやくコーヒーをいれてダイニングテーブルに座ってMacbookAirを広げてEbisuConnectionを見直しました。https://github.com/tsukasaoishi/ebisu_connection/tree/v0.0.3まず、config/slave.yamlの設定に、Railsのenvironmentを指定できるようになりました。development:    - "slave"  production:    - "slave1, 10"    - "slave2, 20"    -      host: "slave3"      weight: 30  サービスを提供するAPサーバと、バッチを実行するサーバとでは、使用するスレーブサーバのグループを分けたいときもあると思います。そういうときは、config/slave.yamlで以下のように設定しておいてproduction:    service:      - "slave1, 10"      - "slave2, 10"    batch:      - "batch_s, 10"  config/initializers/ebisu_connection.rbなどでEbisuConnection:: ConnectionManager.slave_type = "batch"  というように指定しておけば、そのグループのスレーブサーバ群を使用するようになります。また、スレーブサーバ群の設定ファイル名自体を以下のようにして変更可能です。EbisuConnection:: ConnectionManager.slaves_file = File.join(Rails.root, "config/slave_db.yml")  EbisuConnectionはスレーブサーバ群の設定の変更を、動的に取り込むことができますが、ざっくり説明すると以下のような動作を行います。Railsのアクションでの処理が終了し、レスポンスを返す途中、Rack内で現在時刻を確認前回確認時から1分以内の場合は何もしない1分以上が経過していた場合は、config/slave.yamlのタイムスタンプを確認Rails起動時の設定を読み込んだときのタイムスタンプと違っている場合、現在の設定値を読み直す全コネクションを切断する2,の手順で確認を行う閾値である、「1分間」はデフォルト値です。以下のようにすれば、好きな間隔に変更できます。EbisuConnection:: ConnectionManager.check_interval = 10.minutes

お昼休みに慌ててリリースしたのでEbisuConnectionの新しいバージョンがまた出てしまう

最近、ロードバランサ経由でMySQLのスレーブサーバ群を利用できる、FreshConnectionというライブラリを作っています。https://github.com/tsukasaoishi/ebisu_connectionロードバランサ経由でスレーブを使うFreshConnectionを作っているのに、ロードバランサなしのライブラリを作ったのは、誰もがロードバランサを使える環境にないからです。余計なハードウェアを増やしたくなかったり、データの流量が膨大すぎてロードバランサがパンクしてしまう環境の人などがいたりします。EbisuConnectionには以下の特徴があります。* SELECT系クエリはスレーブサーバへ投げるEbisuConnectionはRails3.2.16とRails4.0.2で動作確認はしています。使いたいときはGemfileに以下を追加してください。gem "ebisu_connection"  つぎにconfig/database.ymlでスレーブサーバで共通している項目を設定をします。production:    adapter: mysql2    encoding: utf8    reconnect: true    database: kaeru    pool: 5    username: master    password: master    host: localhost    socket: /var/run/mysqld/mysqld.sock    slave:      username: slave      password: slave  FreshConnectionと同様に、slaveの位置に設定します。指定していない項目はmasterのものが使用されます。各スレーブサーバはconfig/slave.yamlで指定します。- "slave1, 10"  - "slave2, 20"  -    host: "slave3"    weight: 30  サーバごとの設定を配列で指定します。  "ホスト名, 重み"  と解釈されます。重みが大きいサーバほど頻繁にクエリが割り振られます。config/slave.yamlの更新日時が変更になったとき、EbisuConnectionはコネクションをすべて切断し、設定を読み直して次のアクションの処理から新しい設定で接続しなおします。これはRack内で行っているため、バッチ等では設定の動的反映はききません。

おおいしつかさ

プロダクションレベルのGraphQL実装をしてみて印象的だった二つのこと

SLI/SLOをストリームアラインドチームに導入した話

45歳を超えたエンジニアが医療系スタートアップ Ubie に転職してみた

CKADに合格しました【受験記】

FreshConnection finally supports Rails 6

RubyKaigi2019 見るものリスト

AdventCalendarに初めて参加しました

Rails Developers Meetup Day4にスピーカーとして参加してきました

Ebisu.rb#18 で、RubyVM::ISeqの話をしました

ローカル環境でgoで書いた aws lambda用のコードを実行しちゃう

kaeruspoonをRailsで作るのには飽きてきたのでGo

RubyKaigi2018みたいものリスト

WR250X 多摩丘陵をツーリングしてきました

kaeruspoonがHTTP/2に対応しました

WR250X 富士五湖・奥多摩紅葉ツーリングに行ってきました

Arai TourCross3 (アライツアークロス3) インプレッション

RubyKaigi2017 見たいものリスト

WR250X 三浦半島一周ツーリングに行ってきました

３歳児を連れて東京-大阪往復ドライブ、そして九州へフェリーで往復移動してきました

WR250X 椿ライン・箱根・丹沢湖ツーリングに行ってきました

FreshConnection finally supported Rails 5.1!

RailsへのPullRequestが数時間でマージしてもらえました

WR250X 寄・足柄・三国峠ツーリングに行ってきました

WR250X はじめてのオイル交換

WR250X 伊豆ツーリングに行ってきました

FreshConnectionからslaveというキーワードを廃止しました

WR250X 650km走行後インプレッション

WR250X 奥多摩・山中湖・道志ツーリングに行ってきました

WR250X 納車 - 12年ぶりにバイクに乗るお話

花咲くアーモンドの木の花咲くや姫

Apple Watchで現在時刻を知りたい

膝に矢を受けてしまってね

プロダクションレベルのGraphQL実装をしてみて印象的だった二つのこと

SLI/SLOをストリームアラインドチームに導入した話

45歳を超えたエンジニアが医療系スタートアップ Ubie に転職してみた

CKADに合格しました【受験記】

FreshConnection finally supports Rails 6

RubyKaigi2019 見るものリスト

AdventCalendarに初めて参加しました

Rails Developers Meetup Day4にスピーカーとして参加してきました

Ebisu.rb#18 で、RubyVM::ISeqの話をしました

ローカル環境でgoで書いた aws lambda用のコードを実行しちゃう

kaeruspoonをRailsで作るのには飽きてきたのでGo

RubyKaigi2018みたいものリスト

WR250X 多摩丘陵をツーリングしてきました

kaeruspoonがHTTP/2に対応しました

WR250X 富士五湖・奥多摩 紅葉ツーリングに行ってきました

Arai TourCross3 (アライ ツアークロス3) インプレッション

RubyKaigi2017 見たいものリスト

WR250X 三浦半島一周ツーリングに行ってきました

３歳児を連れて東京-大阪往復ドライブ、そして九州へフェリーで往復移動してきました

WR250X 椿ライン・箱根・丹沢湖ツーリングに行ってきました

FreshConnection finally supported Rails 5.1!

RailsへのPullRequestが数時間でマージしてもらえました

WR250X 寄・足柄・三国峠ツーリングに行ってきました

WR250X はじめてのオイル交換

WR250X 伊豆ツーリングに行ってきました

FreshConnectionからslaveというキーワードを廃止しました

WR250X 650km走行後インプレッション

WR250X 奥多摩・山中湖・道志ツーリングに行ってきました

WR250X 納車 - 12年ぶりにバイクに乗るお話

花咲くアーモンドの木の花咲くや姫

Apple Watchで現在時刻を知りたい

膝に矢を受けてしまってね

WR250X 富士五湖・奥多摩紅葉ツーリングに行ってきました

Arai TourCross3 (アライツアークロス3) インプレッション