go で mysql のテストに docker を使う - soh335 memo
mysql を含むものをテストする際に例えば go だと、lestrrat/go-test-mysqld とかを使います。 perl には Test::Docker::MySQL っていうのがあって、面白いなと思ったので、（雰囲気 go-test-mysqld インターフェースで）go で書いてみました。 github.com go で mysql の立ち上げを docker に寄せると、go-sql-driver/mysql が pure go なので簡単にバージョンの固定が出来て良いです。 最近は、開発にも docker を使っているので、アプリケーションのコードも docker な事が多いです。そうなると、docker run ... go test となるので、そのコンテナの中から mysql コンテナをさらに立ち上げる必要があります。 とりあえずって事で コンテナに docker
go で binary.Write してるところで速度が欲しい場合は binary.ByteOrder interface を直に使う - soh335 memo
go で binary package の Write は毎回 allocate しているのでもし速度が必要な場合は binary.ByteOrder interface ( binary.BigEndian, binary. LittleEndian ) を直に使うと改善出来る。 もちろん binary.Write の方が使いやすいので速度とかを気にする場合に binary.ByteOrder を使うのが良さそう。 それぞれ下のように利用する。 binary.Write binary.Write(&buf, binary.BigEndian, uint16(...)) binary.BigEndian binary.BigEndian.PutUint16(b, uint16(...)) 実際のコード apns のコードを前に書いた時に binary package を使ったのを思い出し比
mysql で duplicate な error を防ぐために insert ignore はしないほうがいいのかなぁと思った - soh335 memo
insert した際に unique key とか primary key で duplicate な場合に error が起きるのを防ぐために（無視して良いとうい仕様の場合に） insert ignore ... すると良いみたいな記事があったりするけれども、実際どうなのかなぁと思って調べた。 If you use the IGNORE keyword, errors that occur while executing the INSERT statement are ignored. For example, without IGNORE, a row that duplicates an existing UNIQUE index or PRIMARY KEY value in the table causes a duplicate-key error and the state
jenkins + prove で失敗したテストを並列しないで再テストする試み - soh335 memo
深淵な理由で（特に並列度をあげると）たまに落ちてしまうテストがあって、その度にあぁこれはたまに落ちちゃうやつなんですよねみたいな会話するのもいかがかと思っていた。 なので、落ちたテストがあった場合に並列しないで再度 prove してあげてそれでも落ちたらレポートするがいいかなぁと思ったのでこういう感じでやってみた。 JUNIT_NAME_MANGLE=none JUNIT_OUTPUT_FILE=output.xml prove -lvr -j5 --harness TAP::Harness::JUnit t JUNIT_OUTPUT_FILE は TAP::Harness::JUnit が生成する xml を指定する環境変数。 JUNIT_NAME_MANGLE に関しては TAP::Harness::JUnit - search.cpan.org に説明がある。 デフォルトだと hud
isucon3 の予選に参加しました #isucon - soh335 memo
オンライン予選 二日目の結果 ＆ 暫定版の本選出場チーム発表 : ISUCON公式Blog 運営の皆様ありがとうございました。 @kenjiskywalker さん , @hisaichi5518 と参加しました。 結果的には暫定的に２日合わせて 20 位以内に入れたというところでしょうか。メモ代わりに何をやったかとか。 開始前 案の定 hisaichi5518 から反応がなく遅刻確定。kenjiskywalker さんは腹痛をしてました。 開始直後 kenjiskywalker さんに aws 回りはお願いし、出来上がった所でとりあえず関係ありそうな所を git 化し push, clone 出来るようにしました。 共有レポジトリを 0 から作るのは毎回どこかでハマるのでそろそろどうにかしたいなーと思う所。 レギュレーションを読み、フムンとなりながら、スコアを出す負荷ツールの workl
perl な web application のためのテスト情報 を #yapcasia で話してきました - soh335 memo
yapc::asia 2013 で perl の test 回りの話をしてきました。 去年からテストについて色々取り組んでいた所で、実際どういうモジュールでどうコードを書いてるかっていう説明が出来たと思います。 他の人がどういうテストを書いているかとかも気になるので、なにか気になったりしたら話したりしたいです。 継ぎ足しでスライドを作っていたら、 test::mock::guard のコードの説明がなくなっていて、なくなっていたと思ったら後ろから出てきたり、久しぶりに人前で喋ったせいか、珈琲のストローとマイクを間違えて喋ったりしました。 335さんこういうキャラの人だったのか。— ダメ人間 (@dameninngenn) September 20, 2013 335「びっくりだ！」聴衆（こっちがだ） #yapcasia— ひさいち (@hisaichi5518) September 20,
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
