非同期ジョブキューのアーキテクチャ設計、どうしてますか？ - @kyanny's blog
Gearman のメーリングリストに興味深いポストがあった。僕も色々な意見を聞いてみたいと思ったので、多くの人の目に触れることを期待して紹介する。 Google グループ ウェブサイトに画像をアップロードすると、異なるバックエンドサーバが画像を処理する。まずリサイズし、それから顔認識をする。 一つ目の要求として、処理結果が期待通りかどうかユーザーに確認させたい。顔認識が不要であればリサイズした画像を、顔認識が必要ならばその処理が施された画像を、確認画面に表示したい。つまり、アップロード操作の完了には一つまたは二つのステップを踏む必要がある。 この要求を満たすために同期処理も検討したが、バックエンドサーバがダウンするとウェブアプリケーションサーバも巻き添えを食うため採用したくない。 ウェブアプリケーションのプロセスは Gearman にリサイズ処理を非同期ジョブとして送信し、リサイズ処理のワ
正規表現でマッチした部分のキャプチャ ($1,$2とか) について勘違いをしていた - @kyanny's blog
今後また間違えそうなので丁寧めにメモ。 追記 コメント欄でせいきひょうげんの先読みという機能について教えてもらった。まだ理解できてないけど、たぶんそれを使えばスマートに解決できるのだと思う。あと、例としてかいた式が間違っていたので修正した。 - my ($a, $b) = "/b/x/2" =~ m{^(?:/(a)/x/(1))|(?:/(b)/x/(2))}; のようなコードを書いて、 $a も $b も undef になるのでしばらく悩んでいたけど、この書き方だと問題があった。 以下のようなコードを書いてみたら、意味がわかった。 #!/usr/bin/perl use strict; use Data::Dumper; my $a = q{/a/x/1}; my $b = q{/b/x/2}; my $c = q{/c/x/3}; for my $x ($a, $b, $c) { i
上から目線と昭和の風習の話を読んだ感想 - @kyanny's blog
まず最初に、僕は「昭和の風習」側の人間です。 「昭和の風習」側の意見は、つまるところ「バカなんて言うのはひどい」という感情論に行き着くと思う。 人間なんだから意見に感情が影響するのは仕方ない。理論武装していかにも感情論ではないかのように発言するのが良くないのだと思う。 http://d.hatena.ne.jp/hira_sosuke/20090216/1234790160 に、 上から目線なネガティブコメントを書く人は読み流せない（書かなければ気が済まない） という事なんだろう。これはエントリを書いた人（＆内容）の問題ではなく、上から目線 攻撃しないと気が済まない事情を抱えた人の内面的な問題なんだと思う。 http://d.hatena.ne.jp/hira_sosuke/20090216/1234790160 と書いてある。「上から目線攻撃しないと気が済まない事情を抱えた人の内面的な問
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
