ISUCON5 で準優勝しました - 鳩舎
今年も @mirakui と @sora_h と一緒に ISUCON5 に出場して、準優勝しました。 やったこと 時間は投入した時間。 12:00 : API リクエストを送る先の services が DB に入ってるけど大した数でもない(7つ)ので、全部アプリケーションにハードコードした。 これはのちにリクエストにプロキシを挟む時にコード変更だけでよくなったので地味に効いた。なお、これによる高速化はあんまりしなかった(そりゃそうだ)。 13:16 : API リクエストへのパラメータを保存している subscriptions の保管先を DB から Redis へ変更。 DB 問い合わせへの高速化というより、 JSON 形式から MessagePack 形式での保存になったことの方が重要な気がしてる ま、これも大した効果は出てない。 initialize でバグったら話にならないから、
Gondler という bundler for golang を作った - 鳩舎
2番煎じ乙。 Gondler という Bundler みたいなツールを go 向けに作りました。gom という先行実装があるのでもう作らんでもええかな感があったのですが、Ruby っぽいけど Ruby じゃない Gomfile とか、bundle exec 相当の機能がないとか、そういう理由でわざわざ自作しました。 基本的には bundler なので、バージョン、というよりコミットハッシュとかをロックするのに使います。 fork 元の gom との違いは インストール先ディレクトリがデフォルトでは .gondler になっている(変更可能(gom は変えられない)) Gondler 環境下の repl が起動できる(gondler repl) Gomfile を自動生成する機能はない Travis 用の yml を自動生成する機能はない bundle exec 相当の gondler ex
Play Fast Award を受賞しました - 鳩舎
3/1 に、会社で Play Fast Award というのを受賞しました。 弊社には Play Fast Episode というのがあって、どういうやつかっていうと、普通にスタッフがスタッフの仕事を観て『イイネ！』と思ったら褒めちぎるエピソードを投稿するという場所があります。 Play Fast Award はその中でも特によかったエピソードの人に贈られるもので、今回の受賞者は僕ともう一人で二人の受賞者でした。 ついでなので、もらった時に思った事を書いておきます。 名前を呼ばれた時はなんかやらかしたかと思って焦った 全スタッフの前で突然『草野さん』って名前呼ばれた時、僕はちょうどコンソールのログを眺めていて(話は一応聞いてました)、『ヤベェなんかやらかしたか！！！！』と思ってすごい焦った覚えがあります。隣に居た id:con_mame が落ち着いていなかったら僕は多分焦って変な一発ギャグ
転職した - 鳩舎
こんばんは、みなさんお忘れでしょうが、ニコニコ大会議 in 台湾にてエンジニア代表で登壇して喋ったりしてました、青い頭の男、ロージーです。 ということで 10/31 付でドワンゴの子会社である株式会社キテラスをやめて、11/1 付でクックパッド株式会社に転職しました。 まぁもうちょっと言い方を変えると、ニコニコの人からレシピの人になりました。 転職の理由 確固たる大きな理由というのはまだ整理がついてない。細かい理由ならいくらでもあるけど、自らの中で何が一番大きなものであったかについては上手に説明出来ないです。 まぁ、俺はアレルギーがひどくて食えないものが多く、そういう意味で食についてエンジニアリングの観点からアプローチ出来る場というのは理想的ではあった。とかそういうのもある。 個別で興味がある人は連絡ください。答えます。 キテラスについて 掛け値なしにいい会社だった。一切の不満はない。本当
Lightweight git hook management tool その名も git-hook を作りました - 鳩舎
どうもこんにちは。フックしてますか。ジャブからローにつなげてますか。 そんなこんなで最近は僕もそこそこ git に慣れてきて助けてもらわなくても良くなって来ました。 しかし人間の欲望はとどまるところをしらず、「なんか定形作業めんどくせーなだるいしなんかうまいことどうにかなれよ面倒くせぇ」とか考え始めるものです。たとえば「テスト通ってないコードコミットするなってリーダーがいうけどいちいち手でテスト走らせて確認すんのだるいからなんかうまいこと自動で動かんかな」とか。 git は大変よくできたツールですので、そういうのもちゃんと用意されています。hooks といって、コミットのタイミングなどで特定のシェルスクリプトなりなんなりを動かすことが出来るよう配慮されているのです。すげーな git 。 しかしこいつがマジめんどくさい。自分でシェルスクリプト書くとか絶対嫌だし、すでにそのへんに転がってるのを
僕が社内ライブラリを OSS 化すべきだと思う3つの理由 - 鳩舎
こんばんは、台風がヤバいですね。 こんな風に命の危険がそこそこあるときは、なんとなく人生について考えてしまいます。私はどこからやってきて、どこへ消えてゆくのか…… そんなことを考えていた折に、「社内ライブラリって OSS にしてしまうべきだよなー」と、ふと思ったので、考えていることをメモしておこうとおもいます。 「社内ライブラリ」 とりあえずこの社内ライブラリの前提を並べると 1つまたは複数のプロジェクトが参照しているライブラリである 製品的なビジネスロジックを内包しておらず、汎用的で、利用されているプロジェクトと密結合でない バージョン管理されている の3点は満たしておく必要があります。例えばニコニコ動画を OSS にするのはちょっとアレですし、課金部分を OSS にするなんてもってのほかだなーと思います。 そんなプロジェクトがあなたの会社にあるかないかはわかりませんが、いわゆる「この言
Rackhub で始めるペアプログラミング - 鳩舎
こんにちは、20時から予定がありました。遅刻しそうです。 さて、ということでさっくり話をすると、「ペアプロってやったことないな」ってところからスタートです。 ペアプロするのって難しい 難しいんです。何が難しいって、相手が居ない。居ないんですよ相手が。家庭内ペアプロとかやってる夫婦を1組知ってますが、そんなん普通ねーよ。アホか。 そして会社でペアプロするのは違うんです。違う、そうじゃない。会社でペアプロするのはいい。いいんだ。でも俺は趣味のコードとかを友達ときゃっきゃうふふしながら書きたい。 だからペアプロするのは難しい。勉強会にいって「どうもーはじめましてロージーですー」と自己紹介してその直後に「ということでペアプロしませんか？」とでも聞いたらその場で Twitter に勉強会にホモがいるとか言われて ID 晒されて大炎上ですよ。リスキーすぎる。 ということで簡単に、とりあえず俺は友達とペ
転籍しました - 鳩舎
ということで本日付(とはいえ暦上はもう昨日)の6/1に僕はドワンゴ社を離れ、関連会社であるキテラス社に移籍しました。 まぁなんつーかもうちょっといろんなまとめとか感じたこととかは改めて筆を執ろうと思っていますが、僕は転籍してよかったなーと今のところ思っています。っていうか副社長とか社長とかに「すんません失礼かもしれないっすけどこれなんかおかしくないっすか！」っていうのをまず言ってみる、というのが出来る距離感というのはいいなーという感覚です。 組織は大きくなるにつれてやっぱり難しくなるので、僕みたいな破天荒な人間はもうちょっと小さな組織の方が性に合ってるんだな、とも思っています。 ただキテラス社さんにちょっと文句があるんですけど、僕の席がドア開けてすぐのところにあるのでエロサイトが会社で閲覧できません。エロサイトが見れない会社は健全ですが僕の心が不健全です。ごめんなさい、業務中にエロサイトは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
