Rubyのスレッドはユーザーレベルスレッドなので、CPUがデュアルコアだったとしても、片方しか使わない。 ユーザーレベルスレッドには、たとえば環境に寄らず一定の動作をするとか、スレッドが割り振られるCPUによって動作速度が変わったりしないとか、利点はあるのだが、これからのマルチコア時代にその性能を活かせないのは残念なことだ。 スレッドレベルでの並列処理ができないなら、プロセスレベルで並列処理なんかできないものだろうか。 CPUが１つ完全に余ってると考えれば、Rubyインタプリタをもう一つ動かしちゃっても、何もしないよりは効率も高くなろう。 問題は2つの分離したプロセスをどのように同期させるか、という話だ。 例えばdrbとか使ってもよいが、1台のPCの中でTCP/IPを使って通信するというのも無駄が多い。 そこで、今日はメモリマップドファイルの実験をしていた。 メモリマップドファイルは、基本

オリジナルは自分で生むしかない クーラーをつけている室内で、こつこつ編む。毎日最低1つ、定番のグラニースクエアを編む。そう、最近のマイブームは編み物です。手作りでオリジナルのものを作りたいという願望から。去年の春あたりにもやっていたんですが、急に1ヶ月ほどで飽きて終了。それから、先…

else は上で示したように常に単独の行に書いてください。 return の後には else を使わないでください。 if (x < y) return -1; if (x > y) return 1; return 0; i++ も ++i も使用可能です。 インライン関数はそのデバッグが楽になるように名前を付けてください。関数をプロパティに代入しただけではその関数に名前を付けることはできません。次のようにしてください。 var offlineObserver = { observe: function OO_observe(aSubject, aTopic, aState) { if (aTopic == "network:offline-status-changed") setOfflineUI(aState == "offline"); } }; 名前や列挙値には interCap

Ruby on Railsは、バージョン2系から3系へと移行しつつあります。このメジャーバージョンアップは現在も進行中で、2010年8月29日に出たバージョン3.0は、その後、バージョン3.0.9までマイナーバージョンアップが進んでいますし、2011年5月22日にはRails 3.1のリリース候補版がリリースされ、正式リリースが目前に迫っています。そして、実はバージョン3.2や、4.0の話まで聞こえてきています。 7月25日に発売される『Rails3レシピブック 190の技』（高橋征義／松田明／諸橋恭介著、ソフトバンククリエイティブ）の刊行記念イベントとして東京・池袋のジュンク堂で行われたトークイベント「最新のRuby on Railsの魅力を語る～3.0、3.1、3.2、そして4.0へ～」から、Railsの最新トピックに関連する気になる発言をピックアップしてお伝えします。 このRails

第4回　JavaScriptでオブジェクト指向プログラミング：連載：Ajax時代のJavaScriptプログラミング再入門（2/4 ページ） プロトタイプ・ベースのオブジェクト指向 ということで、インスタンス共通のメソッドを定義するには、インスタンスに対してではなく、（少なくとも）コンストラクタによって定義する必要があることが分かった。しかし、「少なくとも」とただし書きが付いたことからも予想できるように、コンストラクタでメソッドを追加するのは好ましいことではない。 というのも、クラス（コンストラクタ）はインスタンスを生成する都度、それぞれのインスタンスのためにメモリを確保する。リスト3の例であれば、Animalクラスに属するname、sex、toStringという3つのメンバを設定するわけである。 ところが、toString「メソッド」については、すべてのインスタンスでそれぞれまったく同じ

JavaScriptが、いま注目を浴びている。 前回も紹介したように、JavaScriptが復権を果たした背景にはさまざまな要因が考えられるが、その契機ともなったキーワードを1つだけ挙げるとするならば、「Ajax（Asynchronous JavaScript And Xml）」を外すことはできないだろう。Ajaxという技術の登場によって、JavaScriptによるリッチなユーザー・インターフェイス構築の可能性が示されたことで、JavaScriptの価値は確実に見直されつつある。 本連載は、JavaScript復権のいまこの時代に求められる、JavaScriptという言語への理解を再確認しようというものだ。連載初回ではまずJavaScriptの苦渋の10年間を振り返りながら、JavaScriptという言語にまとわりつく誤解の払拭を試みた。JavaScriptという「不遇な」言語にこれまで向

趣味プログラミングについて、最近考えていることについて書きます。 昔からネット上には、ネタとしてギークを自称している人たちがいて、例えば、べにぢょさんという方は、明らかにこのカテゴリに属している方です。 私は昔から彼女が、なにかにつけては「コンパイル（はーと）」と言う言葉を繰り出す度に、必ずイラッときてしてしまうのです。 なぜなのかというと、やはり私が、職業として「コンパイル」という行為を真剣に行なってきたからなんですね。 私が新人だった頃の話ですが、当時、一万本程度のプログラム郡を一括コンパイルする必要があって、事前に詳細なスケジュールを組んで、一日あたり千本ずつくらい、深夜にバッチを回してコンパイルしていったことがあります。 ある日のこと、夜間バッチに異常に時間がかかってしまい、翌朝になっても積み残ってしまうという事象が発生しました。 たったそれだけのことなのですが、影響は大きく、関係