パスワードを忘れた? アカウント作成
402669 journal
GNOME

WindVoiceの日記: 翻訳部:[j | c]Python by seanw

日記 by WindVoice
すらっしゅどっと翻訳部的活動(をかねて自分の英語の練習)ということで、本家インタビューでまだ和訳が翻訳部ホームページに出ていない部分を訳してみました。でもMaxさんが担当されている部分のようなので、Maxさんがすでに取り組んでらっしゃるようならば、これはこのまま捨て置いていただいて結構です。未訳でしたら、採用していただければうれしいなぁとおもいます。

----------

[j | c]Python by seanw
[j | c]Python seanwによる質問

How do you see the relationship between jPython (the java implementation) and standard cPython (the original C language version) evolving? And do you see the advantages of either one (i.e. portability vs. speed) becoming especially pronounced in light of the recent trend toward distributed software (ala the MS .NET initiative)?

jPython(Javaによる実装)と標準のcPython(オリジナルのC言語バージョン)の進展との関係はどうなっていますか? また、最近配布されるようになり、かなり注目を浴びるようになった(MS .NETのような)ソフトウェアと比較して、それぞれの有利な点はどこだと思われますか(たとえば携行性 vs 速度とか)。

Guido: Note that the new name is Jython, by the way. Check out www.jython.org -- they're already working on a 2.1 compatible release.

Guido: ちなみに、新しい名前はJythonだということを記しておくよ。www.jython.orgをチェックしてほしい。ここではすでに2.1互換のリリースに取り組んでいるよ。

We used to work really close -- originally, when JPytnon was developed at CNRI by Jim Hugunin, Jim & I would have long discussions about how to implement the correct language semantics in Java. When Barry Warsaw took over, it was pretty much the same. Now that it's Finn Bock and Samuele Pedroni in Europe, we don't have the convenience of a shared whiteboard any more, but they are on the Python developers mailing list and we both aim to make it possible for Jython to be as close to Python in language semantics as possible. For example, one of my reasons against adding Scheme-style continuations to the language (this has seriously been proposed by the Stackless folks) is that it can't be implemented in a JVM. I find the existence of Jython very useful because it reminds me to think in terms of more abstract language semantics, not just implementation details.

私たちは、JPythonが最初CNRIのJim Huguninによって開発されていたころからとても緊密に取り組んでいて、Jimと私はJavaでの正しい言語セマンティクス(意味論)についてたくさんの議論を交わしたよ。Barry Warsawが引き継いでからもほとんど同じだね。現在はヨーロッパのFinn BockとSamuele Pedroniがやってるから、もう共有できる便利なホワイトボードを持っていないのだけれど、でもPythonの開発者のメーリングリストがあって、JythonとPythonの言語セマンティクスを出来るだけ近いものにしようと取り組んでいるよ。たとえば、私がScheme-style continuationsを実装するのに反対した理由のひとつは (これはスタックなしfolkで深刻だった) これはJVMでは実装できないからなんだ。私はJythonの存在は、私に言語セマンティクスの理想に気がつかせるという点で非常に有用だと思ったよ。その実装の詳細ではなくてね。

IMO the portability of C Python is better than that of Jython, by the way. True, you have to compile C Python for each architecture, but there are fewer platforms without a C compiler than platforms without a decent JVM.

ところで、C Pythonの携帯版であるIMOはJythonの携行性より優れているよ。本当は、それぞれのアーキテクチャのもとでC Pythonをコンパイルしなくてはならないのだけど、それでもCコンパイラのないプラットフォームは、正規のJVMがない環境に比べればとても少ないね。

Jython is mostly useful for people who have already chosen the Java platform (or who have no choice because of company policy or simply what the competition does). In that world, it is the scripting and extension language of choice.

JythonはすでにJavaプラットフォームを選択済み(もしくは会社の方針やライバルの動向のために選択の余地がないとか)のほとんどの人に有用だよ。そんな場合は、これはスクリプト言語の拡張を選択したということになるね。
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。
typodupeerror

UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie

読み込み中...