正規表現の機能の覚書き
はじめに「はじめての正規表現」がホッテントリ入りしていますが、 導入としては、何に使うのかがわかりやすくて良いのではないかと思います。 あれを見て、基本機能をまとめてみたくなったので、正規表現の基本的な機能について書いてみます。 （正規表現が初めてという人は「はじめての正規表現」を先に見たほうがいいと思います。） 例では「検索」か「置換」をするものとして話を進めていきます。 （「はじめての正規表現」が実例を中心にしたのに対して、こちらは機能を中心に書きます） 正規表現は、プログラミング言語やその他のツールなど、それぞれで微妙な違い（方言）があるので、その点には注意が必要です。 （表記法が違ったり、ここに紹介する機能がサポートされていなかったり、逆に紹介していない機能をサポートしていたりする場合があります） メタ文字とリテラル文字正規表現には、メタ文字とリテラル文字というものがあります。 メ
情報はすぐ使うヤツに集まる - （旧姓）タケルンバ卿日記避難所
最近は弊ブログで食べ歩きの記録をよく載せておるわけですが、積極的に記事や写真を載せるようになってから、ちょっとした変化が起きております。 うまい店情報が集まるようになった 行ってみたい店は「行きたい店フォルダ」をつくって情報を整理しているのですが、あちこちの店に行っても行ってもフォルダが空にならない。それは行く店の数以上に、行ってみたい店の数が増えているから。行きたい店情報が集まるからなんですよ。 ただ、情報の集め方はそんなに変わってないんです。実際、自分自身で見つけたり、「お、いいじゃん！」と思う店の数は変わってない。こういう部分の生活とか行動パターンは変わってないので、変化があるわけがない。じゃ何が違うかというと、うまい店情報を教えてもらえるようになったのです。「この店いいよ」「あそこうまいよ」「一度行ってみてよ」と、人から教えてもらう機会が爆発的に増えた。寄せられる情報量が劇的に増え
マルチスレッド・プログラミングの落とし穴、その２
ずいぶん前に、「マルチスレッド・プログラミングの落とし穴、その１（かもしれない）」というエントリーを書いたが、今回はPhotoShareサーバーを運営していて、まさにこのあたりの深い考察が必要になって来たので、良い機会なので続編エントリー。 PhotoShareのバックエンドのようにCRUD（Create/Read/Update/Delete）のAPIをサポートするバックエンドを作る場合、Create/Update/Deleteのリクエストに対してはクライアントからのAPIコール時にすぐに（HTTP Requestに返事をする前に）データベースに変更を加え、Readの際にも（キャッシュを使う・使わないを別にして）データベースの最新の状況を反映するデータを返すように設計するのが普通である。 このアーキテクチャの問題は、ユーザーのアクティビティが増えた時に、データベースやI/Oがボトルネックと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
