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)?
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.
Barry Warsawがその仕事を受け継いだ後もそれは変わらなかった。
今ではヨーロッパのFinn BockとSamuele Pedroniがそれを引き
継いだことで、ホワイトボードを前にして一緒に検討するという
利便さは無くなってしまったけれど、彼らはPythonの開発者
メーリングリストに参加していて、僕とともにプログラミング言語
としての本質をできうる限り密な関係に置いておけるように努力し
ているんだ。
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.
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.
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 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).
"the competition"って、何かしら。
企業間の競争のようにも思えますが、
各コンピュータ言語の普及具合を
「競争」と言っているのかもしれません。
こんな対案を出してみます:
[draft] [c|j]Python (スコア:1)
なんかかなり難しげなんですが・・・思い切り揉んでください。
[j | c]Python について
seanw による質問
How do you see the relationship between jPython (the java implementation) and standard cPython (the original C language version) evolving?
"jPython"(javaによる実装)と標準的な"cPython"(オリジナルの
C言語上の実装)の関係の発展についてどう思いますか?
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)?
それから、どちらかの優位性(たとえば、移植性と性能)が最近
注目されている(MSの.NETのような)分散処理形態に向けて
優位性を持つという風に考えていますか?
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.
どうでもいいことかもしれないけど、それは今では"Jython"って
名前だ。http://www.jython.org/ を見てみれば分かるように、
すでにPython2.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.
実際、僕らは実に緊密な作業をしていた。元々"JPython"はCNRI
のJim Huguninが開発したものだが、Jimと僕は時間をかけて
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.
Barry Warsawがその仕事を受け継いだ後もそれは変わらなかった。
今ではヨーロッパのFinn BockとSamuele Pedroniがそれを引き
継いだことで、ホワイトボードを前にして一緒に検討するという
利便さは無くなってしまったけれど、彼らはPythonの開発者
メーリングリストに参加していて、僕とともにプログラミング言語
としての本質をできうる限り密な関係に置いておけるように努力し
ているんだ。
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.
たとえば、Scheme形式のような継続を(スタックのない環境では
重要な要件ではあるが)取り入れない理由は、それがJavaVMでは
実現できないからだ。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.
個人的な考えとして、CPythonの移植性はJythonより優れている
とは思う。実際、C Pythonを皆それぞれのアーキテクチャで
コンパイルしなきゃいけないとしても、JavaVMがない環境より
Cコンパイラのない環境の方が少ない。
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プラットフォームを選択した(あるいは会社
の方針か、それとも単純な競争力確保という観点で)人のために
あるようなものだ。こういう世界では、スクリプト言語とその拡張
言語は選択の一つだという事だ。
-- (ま)
Re:[draft] [c|j]Python (スコア:1)
企業間の競争のようにも思えますが、
各コンピュータ言語の普及具合を
「競争」と言っているのかもしれません。
こんな対案を出してみます:
Jythonは、すでにJavaプラットフォームを選択している(あるいは、会社の方針とか、単に競争でそうなっているとかの理由で、選択肢が無いという)人には、大方、都合がいいのだ。
Re:[draft] [c|j]Python (スコア:1)
ここは結構「濃い」ですね :)
さて、今までは嬉しかった事もあり、進捗が分かり易く読み易い(日記に対するコメントをクリックして奥に入らなくても良い)と思った為、
コメントとして頂いた訳を表(日記欄)にすぐ出して来ましたが、改めます。
私の方でもしっかり読んでから表に出そうと思います。
ありがとうございました!!