ISUCON5 で準優勝しました - 鳩舎
今年も @mirakui と @sora_h と一緒に ISUCON5 に出場して、準優勝しました。 やったこと 時間は投入した時間。 12:00 : API リクエストを送る先の services が DB に入ってるけど大した数でもない(7つ)ので、全部アプリケーションにハードコードした。 これはのちにリクエストにプロキシを挟む時にコード変更だけでよくなったので地味に効いた。なお、これによる高速化はあんまりしなかった(そりゃそうだ)。 13:16 : API リクエストへのパラメータを保存している subscriptions の保管先を DB から Redis へ変更。 DB 問い合わせへの高速化というより、 JSON 形式から MessagePack 形式での保存になったことの方が重要な気がしてる ま、これも大した効果は出てない。 initialize でバグったら話にならないから、
新しいRubyのFile Uploader「Shrine」の登場 - Qiita
Shrineは@janko-mによって書かれた新しいFileUploaderです。 先日からGithubのトレンドに入っており気になっていましたが、日本語の情報が見つからないので試しに使ってみました。 同じようなgemには下記のようなものがあります。 しかし、これらのgemはコードが複雑すぎたり、拡張が難しかったりする問題点があります。 CarrierWave PaperClip Refile Shrineの特徴は、既存のgemのような複雑なコードベースから脱却して、pluginの設計を取り入れたシンプルなコードベースです。 その上、非同期処理や並列処理などの非常に便利な機能もサポートしています。 新しいgemを作ろうとされたモチベーションは@janko-mの書かれた記事が参考になります。Introducing Shrine – A file upload toolkit require
Memory management in Linux
The document discusses Linux memory management, describing how physical memory is divided into page frames and virtual memory allows processes to have a virtual view of memory mapped to physical memory using page tables, and covers topics like memory overcommit, page cache, swap space, and tools for monitoring memory usage.Read less
杭打ち屋はいまガクブル状態です
今は転職して全く別の業界にいいるけど数年前まで杭打ち屋にいいた。MセキさんJぱいNコン以上3社が業界の大手3社と言われている。自分も上記3社のうちの1社にいた。Mは圧倒的コスト競争力で業界の最大手として君臨しており、Jが後に続く。Nはかつては業界の盟主だったが凋落が激しく、現在では大手3社から脱落しそうなかんじ。後に大中小の杭打ち屋が続く。で、今回の旭化成建材の件だが、ぶっちゃけ他の会社もいくらでもやっている。むしろ、旭化成建材であれなら他はもっとひどいという感じ。本当に正確な施工を要求するなら杭を打つところすべてボーリングをすべきだが、そんなことする金はどこにもない。で広大な現場の1～3箇所でボーリングを行い後はある程度の推定になる。でも、地中のことなんか誰もわからない。支持層が凹んでるとこもあれば、凸ってるとこもある。現場的にはむしろ凹んでた場合はいくらでもごまかせるが、凸ってた場合、
#isucon 2015で優勝しました - すぎゃーんメモ
第5回 ISUCONの本選に、参加しました。第1回のときの出場メンバー(@fujiwaraさん、@songmuさん)での「fujiwara組」。 #isucon 2015予選に参加した - すぎゃーんメモ ISUCON5 本選リアルタイムフォトレポート【更新終了】 : ISUCON公式Blog 結果はなんと、昨年に引き続き優勝！！ ISUCON5 本選結果 : ISUCON公式Blog 自分はアプリケーション側の担当ということで コード書いていこうと思っていましたが、今回あまり出来ることが無く、並行で作業もしづらかったので@songmuさんと@fujiwaraさんにコード書くのをお任せし、横から口を出す係になりました。 ほとんどコード書かずに横で見ているだけで終わってしまった、つらい #isucon 2015-10-31 18:22:50 via Twitter for iPhone まぁ
エンジニアをどう評価し、どう育てるか
エンジニアをどう評価し、どう育てるか。自分自身そんな偉そうなことを言える実力を持ってるわけでもないんですが、最近考えざるを得ない機会が増えてきたので、自分の考えをまとめてみました。 エンジニアスキルの3つのレイヤー エンジニアのスキルは、大きく分けると3つのレイヤーがあると思っています。 1つ目は「業務スキル」。特定のプロダクトや会社に特有のスキルで、プロダクトや会社が変わると役に立たなくなるもの。 2つ目は「言語・フレームワークスキル」。いわゆる「rubyできます」「railsできます」みたいなやつですね。 そして3つ目は「汎用スキル」。会社や言語が変わっても使えるスキルです。 この3つはそれぞれオーバーラップする部分もありますが、汎用スキルが土台になって、その上に言語・フレームワークのスキルを構築し、一番上に業務スキルが乗っかってるイメージです。 じゃあその汎用スキルって何よ？っていう
kaihar4.com - mruby-ipaddress_matcherを使ってh2oでIPアドレスベースのアクセス制御をする
mruby-ipaddress_matcherを使ってh2oでIPアドレスベースのアクセス制御をする Nov 1 h2o h2oなどのウェブサーバで、特定のパスのみアクセスを制限したいといったケースが稀にある。 httpdでSetEnvIfなんかを使って実装したあれだ。 h2o 1.5.0ではmrubyのインタフェースとしてRackが採用され、こういったアクセス制御を以下のように書くことができるようになった。 ALLOW_HOSTS = %w( 192.168.0.2 192.168.0.3 192.168.0.4 ) class Acl def call(env) if ALLOW_HOSTS.include?(env['REMOTE_ADDR']) [399, {}, []] else [403, {'Content-Type' => 'text/plain;charset=utf-8
ISUCON5の出題をやった - たごもりすメモ
(11/2 11:03 末尾に追記と得点経過グラフ掲載) 正確にはいままさに決勝のイベント中なのだが、思った以上に順調にイベントが進行していてヒマな上、完徹の後でコードとか書いてる最中に意識が飛んだりするのでコードも書けない。のでつらつらこれを書いている。 9月末にISUCON5予選をやり、10月末のいま決勝をやってます。3年ぶりのISUCON出題側でしたが、いやはや、過去最高にきつかった回だった。ちょっとday jobのほうでもクリティカルなあれこれが重なったのもあるけど。 しかし両方とも、直前までの死ぬ寸前みたいな追い込み状況に対し、イベントとしては*1大きな破綻もなく進み、本当に良かったと思っている。このイベントがイベントとして成立したことが本当に嬉しい。 そういったあれこれは本当に一緒に出題をやってくれた@kamipoさん、そして実装を手伝ってくれた@hydrakecatさん、@n
ISUCON5本選で2位でした（白金動物園） - 昼メシ物語
白金動物園、2位いただきました #isucon @sora_h @rosylilly と3人でチーム「白金動物園」として ISUCON 5 に参加し、本選で2位を獲得しました。 主な分担としては sorah と rosylilly の2人が実装をして、僕はインフラまわりの整備と、ログ分析や指示出し、あと二人が喧嘩したら仲裁をするという分担でした。今年は二人が喧嘩しなかったので仲裁役は必要なくて良かったです。 （追記 2015/11/02 14:14）2人の記事が揃ったので以下にリンクしておきます。HTTP/2 まわりのチャレンジなどは彼らの記事に詳しいです。 sorah: ISUCON5 で準優勝してきた #isucon - diary.sorah rosylilly: ISUCON5 で準優勝しました - 鳩舎 やったこと 今回の問題はマイクロサービスがテーマになっていて、運営側が用意し
日本学生支援機構について、いくつか調べたこと。 - 25セントの恋人ごっこ
先日、 私は奨学金を借りなかった(安いところに行き、大学院は諦めた)から、奨学金システムが返済滞納者によって破綻してもいいけれど、奨学金を返さないということは、どんどん奨学金の貸出が渋くなるってことだよね。返せそうな人しか貸せなくなる、という状況になる。 というツイートをしたところ、 ならないっす育英会は、1種(無利子)をガンガン減らしていて、2種(有利子)を拡大中。2種の財源は財政投融資や銀行による融資です。つまり、返済しないから奨学金財源が減るという構図になっていません。 という引用RTを受けた。 私の発想は 奨学金に関して、とみによくある誤解らしい とのことなので、よくある誤解らしい。 といっても、私もリプライ相手もソースを提示していないので、調べてみようと思った。 以下少しだけのやりとり。 見事にかみ合っていない感じがするのは私のコミュニケーション能力の問題である。 わたし ありが
Git 2.x シリーズの 6 つの素晴らしいフィーチャー | Atlassian Japan 公式ブログ | アトラシアン株式会社
私が Git リリース ノートをレビューしてからしばらく経ちましたが 、だからといって私が最新のノートを熱心に読んでおらず、毎日の作業に新たな優れモノを取り入れていなかった訳ではありません。自分の誕生日 (拍手！) と、先日の Bitbucket Server のリリースを祝うため、本日は私が Git 2.x シリーズ (2.6 まで) で気に入っているフィーチャーを全てご紹介します。どれか役に立つようなことがあれば、是非ご一報ください。 リベース前に変更内容をスタッシュ Git 2.6 では、rebase コマンドが皆さんから良い意味での注目を浴びました。以下にご紹介するのは、より興味深い新しいフラグの1つです : git rebase --autostash これからは、rebase 操作の開始時に未コミットの変更内容を一時的にスタッシュするか、操作を失敗させるかを指定できます。この行
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
37歳女性が住む街「代々木上原」。私はおばさんになったか？
GitHub - cookpad/expeditor: Expeditor provides asynchronous execution and fault tolerance for Microservices