Perl6/Parrotスレ - Part2
現在開発中のPerl6インタプリタエンジンParrot。
ParrotはCLR(Common Language Runtime)であり、
ParrotアセンブラにコンパイルできればPerl6のみならず、
Python、Ruby、PHPをはじめ、JavaもC#も、Basic、Scheme、
その他の言語なんでもいける・・・ようになるかも！？
mod_parrotができれば速度面でも問題無し！
そんな夢のような言語/VMであるPerl6/Parrotについて語りましょう。
前スレ
次世代Webプログラミング言語の大本命Perl6/Parrot
http://pc8.2ch.net/test/read.cgi/php/1065599868/
関連サイト
>>2-5 早くいい話が聞きたいよねー。
pythonもちょっと試してみようかと思う今日この頃。
（あー、perlを見限るという話じゃないから。念のため） 前スレ 982 より。
> From: [982] nobodyさん <sage>
> Date: 2006/11/01(水) 01:09:27 ID:???
>
> 新スレ立てる前にリンクを精査しないと…。
> なんせスレ立てが 3 年前だから、情報が古すぎる。
>
> とりあえず外せないのはこんな感じか。
>
> Perl6 - 公式サイト
> http://dev.perl.org/perl6/
> Parrot - Perl6 の VM
> http://www.parrotcode.org/
> Pugs - Haskel による Perl6 の実装
> http://www.pugscode.org/
> Perl5 による Perl6 の実装
> http://search.cpan.org/~fglock/v6-alpha-0.015/
>
> 以下も日本語情報ではよくまとまってる。
>
> Pugs で Perl6 を体験する
> http://www9.ocn.ne.jp/~ymt/perl6/pugs.html
> Perl6 Rules（新たな正規表現）
> http://www9.ocn.ne.jp/~ymt/perl6/rules.html
> Perl5 モジュールが使える Pugs をビルドするには
> http://folksonomy.sakura.ne.jp/perl/pugs_build.html
>
> 他は古すぎね？
>>5
んんー。
前からpythonには興味はあるんだけどねー、
でも、ちょっとしたデータのコンバートとかには、やはりperlが一番手軽と
思うよ。プログラマーじゃない人間にとって、データ･コンバートとかが
用途の大半なわけだし。
perl6でoopがもっと簡便な形で扱えるようになるなら、
それはそれで大歓迎だけど。
まあ、両方知っといて損はないだろうなぁ。 pythonってよく分からないけど何がそんなに良いの？ >>8
やっぱ、oopの扱いが簡便だということなんじゃないの？
ていうか、perl5のoopはわけわか・・だからw
ただ、ごくごく簡単なその場限りのスクリプト書くのにoopなんて
うざいだけだと思うんだけど。
とはいっても、perl6でoopがもっと簡単なものになってくれれば、
すごく助かる人は多いんだろうなとは思う。
用途によって使い分けるのがいいのかねぇ。
でも、一つの言語を覚えるのも大変なのに、二つなんて
やれねーぞー。プログラマーじゃないんだし。
あと、guiもなんとかしてほしい。
英語ならperl/tkで決まりなのかもしれないけど、
日本語では不具合も多いし、使えねー。
（うざいコンソール消す機能も標準で付けてよw）
wxpythonとか、噂聞くけど（使ったことないけど）、正直うらやましい… ＞あと、guiもなんとかしてほしい。
そんな君にはmonoでPerl.NETなんだろうな。 Perl.NETをEclipseで開発とかできたらいいのにね。 Parrot 0.4.7 "Caique" Released!
ttp://www.parrotcode.org/ JVMがGPL化されるわけだが、Perl6/JVMってのはいずれ登場するのだろうか？
Web系に限って言えば、JVM上で動かすメリットって結構あると思うよね？
ＪａｖａＶＭ上のPERLって、以前なかったっけ？
オライリーから、PERLリソースキットという名で出てた書籍に
PERL5 on ＪａｖａＶＭが付属してた気が。
１万５０００円という値段にくじけて、そのうち買おうと思っていたら、
いずこともなく消え去ってしまった。
どこかのインタビューでラリーさんが、誰も興味を持ってくれないから
やめたとか言ってたのを読んだ気がする。
僕自身は、JavaVMに載せるのは大いに意味あることじゃないかと
は思う。たとえばJavaのクラスを利用できるとか。 >>17
JPLってやつじゃない？
ラリーが途中で飽きちゃったとか何とか。
ちなみにJVM上で動くってことはTomcat等の
APサーバ上で動くってことなのかな？
自己レスです。
>>17
>どこかのインタビューでラリーさんが、誰も興味を持ってくれないから
>やめたとか言ってたのを読んだ気がする。
というのは、たぶんこれ↓
本家インタビュー：Perl開発者ラリー・ウォール
http://slashdot.jp/developers/03/03/06/1041206.shtml?topic=55
はるか遠い昔（銀河の彼方）、僕はPerlとJavaをひとつのプロセスに
詰め込んだことがあったけど、大して衆目を引かなかった。もちろん
Java使いたちは100%Javaでないソリューションからは顔を背けたし、
もう一方の側からも極めて冷たい反応しか返ってこなかった。
概して、PerlプログラマたちはJavaにそれほど関心がないみたいだ。
>>18
Javaとのリンクは、みんな興味ないのかもしれないね。
でもそのうち、Parrot上で動くJavaVMとかJavaVM上で動くParrotとか
登場したりして。 mod_parrotみたいな仕組みじゃなくて、
既存J2EEサーバで用意されている仕組みが使える（ようになるかも）ってのが大きいかもな。
PugsはどのくらいPerl6の機能を実現してるの？
ほぼ機能を満たしてるんなら、もうPugsを暫定公式版にしてはどうだろう？
早くお披露目してほしいんだよ。
きちんとした日本語とかの解説とかやっぱりほしいし、
そのためには、Pugsを暫定的に公式版扱いするのが
いいように思うんだけど。 あまりきちんと触ってないけど、Pugsはまだまだだよ。
とりあえず本当に基本的な書き方であれば動く、というだけ。
ごく短いサンプルくらいしか動かせない。
それに死ぬ程遅い。
早くて来年くらいのって感じかな？再来年くらいか... perl6でgoogleで検索すると
「Parrotが公式リリースされた今、2002年もPerl6の動向がスクリプト言語界最大の関心事だろう。」
なんて恥ずかしいこと言ってるサイトが上位に来るね。 Parrotの開発って何が障害になってんだ？
やっぱりマンパワーと軍資金だろうか？
それとも技術的な問題だろうか？ 俺もParrotの開発の何がそんなに大変なのか分からん。 perl5 による perl6 エミュレータのようなものは
作れんのかな。
非の打ち所のない完璧なものよりも、とりあえずでいいから
動くものがほしいよ。 >>34
そうだよな
少なくともゼロからはじめたJVMよりは楽なはず
あんな複雑なGUIもないし
.NETもでているし、Parrotだけがなぜに大変なんだろう？ Perlコミュニティが3大美徳の無精を実践しすぎ。
もうそろそろPerlユーザーは怒っていいんじゃないか？ まあ、現状Perl5.8でで十分だし。
6も遅くちゃな。 > まあ、現状Perl5.8でで十分だし。
Perlコミュニティの悪徳だな
満足してるだけじゃだめ 正直、Perl5.8 ではオブジェクト指向が使いづらくて、
大規模な開発とかにはとても向かないだろ。
当面、Python を使うしかないなぁと思う。
インデントで制御するのはいいけど、関数にしろクラスにしろ、
閉じないというのは、あまりに直感的じゃないとは思うけど、
プライベートなインスタンス変数とかを楽勝で作れるのは、
いまの Perl5 ではとてもかなわんな、とは思った。 >>44
> 正直、Perl5.8 ではオブジェクト指向が使いづらくて、
ここは同意するが
> 大規模な開発とかにはとても向かないだろ。
とか
> 当面、Python を使うしかないなぁと思う。
とか、頭がオカシイんじゃないかと思う。
>>45
あん？
Javaにいくんなら、Perlと縁が切れるだろ。
Parroｔつながりで、Python使いつつ、Perl6も待ってみようと
いうことじゃないか。
Javaは多少使えるけど、
昔のPythonはそうでもなかったらしいが、
（やすきに流れたoopという面があったらしい）
今は完全なカプセル化とか実に簡単にできるようだ。
JavaはRADが裏でいろいろやるのが、
うざいんだよ。
（正直いうと、Perl5 こそRADがないとOOPなど無理だよなぁ）
本当は、Perlの中に使いやすいOOP機能があればいいと思うんだが。 大規模ってのはページが沢山あるって程度の意味なんだろ >>47
あるいはインターンこと丁稚をわんさか使ってる現場とか、、じゃOOは無理か
ネタがないから下がるばっかだ猫のスレ アホがわんさか湧いてきたな。
Pythonなら、Zopeもあるし、いろいろ出来そうなんだよ。
じゃあな。
あと、とりあえずPerl6は気長に待つ。 > Zopeもあるし、いろいろ出来そう
ﾜﾅﾋﾞｰ君かよｗ 態態ヘビ使いのインターン集めたりしねーべ。瑣末な言語仕様よりも考えるべきことがあるだろ。 あん？
とにかく、Perlは 6 が出ないとどうにもならないだろう？
それは待つにしても、それまでどうするかという話。
あー、もしかして Java とかじゃなくて PHP 使いどもかな。
ならいっとくが、きちんとしたカプセル化ができないような言語に
未来はないと思うぞ。
いちおう Java をいじった経験から、それは間違いないと感じる。 OO入門レベルの趣味グラマが抽象論振り回して開発語ってもしょっぺえ
妙な子どもっぽい文体はちょっと萌えたけど、肥大した自意識がやっぱしょっぺえ お金が尽きたら、そこで試合終了ですよ？
某イスラエル支援企業とかから出ないのかな。 >>36
JVMはゼロからじゃないよう
しかしPerlで特別に要求される技術といっても
コンパイル速度くらいしか思いつかないな JVMを引き合いに出しても…。
やっぱ、天下のSUN がやってるんだから、さける人数が違うんじゃない？
それより、昔はJVM（というかJava）は遅かったから、独自のVMという
発想もいいなと思ったけれど、最近のJVMは速いから、
はたして独自のVMの必要性があるかどうか。
いまのJVMより圧倒的に速いというVMは可能なんだろうか？
そういえば、なんかJVMでは今後は積極的にスクリプト言語のサポートを
していくそうで、動的な型付けの機能も改善していくとか報道されてたなぁ。
groovyとJython が当面の対象らしいけど。
Parrotは、はたしてどうなるのか。
いっそJVMに合流しては、といってみたい気もするが。 独り言は自分のブログでやれ。無知は邪魔にしかならね >>61
じゃあブログから毎日トラックバックさせていただきますね♥ PHPに未来が無いというが、ちょっとした掲示板程度なら全然問題ないと思うんだが。
PHP書けない俺が言うのもなんだけどｗｗｗ ParrotスレのマスコットAAは
＿＿＿＿＿＿＿_
| |
| ／￣￣ ヽ, |
| / ', |
| {0} /¨`ヽ {0}, !
|.ｌ ヽ._.ノ ', |
ﾘ ｀ー'′ ',|
| |
￣￣￣￣￣￣￣
5代目 ジュウシマツ住職
で異論ないな？ 確かに。Javaで動いた方がAPサーバ上で動くだろうし
いいのかも知れないね。
ただJythonとか名前が激しくダサいんだけど何とかならんの？
Jerlとか止めてくれよ？ むしろJPerl。
情報が新旧入り乱れて混乱すること請け合い。 >>1
> mod_parrotができれば速度面でも問題無し！
これはおかしいでしょう。
CGIはParrotが扱うほんの一部分。
なのに問題無し？
速度面もParrotでJITコンパイラが実現する事の方がインパクトが大きい。 Perl使ったシステムだけでなく、perl6自体の開発まで破綻させてしまうとは…
もうスクリプト言語にPerlはいらないよ ウェブ系としてはともかく、システム管理補助とかちょっとしたツールとしてはまだまだ使うよ。
まあ、そんな使い方なら、Perl6はいらないけどなｗ
Perl7が出てる頃にはPerl6も出てるんだろうな 俺は信じている。2015年までには完成するだろうと jarrotﾁﾝﾁﾝ☆⌒ 凵＼(＼･∀･) ﾏﾀﾞｧ？ January 16th, 2007
Parrot 0.4.8 "Eponymous" Released!
ttp://www.parrotcode.org/ ｵｰﾄﾞﾘｰﾀﾝとかは、いくらくらい金もらってるの？ SendmailXと同じで一向に出る気配がないねｗ
うーん。反論できん。
てゆーか最近はJVMで動くPerlの方が魅力的に思えてきた。
そうすればTomcat上でPerlが動いたりとかするんでしょ？ とりあえずPerlで作って、後々Javaにリプレースできる…とか？
よくわからん。 Parrot 0.4.9リリース
http://search.cpan.org/~pmic/parrot-0.4.9/ 新世紀なのにいまだに世紀末だと思ってる奴よくいるよね On March 20th, 2007,
Parrot 0.4.10 "The Release Formerly Known as "Prince"" Released!
ttp://www.parrotcode.org/ On April 17th, 2007
Parrot 0.4.11 "Tax Bird" Released!
http://www.parrotcode.org/ とりあいず Perl6 Essentials で余臭します。 
