RubyAdventJP, GC, Ruby（この記事はRuby Advent Calendar jp: 2009 : ATNDの4日目です。前日はmrknさんでした）　健全なるRubyistであれば、RubyのGCをいじることが週に一度はあるでしょう。そのときに困るのが、GCをいじってしまったことによるバグの修正です。GCをいじるというのは想像以上に難しく、少しでも書き間違えるとメモリ破壊が発生します。そのときに使えるTipsをこの記事で書くことにします。　みなさんご存じの通り、メモリ破壊というのは原因を特定するのが困難です。これは問題が発覚する場所とメモリ破壊が起こった現場が位置的に遠いことに起因しています。偉大なるハッカーのまつもとさんですら、その発見は困難です。　[ruby-dev:38628] Re: [BUG: trunk] called on terminated objec

コンピューター：C言語講座：デバッグについて 概要 プログラムを作成し、避けては通れない作業がデバッグです。理想的にはプログラムが完成した時点で動作も完璧であるのが最高ですが、さすがにどれだけ構造化を行って、丁寧にプログラムを組み上げても問題ゼロということは滅多にありません。ただし、元の作りが良いか悪いかによってデバッグの難易度は大きく左右されますので、まずはコーディング時にきちんと考えながら丁寧に組むことが一番です。 さて、デバッグですが、動かしてみて問題が出た場合にどうやって解決するかという点がメインになります。いちばん簡単確実なのはデバッガや、各種デバッグ用ツールを使うことですが、それぞれノウハウが必要です。個人的にはデバッガではdbxが使い慣れていて好きなのですが、GNUのgdbなど、環境に合せて使い分けが必要です。デバッグツールでもメモリーの不正アクセスやリークを検出してくれる非

AOPとはアスペクト指向に基づいたプログラミングのことです。しかし「アスペクト指向」や「それに基づいたプログラミング」とは何でしょうか。 今までにAOPについて様々な文献を読んでみたけれど、よく理解できなかったという方もいらっしゃるのではないでしょうか。何を隠そう、筆者も最初はよく理解できませんでした。 でも、それもそのはず、AOPを解説する人の多くは、アスペクト指向の思想や未来を含めて語っているからです。読者の多くは思想や未来はいいから、今の開発現場にAOPを取り入れると何ができるのか、取り入れると何がよいのかなどを知りたいのだと思います。今回はなるべく思想や哲学を除外した形でAOPの疑問に応えていきます（注1）。 ※注1： 本連載ではアスペクト指向について用語も含め意訳して記述しています。アスペクト指向について正しく学びたい方は「アスペクト指向入門 千葉滋著 技術評論社」を是非お読みく

ほんわかムードの童顔にぷるるんGカップ。児玉菜々子クンは大阪在住の急成長中グラドルなのだ。手を触れると溶けちゃいそうなマシュマロボディは超一級品。でも、じっくり話すとちょっと刺激的で意外な一面も。生激写の撮り下ろしグラビアで、菜々子クンとの誌上デートをお楽しみあれぃ！