前の日 / 次の日 / 最新 / 2003-06

たまにっき。 / 2003-06-17

2003-06
日	月	火	水	木	金	土
1	2	3	4	5	6	7
8	9	10	11	12	13	14
15	16	17	18	19	20	21
22	23	24	25	26	27	28
29	30

2003-06-17 Tue

2004 2005 2006 2007 2008

■ ライオン

<http://www.lion.co.jp/kids/eco/hito1.htm>
ライオンという会社は普段どういうことをしているのだろうか．

ゴキブリに洗剤などをふりかけてから死ぬまでの時間って．
まぁ，参考になることはなるのだが．
via <http://slashdot.jp/comments.pl?sid=101563&cid=339658>
30 秒でアイスクリームですか．

ちなみに，液体窒素で人の内臓までは凍りません．
と何かで読んだ覚えがある．

Category: [misc]

[ 固定リンク | コメント | トラックバック () |

]

■ Web サーバの愚痴

via <http://slashdot.jp/article.pl?sid=03/06/13/079230&topic=42&mode=nested>
つい全部見ちゃった．

<http://www.nobodyhere.com/404.html>
は面白いなぁ．

Category: [misc]

[ 固定リンク | コメント | トラックバック () |

]

■ Adobe Reader 6.0

<http://www.faireal.net/articles/7/21/#d30617>
via <http://saya.c-moon.jp/index.php?d=200306-B&cid=17-03#17-03>
なーんか違うと思うんだがねぇ。

「PDFファイルはプラットフォームに依存しない」というのは嘘である、ということを繰り返し強調しておく。

別にこれは否定しないし、その通りだと思う。
だが、

「ASCII文字と画像だけ」でない限り、ユーザはPDFファイルを作成・配布すべきでない。

なぜこういう結論になるのがわからない。

アドビは、テキストさえ表示できないようなとんでもない未完成の製品を正式の「最新版」として大々的にダウンロードさせていたのだ。

それが何か、と思うのは私だけかな。なら古いバージョンを使えばいいと思うし、
表示できるようになって初めてバージョンアップすれば良いだけの話だろう。

それに pdf をやめるために Math Player とか、MathML を使う方が面倒臭いと思うな。
そして、HTML だけで十分ではない場合もあるし。
その書類を誰が作ったかという情報が必要な場合は証明証が必要なので html だけでは表せない。

なんかねぇ、ある問題に注目して、それを使うべきではないという主張は
あんまり説得力がないと思うな。

ある致命的な問題があるが、そのアプリケーションにはこういう利点もある。そして、その利点を補うためにはこういう方法がある。その方法を使えばちょっと面倒だけど、みんなが便利だよね

という主張方法でないと、少なくとも私は、全てにおいて納得はしないと思うな。
まぁ、私に納得されようがどうでもいいかもしれませんが。

Category: [misc]

[ 固定リンク | コメント | トラックバック () |

]

■ 今日は Escher の誕生日でしたか．

<http://www.etropolis.com/escher/>
一瞬誰のことかわからなかったが，あの騙し絵のエッシャーですな．

Category: [イベント]

[ 固定リンク | コメント | トラックバック () |

]

■ メソッド分散による Java 言語の難読化手法の提案

<http://itslab.csce.kyushu-u.ac.jp/~fukusima/index-j.html>
<http://itslab.csce.kyushu-u.ac.jp/~fukusima/css.pdf>
<http://itslab.csce.kyushu-u.ac.jp/~fukusima/scis.pdf>
問題点を指摘する．

class Dog{
    public void bark(){
        System.out.print("woof ");
    }
}
class Basenji extends Dog{
    public void bark(){ }
}
public class Bark{
    public static void main(String[] args){
        Dog woofer = new Dog();
        Dog nipper = new Basenji();
        woofer.bark();
        nipper.bark();
    }
}

これを先に挙げた難読化法で難読化すると，私が勘違いしていなければ
以下のようになる．

class Dog{
    public static void bark(Dog d){
        System.out.print("woof ");
    }
}
class Basenji extends Dog{
    public static void bark(Basenji b){ }
}
public class Bark{
    public static void main(String[] args){
        Dog woofer = new Dog();
        Dog nipper = new Basenji();
        Dog.bark(woofer);
        Dog.bark(nipper);
    }
}

実行結果が変わってしまう．

また，実行時に型が決まる場合，

interface Hoge{
    public void hoge();
}
class A implements Hoge{
    public void hoge(){
        System.out.println("hoge");
    }
}
class B implements Hoge{
    public void hoge(){
        System.out.println("foo");
    }
}
public class Main{
    public static void main(String[] args){
        Hoge hoge = new A();
        if(args.length > 1) hoge = new B();
        hoge.hoge();
    }
}

というプログラムだと，hoge.hoge() で何が実行されるかは
実行時にしかわからない．

これらのようにメソッドオーバーライドや呼び出されるメソッドが
実行時に決まる場合について言っていない．

で，私にとっては，ここで挙げた例のようなプログラムは日常茶飯事に
作るので，この難読化法では問題があるように思う．

Category: [研究]

[ 固定リンク | コメント | トラックバック () |

]