>>262
　そうじゃない。　>>1のいうテクニックに問題があるんだ。

>>5 を見てごらん、
IDE と VB最適化で 5倍も違うね？　でも５倍の差はデータ数が増えても5倍だ。
しかし、アルゴリズムを修正すれば1000倍になったでしょ？
この差はデータ数が増えれば増えるほど大きくなるのは知ってるね？
　通例では何も考えずにコードを書くと、データ数の２乗で重くなるとか、ヘタなコードだと２のベキ乗で重くなるとのアレね。

5年で10倍の法則は知ってるね？　
5年で10倍になるんだから今遅くても問題ないというのは逆で、
5年でCPU速度と容量の両方が10倍になるんだから、遅いアルゴリズムだと5年先には10倍遅くなるんだ。
逆に>>1のいうようなテクニックは5年先には全く不要だ。

ネイティブコードコンパイルや最適化チェックはそりゃ問題ないよ。
でも、他のテクニックは明らかにコードの可読性を落とす。
コードの可読性が落ちれば修正容易性が失われ、他のアルゴリズムを検討する余地を無くしてしまう。
悪影響しかないんだよ。