[Rails] ActiveRecord::QueryCacheを実装した。CacheStoreにはmemcachedを使用。
ActiveRecord::QueryCache ActiveRecordの富豪っぷりに困っている。キャッシュの仕組みが用意されているみたいだが過去の遺物となり使用されていない様子。(See Class::ActiveRecord::QueryCache) だから作った。 ActiveRecordの富豪っぷり ActiveRecord#findではフレーム関数を大量に呼び出し深いスタックを生成する。毎度引数＋同じ値で呼び出されるのに毎度SQLの生成を行う。 そこでキャッシュ戦略でも比較的基本的な、クエリ単位でのキャッシュをおこなうクエリキャッシュとしてActiveRecord::QueryCacheを実装した。引数をキーにしてキャッシュを保存するため、SQLの生成も行わず高速に結果をフェッチすることができる。今後は、エンタープライズでのO/R Mapplerのキャッシュ戦略などを調べてもう
EfficientJavaScript - Dev.Opera - 効率的な JavaScript
EfficientJavaScript - Dev.Opera - 効率的な JavaScript 目次 この文書について 効率的な JavaScript ECMAScript eval や Function のコンストラクタを使うのはやめよう eval を書き換えよう 関数を使いたいなら function を使おう with を使うのはやめよう 性能を決める関数で try-catch-finally を使うのはやめよう eval と with は隔離しよう グローバル変数を使うのはやめよう 暗黙のオブジェクト変換に気をつけよう 性能を決める関数で for-in を使うのはやめよう 文字列は累積スタイルで使おう プリミティブの操作は関数呼び出しより速い setTimeout() や setInterval() には文字列でなく関数を渡そう DOM 再描画と再フロー 再フローの回数をでき
極東ブログ: 仏教の考え方の難しいところ
「仏教と大量殺人」というタイトルにしようかと思ったが、不用意に刺激的なのでいい加減なタイトルに変えた。たぶん普通の日本人は仏教は不殺生の宗教なので、大量殺人を教義的に許容することなどありえないと考えるのではないか。実際夏安居などはジャイナ教かと思えるほどだ。あるいは多少日本史を知っている人なら僧兵や本願寺戦なども連想するかもしれないが、それでも仏教の教理において殺生を是とする考えがあるとは思わないだろう。しかし、子細に仏教を検討していくとそうとばかりもいえない。 歴史的に興味深いのは北魏における大乗の乱だろう。なぜかウィキペディアに項目がある（参照）。 大乗の乱（だいじょうのらん）とは、中国北魏の宗教反乱であるが、人を殺せば殺す程、教団内での位が上がるという教説に従った殺人集団であり、その背景には弥勒下生信仰があるとされる。 515年（延昌4年）6月、沙門の法慶が冀州（山東省）で反乱を起こ
L'eclat des jours(2007-03-30)
_ カヤック星人がやってくる というわけで、2回あった前夜祭のあとに、いよいよ蒼ざめたカヤックがやって来る。 僕もrjbがちょびっと言及されていることもあってレビューに参加したのですが、いろいろな読み方ができる本なので読む価値はあるでしょう。 読み方1： かくたにさんの漢を読む（翻訳ってのは結局、自家薬籠中のものにすることだからね）。Rubyサイコー 読み方2： テクニカルに読む。確かにある種のシステム（具体的な例は自分で考える）であればJ2EEよりRailsのほうが向いているわけだ。 読み方3： 開発者のマーケットセグメンテーション戦略として読む（インドに行かせない方法というか） 読み方4： SIerの〃 （読み方3をよりビジネス寄りにシフトさせて読むってこと） 読み方5： 批判的に読む。当然だけどJ2EEは優れたテクノロジーだ。テイトが書いていないことを読めば、J2EEであるべきシステ
ドキュメントとソースの乖離 - kuranukiの日記（移転しました）→ http://kuranuki.sonicgarden.jp
ドキュメントとソースコードの内容が乖離してしまうことはよくあることですね。 アジャイル開発の場合、最初のリリース後の反復は、まさしく積極的な保守のような開発になる訳で、そうなると、ドキュメントが多くあると変更コストが高くなるため、なるべくドキュメントの量を減らすようにしています。ドキュメントがあることで、変更コストが高くなるというのはどういうことでしょう。それは、動くソフトウェアとドキュメントの内容を同期しないといけないからですね。アジャイル開発をする場合には、乖離しないための手段を考えることは成功のために大切なことになってきます。 また、私は、以前から、テスト駆動開発（TDD）で開発する際には、テストケースのソースコードを置くディレクトリは、なるべく、テスト対象のソースコードの近くに置くべきだと主張してきました。同じプロジェクトのディレクトリに置くことはもちろん、できるならば、テスト対象
『JavaからRubyへ―マネージャのための実践移行ガイド』 - kuranukiの日記（移転しました）→ http://kuranuki.sonicgarden.jp
注目の書籍、献本頂きました。訳者の角谷さん、ありがとうございます。出遅れた感じはありますが、感想を。。。 まず、私の立場を再表明しておくと、元々はプログラマ出身ですが、数年間Javaのマネージャを経験した後、今は、Rubyを採用したWebのソフトウェアサービス開発のマネージャをしています。実際にこの本に書かれているような実践移行を行ってきた立場での感想になりますね。 「マネージャのための」と銘打っているためか、Rubyのコードや技術的な説明を使わないで、Ruby導入の背中を押してくれる内容になっています。Javaを貶めるのでもなく、Rubyに熱中になってるだけの感じでもなく、わりと冷静なスタンスでリスクの分析をしている点は、マネージャとして安心して読めました。（かといって、全編にわたってRubyへの愛のようなものを感じるのは、訳者の力でしょうか） キャズムの向こう側にいるマネージャにとって
ＵＮＩＸのバックグラウンド
ＵＮＩＸのバックグラウンド Unix に初めて接する方々が、それを理解し、応用し、そのマニュアルをご覧にな るときの手助けとして、システム全体の背景を解説してみようと思います。 「商品」と「拡張」部分を割り引きした unix は驚くほど効率的で居心地の良いシ ステムですが、派手でもなく、素人受けするものでもなく、馴れるに従って離れ難 くなり、見た瞬間でなく、後になって深い感動を覚えるといったところがあります。 よく言われているような、ソフトウェア開発といった狭い領域だけでなく、個人か ら組織、日常業務から非定型業務、事務、技術、研究開発、出版、自動化等、あら ゆる分野で、その威力を発揮します。 日頃、目につくことは少ないのですが、実際、日本でも、一部上場会社から、家族 経営の商店、個人の自宅と、幅広いところで、汎用機やオフィスコンピュータ、そ の他のシステムをはるかにしのぐ活躍をしています
サイボーグとインターセックス＠米国カルスタ学会 in ポートランド - *minx* [macska dot org in exile]
昨日からポートランドで開かれているカルチュラルスタディーズ学会に参加。今日の目当てはサイボーグ理論（分からない人は、「サイボーグ」「ハラウェイ」あたりで検索しても、それで見つかる本を読んでも、やっぱり分からない確率大）をインターセックスに適用するという趣旨の論文が発表されるというパネル。タイトルから判断すると、いかにもカルスタ系の学者が頭の中でインターセックスという概念（人間ですらない）をいろいろこねくり回して自己満足に浸るタイプの論文だろうなぁと思っていたのだけれど、実際のところ全く違った。嬉しい驚き。 発表したのはサンノゼ州立大学の Maura Daly さん。もともとサイボーグ理論で博士論文を書いたこともあり、それをうまく応用できそうな対象だと考えてインターセックスについて調べてみたところ、実際にはそんな単純な話ではないと気付いて、本当にサイボーグというメタファーをインターセックスに
![サイボーグとインターセックス＠米国カルスタ学会 in ポートランド - *minx* [macska dot org in exile]](https://cdn-ak-scissors.b.st-hatena.com/image/square/0d4e78085d8b54bb6c473587fa4224a3a9ca4bb6/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127031685996%2F17680117127031715811%2F1555342048)
俺様Linux備忘録 ubuntu Feistyで一発Beryl
2ちゃんねるのLinux板の3Dデスクトップ統合スレで何やら凄いコマンドを発見。 この10行をそのままコピー＆ペーストすれば即座にインストール終了とのこと。 sudo cp /etc/X11/xorg.conf /etc/X11/xorg.conf.backup.beryl-script sudo cp /etc/apt/sources.list /etc/apt/sources.list.backup.beryl-script echo "deb http://ubuntu.beryl-project.org feisty main deb-src http://ubuntu.beryl-project.org feisty main" | sudo tee -a /etc/apt/sources.list wget http://ubuntu.beryl-project.org/roo
印刷用CSSをもっとよくするための4つのTips。 - TRANS [hatena]
約2ヶ月くらい前に、Printing the Web: Solutions and Techniques | Smashing Magazineというエントリーを読みました。10個以上の海外のサイトのいろんな印刷向けCSSやJavaScriptのTipsが紹介されていて、「印刷用CSSをまとめてみた。」を書いた自分としては何とか分解してやりたいなと思っていました。で、本日ようやく分解が一通り終わりましたので、その中で得たTipsを紹介します。 印刷用デザインも1つのWebデザインプロセスとして考えておく。 今回、このエントリーが最も自分にとっては衝撃的でした。印刷用CSSの機能面だけを追い求めて、「まあ、印刷されるときに、最低限読めればいいんでしょ？」くらいにしか思っていなかった自分が、ちょいと情けない。元ネタは、Five Simple Steps to Typesetting on th
![印刷用CSSをもっとよくするための4つのTips。 - TRANS [hatena]](https://cdn-ak-scissors.b.st-hatena.com/image/square/006177c1ae7d95a2c7c0336994db88ed59a41525/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F6435988827676522384%2F6435988827676523317%2F1448268251)
mizzy.org - SVN::TracWiki #0
SVN::TracWiki #0 Posted by Gosuke Miyashita Sat, 21 Apr 2007 19:55:57 GMT SVN::TracWiki というツールをつくってみました。svn repos はこちら。 何をするものかというと、Subversion の post-commit スクリプトとして動作して、コミットされたファイルからテキストを抽出、そのファイルの実体へのリンクを付加して、Trac の Wiki へ自動ポストするというもの。 具体的な例としては、PowerPoint ファイルをコミットしたら、そのファイルからテキストのみを抽出して Wiki へ自動ポスト。こんな感じで。 これで何がうれしいかというと、Subversion で管理している PowerPoint ファイルを、Trac 上で検索ができるようになります。こんな感じですね。元ファイルへ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.com: Practical JRuby on Rails Web 2.0 Projects: Bringing Ruby on Rails to Java (Expert's Voice in Java): Bini, Ola: Books
中里一日記: 高田里惠子『グロテスクな教養』（ちくま新書）
ドメインパーキング