>>554
> たとえば、ＭＤ５の計算がクリティカルなのがあらかじめ予想できるなら、
> おれははじめから速度が活かせる言語を選ぶし、
あらかじめ予想できたら、その通りだな。俺もそうする。

> ３Ｄのポリゴンの描画
> なら、はじめからSmalltalkでなんか書かない。
それも1つのやりかただと思う。
俺の場合、穴空きポリゴンの三角形分割なんかも必要だったんで、
どこまでプリミティブ化するか決めかねていた面もある。
一度プリミティブにしちゃうと後戻りしにくくなるんで。
それで、どのみち後でCに自動変換できることもわかっていたんで、
まずは全部Smalltalkで書いてみて、実行速度を実測してみて
どの部分をプリミティブ化するか決めることにした。
この場合はSmalltalkのIntegerとCのintとの間にインピーダンスミスマッチみたいなものがあって、
ある意味整数がオブジェクトであるためのデメリットといえる。
なんて書くと、また後付けとか言われそうだが。(苦笑