お仕事日誌＆一日一麺

そのような無理やりな理解をする必要なく、彼の文脈から読み取れるメッセージは「翻訳とは本来アートだという気概を持って取り組むべきだ」ということなのではないか？

面倒くさいけど解説すると、レシピ、プログラム作り、翻訳を対比しているということは、背景に、

　材料の分量と、手順が分っても、
　作り手によって美味しくも不味くもなる

　文法と単語の対応関係が分っていても、
　本当に言いたいことを的確に翻訳できるわけではない

　仕様書があったとしても、
　シンプルで、美しいプログラムが書けるわけではない

という対応関係が想定できる。

君は知らないかもしれないが、かつてアメリカとソ連では、核ミサイルの弾道計算プログラムの長さが象と蟻ほどの違いがあったらしい。米国ではＰＣの性能が非常に高い為に、無駄なコードの羅列でも処理してくれたので、あまり追い込んだ形でプログラムをする体質がなかった為らしいが、弾道計算という決まちきった計算プロセスのプログラミングでこんな具合なのである。

つまり、これらには創造性で埋めるべき余地が存在しているので、それを自分自身が単純作業として貶めちゃダメだということを言っているのだと思うのだが？

差別するなといっている、君が翻訳を差別してると思えるよ。

> くわ さん、

ここに書かれている文章から判断するに、コードを書いた経験が（ほとんど）無い方だと判断します。その割にはプログラミングに関していろいろ言われているので放っておこうかと思いましたが、基本的なところだけは指摘しておいた方がよいと思いますので、指摘しておきます。

まず、核ミサイルの弾道計算をＰＣ（パーソナルコンピュータ）で処理することはありません。一般的に IA と呼ばれるインテルプロセッサを使用したアーキテクチャのコンピュータハードウェアを使用する可能性はあるものの、それをＰＣと呼ぶことはまずありません。

二つ目に、弾道計算というのは複雑な計算系ではないものの、高速な処理が求められるために、洗練されたプログラミング技術が必要です。何をもって「無駄なコードの羅列」や「追い込んだ形でプログラムする体質がなかった」とおっしゃっているのかがわかりませんが、現実としては、洗練されたプログラミングが必要とされます。

きちんと事実関係を確認したほうがいいですね。