ある芸術家が餓死寸前の犬を展示して「犬の餓死」という芸術を発表した。しかもこれはまだ最初の布石に過ぎず、私が表現しようとする芸術の準備段階だと宣言した。「犬の餓死」だけでも非人道的なのに、それが準備段階に過ぎないと宣言したことで、様々な人から非難が集中した。ネットでは芸術家のブログは炎上し、自宅には反対するグループが押し寄せ、それらをマスコミが取り上げ更に盛り上がり、収拾がつかない程に社会問題化した。 それを受けて芸術家は新たなコメントをした。次の展示に使う犬は保健所で処分される予定の犬を使用することにします。助けたい人がいらしたらどうぞご自由に。次の展示が行われる日、展示される美術館では初めて開館前に行列ができていた。鉢巻をして襷をかけたいかにも抗議団体ですという集団や、興味本位で初めて美術館に訪れましたというような一般人、そしてそれらを面白可笑しく撮ろうする撮影人。100人以上の人が集
第 2 回について 今回は、参加者のかたよりを無くすため、「いまから、募集！」というような告知は一切しないという形式で募集してみました。 それにも関わらず、意外と人が集まってくれてホッとしました。皆様ありがとうございます＞＜ エロと風俗情報満載 どう抜く？ 当日は生放送されます 当日は、以下のページで生放送されますので、誰でも参加することができます。 1000speakers ぜひぜひ、参加してください＾＾ 第 3 回について 次回も同様な形式で、募集を行いたいと思いますのでよろしくお願いします＾＾ エロと風俗情報満載 どう抜く？ 第 1 回の雰囲気は動画で見ることができます 第 1 回の様子は coji さん の協力により、ニコニコ動画や Google Video で視聴することができます＾＾ ニコニコ動画 1000speakers:1 (2008-01-19) by coji - ニコ
集約演算を行うケースでは、行のサイズを小さく保つことはとても重要。アクセス頻度が低いコラムは別テーブルに追い出すとかしたほうがいいくらい。 一方、集約演算を行わないケース (単一行の insert, update 等を含む) の場合は、(クライアントとの通信のための) システムコールがオーバーヘッドになるので、小さなテーブルにたくさんアクセスをするよりも、長い行を持つテーブルに１回アクセスするほうが良い。 たとえば手元の環境での insert on duplicate key update の速度は、 行のサイズ 必要時間 0KB 1 3KB 4 6KB 7 9KB 13 12KB 13 とかそんな感じ (環境やクエリによる変わるので自分で測定してね。9KB の速度低下はページサイズの1/2を超えたからかな)。つまり、行のサイズが1KB程度だと、通信のオーバーヘッドが大きいからあまり問題に
オープンソースになった Fastladder の ER 図を描いてみた 2008-02-10-1: [SQLite] Livedoor の Fastladder がオープンソースになったということで、勉強を兼ねて ER 図を描いてみました。 (クリックで大きくなります) 使ったツールは DBDesigner 4 (日本語版) です。 DBDesigner 4 では、SQLite 3.x のデータが読めないようなので、SQLite ODBC Driver を使って、ODBC で読み込み、リバースエンジニアリングしました。 テーブルの定義はソースを見ながら作成中ですが、あまり Ruby が分かっていないので時間がかかりそうです。。。そのうち公開します。 - Fastladder Open Source http://fastladder.org/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
