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

[関連サイト]
Perl6
http://dev.perl.org/perl6/

Parrot
http://www.parrotcode.org/

Parrot examples
http://www.parrotcode.org/examples/

Perl6
http://homepage1.nifty.com/kazuf/perl6.html

Perl6 最新情報
http://bulknews.net/lib/slides/jus-perl6/jus-perl6-embed.PDF

TSperl
http://rakunet.org/TSNET/TSperl/1/37.html

Parrot 入門 - The Parrot Primer
http://www.namikilab.tuat.ac.jp/~sasada/prog/parrot-intro.html

スラッシュドットジャパン
本家インタビュー：Perl開発者ラリー・ウォール
http://slashdot.jp/interview/03/03/06/1041206.shtml?topic=55

[関連スレ]
Perl6について語れや。
http://pc.2ch.net/tech/kako/993/993665608.html

3get

早くいい話が聞きたいよねー。

pythonもちょっと試してみようかと思う今日この頃。
（あー、perlを見限るという話じゃないから。念のため）

>>4
まだ試してないの？

前スレ 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ってあるの？
http://www.activestate.com/Products/Perl_Dev_Kit/more_information.plex
これ…？

Perl.NETをEclipseで開発とかできたらいいのにね。

perl6といえば、ｵｰﾄﾞﾘｰﾀﾝハァハァ要素も欠かせない
http://pugs.blogs.com/photos/audrey/20061026.html

wxperl
http://wxperl.eu/

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サーバで用意されている仕組みが使える（ようになるかも）ってのが大きいかもな。

Parrotはじまったな

なんか進展があった？

終わりの始まり

PugsはどのくらいPerl6の機能を実現してるの？
ほぼ機能を満たしてるんなら、もうPugsを暫定公式版にしてはどうだろう？

早くお披露目してほしいんだよ。

きちんとした日本語とかの解説とかやっぱりほしいし、
そのためには、Pugsを暫定的に公式版扱いするのが
いいように思うんだけど。

ややこしくなるよ

あまりきちんと触ってないけど、Pugsはまだまだだよ。
とりあえず本当に基本的な書き方であれば動く、というだけ。
ごく短いサンプルくらいしか動かせない。
それに死ぬ程遅い。

何年まだまだを続けるの？

クリスマスまで

早くて来年くらいのって感じかな？再来年くらいか...

perl6でgoogleで検索すると
「Parrotが公式リリースされた今、2002年もPerl6の動向がスクリプト言語界最大の関心事だろう。」
なんて恥ずかしいこと言ってるサイトが上位に来るね。

Perl6開発の補助金が底を尽きる
http://www.hyuki.com/yukiwiki/wiki.cgi?Perl6%B3%AB%C8%AF%A4%CE%CA%E4%BD%F5%B6%E2%A4%AC%C4%EC%A4%F2%BF%D4%A4%AD%A4%EB

>>31
アンテナ低い

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機能があればいいと思うんだが。

大規模ってのはページが沢山あるって程度の意味なんだろ

2chは大規模？

>>47
あるいはインターンこと丁稚をわんさか使ってる現場とか、、じゃOOは無理か
ネタがないから下がるばっかだ猫のスレ

アホがわんさか湧いてきたな。

Pythonなら、Zopeもあるし、いろいろ出来そうなんだよ。
じゃあな。

あと、とりあえずPerl6は気長に待つ。

> Zopeもあるし、いろいろ出来そう

ﾜﾅﾋﾞｰ君かよｗ

態態ヘビ使いのインターン集めたりしねーべ。瑣末な言語仕様よりも考えるべきことがあるだろ。

あん？

とにかく、Perlは 6 が出ないとどうにもならないだろう？
それは待つにしても、それまでどうするかという話。

あー、もしかして Java とかじゃなくて PHP 使いどもかな。
ならいっとくが、きちんとしたカプセル化ができないような言語に
未来はないと思うぞ。

いちおう Java をいじった経験から、それは間違いないと感じる。

頭がおかしい人が貼りついてて怖いです＞＜

関連wiki
http://wiki.ninki.org/wiki.cgi?p=Perl6%2fParrot%a5%b9%a5%ec+%2d+Part2

OO入門レベルの趣味グラマが抽象論振り回して開発語ってもしょっぺえ
妙な子どもっぽい文体はちょっと萌えたけど、肥大した自意識がやっぱしょっぺえ

お金が尽きたら、そこで試合終了ですよ？
某イスラエル支援企業とかから出ないのかな。

>>36
JVMはゼロからじゃないよう
しかしPerlで特別に要求される技術といっても
コンパイル速度くらいしか思いつかないな

（＼(T◇T)／） ＜バスケがしたいです！

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コンパイラが実現する事の方がインパクトが大きい。

Pjerlにしようぜ。

PerlOnJavaがいいな。

Perl使ったシステムだけでなく、perl6自体の開発まで破綻させてしまうとは…
もうスクリプト言語にPerlはいらないよ

ウェブ系としてはともかく、システム管理補助とかちょっとしたツールとしてはまだまだ使うよ。
まあ、そんな使い方なら、Perl6はいらないけどなｗ

だからPerl7だっと何度言ったら...

Perl7が出てる頃にはPerl6も出てるんだろうな

来年のクリスマスが楽しみ。。。

monoとparrotどっちが先にできるかな？

monoはとっくに完成しているｗ

monoって実用的かな？

微妙

2007年も詐欺言語Parrotにご期待ください

俺は信じている。2015年までには完成するだろうと

jarrotﾁﾝﾁﾝ☆⌒ 凵＼(＼･∀･) ﾏﾀﾞｧ？

January 16th, 2007
Parrot 0.4.8 "Eponymous" Released!
ttp://www.parrotcode.org/

>>77
perl5よりはマシって感じ

Parrot早よ来い！

ｵｰﾄﾞﾘｰﾀﾝとかは、いくらくらい金もらってるの？

SendmailXと同じで一向に出る気配がないねｗ

うーん。反論できん。
てゆーか最近はJVMで動くPerlの方が魅力的に思えてきた。
そうすればTomcat上でPerlが動いたりとかするんでしょ？

Tomcat上で動くとどういう利点があるの？

とりあえずPerlで作って、後々Javaにリプレースできる…とか？
よくわからん。

tomcat って言いたいだけ？ｗ

>>90
そんな低劣な発想するのはお前だけ

と〜きは〜まさ〜に〜せいき〜まつ〜〜

Parrot 0.4.9リリース
http://search.cpan.org/~pmic/parrot-0.4.9/

新世紀なのにいまだに世紀末だと思ってる奴よくいるよね

あれ、もう6年も経ってるのか。
今日何曜日だっけ

2008のクリスマスに出そうな予感

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 で余臭します。

出ても盛り上がらんだろ

>>100
PHP厨は巣へお帰りください。

On May 15th, 2007
Parrot 0.4.12 "of the Caribbean" Released!
http://www.parrotcode.org/

もう待てないよね… orz

頼む。Parrotもいいが、Java SE7が出たら、
JVMに合流してくれ。

>>101
未だにPerlをﾊﾞｶにする奴はPHP厨しかいないとでも思ってるの？

ageておくか。

On June 19th, 2007
Parrot 0.4.13 "Clifton" Released!
http://www.parrotcode.org/

まだ0.4.13かよ…
もう出る前にﾗﾘ死ぬんじゃない？

On July 17th, 2007
Parrot 0.4.14 "Now, with Seat Belts!" Released!
http://www.parrotcode.org/

Parrotの開発って何が原因で遅いの？
更新されてるってことは、単にやる気がないからってわけじゃなさそうだけど

開発はParrot本体とPerl6に集中してもらいたいよな。
Perl6だけがParrotのアイデンティティーなんだから、
他の言語の実装なんか後回しでいい。

>>110
＞開発はParrot本体とPerl6に集中してもらいたいよな。
それは言えてる。

忘れてしまいそうだぜ！

今から Perl6 Now を読んでおくんだぞ

正直いって、
Parrot なんぞに貴重な人的リソースをつぎ込んでるくらいなら、
JVM に合流してPerl6 へ集中してもらいたいよ。

開発始めたころは、JVM にはいろいろアラがあり、
Parrot には大きな意味もあるように思えたが、長い時間が過ぎ、
いまそれにどんな意味があるのか不明としかいいようがない。

（JVM を採用すれば、さまざまなJava資産に簡単にアクセスできるし）

JVMで動作する言語開発のサポートプロジェクト"JVM Language Runtime"発足
ttp://journal.mycom.co.jp/news/2007/08/01/045/index.html

こういうのに、乗っかってほしいよ。でないと、死滅しそう… orz

>>110や114のように、要求ばっかで労力や金を提供しない奴らばかりだから、
コミュニティがやる気なくしてるんです。
そんなに欲しいなら3億くらい寄付してやればいい。

>要求ばっかで労力や金を提供しない奴らばかりだから、

別に、要求してるんじゃなくて、心配してるんですよ。

JRuby Jython Groovy 、いずれもJVM上での正式版がすでに
リリースされ、Ｃ言語ソース版とほぼ変わらない機能を持つように
なってしまった。
どのスクリプトも、インタープリタとしても動くし、コンパイル
して jarにも出来るらしい。
ほかに JavaScript(Rhino)も合流してるし、大物 JavaFX の登場も近い。
その GUI構築力は画期的と早くも大評判だ。
それぞれの言語・スクリプトは自在にデータをやり取りできるから、
あそこはJRuby で、ここはJavaFX でというやり方も簡単らしい。

やっぱり、悲しいし悔しいよね。
Parrotなんて、ほんとに必要なのか？　必要なのは Perl6 じゃないの？

なにか、壮大な空回りをしている気がする…

いや、perl6は間違いなく必要ないだろう。

とにかく、parrot は0.5にも達していない。
このままじゃ、parrotの完成がいつになるかも分からず、
perl6 はいつまで経っても登場しないだろう。

方針転換を図るべき時期だと思う。

JVM はすでに存在していて、実績もある。
この上にperl6 を構築することを考えるべきだ。

> JVM はすでに存在していて、実績もある。
> この上にperl6 を構築することを考えるべきだ。

ある程度実装できたらリポジトリ教えてね。

もう、あと１〜２年以内にperl6登場（せめて、そのメドくらい）とならないと、
perlは本当に死滅しちゃうよ…

現状では、perl6はおろか parrot の登場さえ１〜２年では無理に思える。

いつまでこの馬鹿げた状況のままで行くんだ？
自前のVM でなくてもいいだろ。
人さまが作ったものでも、それがオープンソースで信用できるもの
なら、利用すればいいじゃないか。

> いつまでこの馬鹿げた状況のままで行くんだ？
> 自前のVM でなくてもいいだろ。
> 人さまが作ったものでも、それがオープンソースで信用できるもの
> なら、利用すればいいじゃないか。

ある程度実装できたらリポジトリ教えてね。

どうやら perl を見限るときが来たようだ。

さようなら…、永遠に。orz

> どうやら perl を見限るときが来たようだ。
>
> さようなら…、永遠に。orz

とか言うやつは、なにをしたいのだろう。
void がいたらお決まりの展開に。ｗ

自分はいまはJava に移ってしまったのだけれど、
perl をいま使う理由ってなんなのかなぁと考えてしまう。

Javaを使う身からすると、オブジェクト指向が…といいたい
ところだが、それはあまりに誰もが分かってる欠点だから、
とりあえず置いておくとして、

同種のスクリプトと比べても、リファレンスとかあまりに
時代遅れだと思うんだ。ネストされた配列とかも他のスクリプト
なら明示的に指定しない限り、展開されないのが普通で、
perlより圧倒的に使いやすいんだよね。

自分が perl を触ることがあるとすれば、過去に書いたもの
を触るときとかだけだよね。あと、まあ、正規表現は他より
たしかに使いやすいかもしれない。

自分の場合は、人にすすられて Pythonをいじってみてからかな、
目が覚めたのは。ああ、そうか、ほかのはこんなにも使いやすいのかと。

いつのまにか、Javaまで来てしまったけど、JVM上でのスクリプトは
いろいろあるから、スクリプトはこれからも使いたいとは思ってる。

５、６年ものあいだ、perlはなにも進歩していない。
Rubyやpythonをさわってごらんよ。

>>124
おまえ CPAN 知らないだろｗ

>>126
まあ、武士の情けで、CPAN の数段上をいく
Javaのライブラリをずらりと列挙するのはやめておいてやるよｗ

とはいえ、JRuby Jython Groovy といったスクリプトが
Javaやそのライブラリと自在に連携でき、お互いにどうとでも
利用しあえるという点を強調しておきたい。
（Javaもすごいが、Javaを塚わなくてもJavaの利用はできる！）

Rails もJRubyから利用できるし、Grails 正式版の登場も間近だ。

JavaFXのGUIを使ってデスクトップアプリを作りつつ、それを
Java Web Start でブラウザによらないWebアプリとして配布する
なんてことも、できるだろうよ。

俺もperl は使っていたけれど、もう終わったのかなぁという
感じがする…。思い返せば、誰かが parrot なるものを冗談半分に
思いついたときから、perl本体の機能更新が事実上されなくなり、
その遅れはいつしか取り戻せなくなってしまったのかなと。

>>126
何か知らんけど、３行くらいでまとめて書いてくれ。
そうでなければ、はてなダイアリーあたりでどうぞ。

featureプラグマは？

September 18th, 2007
Parrot 0.4.16 "A Farewell to Alex" Released!

なにこれ。
他のはさもすばらしいかのように誇張だけして、
それぞれのメリットとデメリットをまったく考慮してないアホのオナニー日記？

Perlは枯れたスクリプト言語でいいじゃない

Javaなんて文字コードの変換すらまともな方法が無い屑言語じゃない。
とか言いながら案件の数はJavaが最強なので使ってやってる。
Perlの奥深さに比べたらJavaなんか楽勝だからな。

ＪＡＶＡからＣ＃に移ってる開発者が急増してるらしいよ

.NET は砂上の楼閣。
Java はピラミッドか万里の長城な。

だからな、
parrot の開発が短期間にはとても終わりそうもないとハッキリした今、
.NET にせよ Java にせよ、perl6のターゲットをparrotに代えて
それらに出来るだろ。

Java の力はJava を使わないでも利用できる。
.NET はOS を選ぶ。

好むと好まざるとを問わず、そういう状況にあるということだ。

だれがどう見ても、parrotの開発にはあと５年はいる。
それどころか、perlの利用者以外は、開発はもはや無理と思っている。

開発者の人的・資金的リソースはすでに限られているんだよ。

このまま、あてなく突っ走るのか？　それならそれでもいいが、
parrot は捨てても perl6 には漕ぎ着けるという手があるだろ。

>>135
そういうことは、use.perl.org とかで書くといいよ。

>>135がなんでそんなにperl6にこだわるのかよくわからないんだけど
もうすぐperl5.10でるし、急いでperl6にしなくてもいいじゃない？
parrotがでるまでメジャーバージョンアップがされないだけで
機能は実装されるんだし何が問題なの？

pugsとか出てるしね。
pugsのperl6って、もうparrotさえあればリリースしてもいいくらいの完成度なの？

>>138
あれは遅すぎて、使い物にならないという話だよ。
あくまで、プロトタイプを素早く完成させるのに向いてる手法のらしい。

>>137
Javaでも、Rubyでも、ごく普通に使われているオブジェクト指向が、
perlではまるで誰にも理解不能の高等技術のようになってしまっている
のは、その設計があまりに古すぎるからだ。
（僕はperl を使っているころはまるっきり理解できなかった。
　あとになって、Java を知ったとき、あまりにも簡単なことだと
　分かって、拍子抜けしたほどだ）

どうしても、その部分の刷新がないと、これから選ぶ言語には
挙げてもらえないと思う。

自分も、はるか以前に知ったということがなければ、
perl をいまでもときどき使うということはなかっただろう。
（ま、正規表現はperl が一番やりやすいというのは事実ではあるが）

オブジェクト指向の件は触れないとしても、
リファレンスなどの扱いはPython では意識することなく、
はるかに容易に扱える。
そういう状況の中でのperl なんだよ。

ほかになにもないならば、永遠に進歩しなくても安泰だ。
でも、他の言語を知るものは、初心者に聞かれれば今は perl を薦める
ことはない。

その状況をなんとかするには、perl6 をなんとしてでもリリースしないと。

日記はチラシの裏にでも書いてろ。

Perl6はParrot Grammar Engineを使ってるんで、事実上Parrot専用ですよ。
他のVMで再現できるかは怪しい。

> perlではまるで誰にも理解不能の高等技術のようになってしまっている
> のは、その設計があまりに古すぎるからだ。

頭が足りてない人はかわいそうですね。

他の言語では 頭がたりなくても出来るんだよ。
リファレンスなど 自分でせんでも言語が勝手に自動でやる

PHPとかと比べてたらそう思うけど全体的に見れば
Perlは高級言語の度合いが高いと思うよ。

今のPerって5.8なんでしょ、
5.9は開発版だからPerl6でなきゃ事実上、Perl5.8で打ち止め？

いまのperl を批判してるような奴でも、
よく読めば、なんとかperl6 を出してほしいという
思いからの発言。
なんだかんだいっても、愛着があるんだろ。
どうにかして、Perl6 にこぎつけなきゃ。

>>145
次の安定版は5.10

> いまのperl を批判してるような奴でも、
> よく読めば、なんとかperl6 を出してほしいという
> 思いからの発言。
> なんだかんだいっても、愛着があるんだろ。
> どうにかして、Perl6 にこぎつけなきゃ。

頭大丈夫か？

>>139=146

October 17th, 2007
Parrot 0.4.17 "Two for Finching" Released!
ttp://www.parrotcode.org/

次は11/20

Parrotはいつになったら完成しますかage!

いつ完成するか、という次元は過ぎてるんじゃね？

いつでもいいから、３年後でも５年後でもそれ以降でも、
とにかく完成さえされたら、大ラッキーとでもいうしかないような。

JRubyみたいにJPerl作っちゃえばいいのに。

On November 20th, 2007
Parrot 0.5.0 "Caulked Snack" Released!
ttp://www.parrotcode.org/

>>153
JPL

今年のクリスマスプレゼントには間に合わなさそうだね

>>155
あの頃は、時期尚早だったんだよ。Java 自体が遅かった時代だし。

今となっては、はたからみて、早くJava上の Perl路線へ転換するべきなんだ
ろうが、開発陣も信者さんたちも意地があるから方向転換できないだろうし。

ただ、このままではゆっくりと言語としての死に向かっているようにしか
見えないから、面子やプライドなどかなぐりすてて Java上のPerl 路線に
向うべきだと思うんだよ。ほとんどの人が、本当は分かってるはず。

けれど、やっぱり方向転換は無理だろうなー。
まあ、それでも細く長く使われていくのかもしれない。

Perl5のまま生き残るよｗ

>>157
JRubyだってrubyコミュニティとは別で走ってたんじゃないのかね？
（よく知らないけど）
Pugsみたいに勝手にJavaで動くPerl6を（Perl5でもいいけど）を
作っちゃいましたーでいいんじゃないかな。
他力本願ですまんが。

shut the fuck up and write some code

On 18 December 2007
Perl 5.10 and Parrot 0.5.1 "Hatachi" Released!
ttp://search.cpan.org/~rgarcia/perl-5.10.0/
ttp://search.cpan.org/~jonathan/parrot-0.5.1/

Hatachi？
Perl6は生まれていないと言うのに・・・

Perl4 インタプリタを再実装してみるという提案。

ある程度できてもリポジトリは教えない。
教えてなるものか。

Perl20周年だからhatachiなのかな

>>139
正直、perl の OOP が難しい人は技術レベルが低そう。
perl の OOP は書くのが面倒なだけで、難しくはない。

「技術レベル高い＝すごい」ではないけど、
高水準と低水準との差を感じれるかは重要だと思う。

「高水準＝抽象度が高い＝誰でも理解できる＝技術レベルが低い」

これが理解できない人は多い。

低水準から高水準まで、守備範囲が広い人が「すごい」だと思う今日この頃。
＃もちろん仕事だと「すごい＝出来る」ではないけどね。

他で理解した後で戻ってきた上で、煩雑だけど普通にできるようになった、という奴は多そうだ
一つしか言語や環境知らない段階では、「下手な実装」は「必要以上に難読で意味不明な機能」で終わる

今どきだと、Javaの文字列操作で泣いた奴がPerl上のラクさに唖然としたりっていう逆の例もあるかもなぁ。

なんでもいいけど、IT 土方であることには変わりないぜｗ

>>165

>perl の OOP が難しい人は技術レベルが低そう。

の「低そう」はその人の "能力" が低いという意味で、

>「高水準＝抽象度が高い＝誰でも理解できる＝技術レベルが低い」

の「低い」は乗り越える "敷居" が低いという意味で OK ？

IT 土方でいいじゃない？

Perlでオブジェクト指向やろうと思うと、Perlの幅広い知識を要求されるからな。初心者にはとっかかりが悪いよ。
まあ、Perlそのものが初心者にハードルの高い言語だと思うけど。PHPやRubyがある今となっては。

だよな。perlはなんだかんだ言ってムズイ。

2008年も詐欺言語Parrotにご期待ください

> Perlでオブジェクト指向やろうと思うと、Perlの幅広い知識を要求されるからな。初心者にはとっかかりが悪いよ。

perl くらい理解できないと、一生童貞のままですよ？

perl が難しい、難しいというやつの気がしれないよ。
VB なら簡単で誰でもできるっていうのに限って、VB でも
やっぱり何にもできない。

そんなやつばっかり見てきた。

おまけに VB がオープンソースだと勘違いしてるし。

作るもの、作らなければならないものによって違うんじゃない。
一人シコシコ雑なコードで書きゃいいなら簡単な言語だけど
可読性高めたり再利用のできるコード維持したりするには
難しいというか、センスの要求される言語だと思う。
人目に触れるコード書いたことがあれば、簡単とはなかなか言えないな。
VB云々はなにが言いたいかわからんが、ある要求を満たすコードを書く場合に
誰が書いても似たものになる、センスよりは勉強でどうにかなる言語もあるよね。

>>173
難しいというか、変数のスコープとか風変わりな面があるってことなんだろうな。

変数がレキシカルじゃないのって、JavaScriptとPHPくらいなもんだろ。

perlに慣れちまうとCがチンプンカンプンorz

なんだかんだいってテキスト処理はperlが最強最速。
てかperlって自分勝手で良い所が小回り利いて使い勝手良すぎなので
なんだかんだいって使っちゃうなあ。その分センスがいるんだけど。

だな。

で、肝心の Parrot はどうなったの！？

今、自分が抱えている問題を解決できるかどうか
オブジェクト指向かどうかは全く重要ではない

はっきりいって5.8のEncodeは失敗だと思われる

On 15 January 2008
Parrot 0.5.2 "P.e. nipalensis" Released
ttp://www.parrotcode.org/

PerlはUnicode関係が複雑だね。

パールのユニコード対応は完璧
でもきたない
頑張って詰め込みましたという意気込みは伝わるけどねえ(苦笑)

LL言語中では一番早くて堅い実装だよね
さすがPerl

キモいが矛盾していない
それがPerl

知れば知るほどキモいよね(笑)
perlは何の略だったか思い出すたびに確信犯的な笑みが思い浮かぶ(笑)

perl6って根本的に違う言語になるってホント？
以前、試用したときはそんなに違わないと思ったけど

あとJavascriptとの連携強化できるといいと思わない？
なぜかというと将来のJavascriptはサーバサイド言語としても強力になるから。

Ruby1.9.1でPerl6を作るのはどう？



言ってみただけ。すいまそん。
風呂に入って寝ます。

言語を書くのに便利な高級言語が使えないのは人類は何かが間違ってると
よく思います

Index of /CPAN/src
http://www.perl.com/CPAN/src/
----------
Released
5.10 December 2007
5.8 July 2002
5.6 March 2000
5.5 July 1998
5.4 May 1997
----------

これを見るにperl6なんてまだまだ先の話だなー。
少なくともperl5.12まではマイナーバージョンでるらしいからな。

もげ

正直、Rubyをベースに変数名を $ で始まるようにして、ブロックを
{ } で囲むように記述できれば、それで構わない。自分も含めほとんど
のひとは Perl6 と区別できないと思う。

さすがに区別できないということはない＾＾；

Rubyの構文ってほとんどPerlのコピーだからなあ。

PerlとRubyって言うほど似てない希ガス。RubyはSmalltalkあたりからもかなり影響受けてるし。
Perl5でインチキだった部分をごっそり削って、まともなOOを引っ張ってきたのがRubyで、何故かさらにインチキてんこ盛りにしたのがPerl6ｗ
「ブロックは全部クロージャ」とか、言語要素はすごい洗練されてるのになんであんなにPerlっぽさが抜けないんだろう。

そこでおいらがPerl5と互換性を持たせたPerl7を妄想するわけよ。
案外、先にできたりして。







妄想だしな。

PIRで書かれたWiki
Parrotで動くCGIとしては世界初と思われる
ttp://www.wickedwiki.de/

On February 20th, 2008
Parrot 0.5.3 "Way of the Parrot" Released!
ttp://search.cpan.org/~pmic/parrot-0.5.3/

18 Mar 2008
Parrot 0.6.0 "P&P" Released!
ttp://search.cpan.org/~bschmal/parrot-0.6.0/

15 Apr 2008 parrot-0.6.1
ttp://search.cpan.org/~particle/parrot-0.6.1/

On May 20th 2008
Parrot 0.6.2 "Reverse Sublimation" Released!
ttp://search.cpan.org/~chromatic/parrot-0.6.2/
次回6/17

On June 17th 2008
Parrot 0.6.3 "Beautiful Parrot" Released!
ttp://www.parrotcode.org/

15 Jul 2008 parrot-0.6.4
ttp://search.cpan.org/~bschmal/parrot-0.6.4/

On August 19th 2008
Parrot 0.7.0 "Severe Macaw" Released!
ttp://www.parrotcode.org/news/2008/Parrot-0.7.0.html

更新情報だけで半年経ったな。

Mooseとか継ぎ接ぎだらけのPerl5を延命させても仕方ない。Perl6を早くリリースしなければPerlはこのままフェードアウトするな。

昔から使ってるような汎用モジュールはc++で書き直して
標準に組み込んでほしいよな

Perl6製Wikiエンジン
ttp://github.com/viklund/november/tree/master

最近、開発速度がアップしてきたな。
ほんのちょっとだけだけど。

識別しにハイフン入れられるようにとか、
そんなとこいまさらいじんのかよ、ってちょっと萎える。

識別子ね

On September 17th 2008
Parrot 0.7.1 "Manu Aloha" Released
ttp://www.parrotcode.org/

完成したってもう手遅れだよ

よくわからないんだけど、何に対しての遅れで、遅れるとなにがまずいの？

まだ5.8で戦える

mod_perlをもうちっと使いやすくしてくれれば
それでええと思うよ。

perl無くても戦える

サイトデザイン変わったのな。

On October 21th 2008
Parrot 0.8.0, "Pareto principle" released!
ttp://www.parrot.org/news/2008/Parrot-0.8.0

>>219
win用バイナリのperl6.exe動かなくない？
自分でビルドしたからいいけど。

さて、後2ヶ月弱でクリスマスだが今年もPerl6のリリースはなさそうだな。
本当にいつになったらでるのだろうか。

そもそもParrotって、8年も開発を続けている時点で
もうプロジェクトとして失敗していると思う。

それなのに、MozillaとかActive Stateとか
スポンサーがどんどん増えるから辞めるに辞められない。

実際、CでPerl6に的を絞ったコンパイラを書けば
それほど時間はかからないはず。

Perl6の言語仕様の複雑さを考えると、そう簡単に動くものが
できるとは思えないけど、このままだとPerl6は一生でない。

Pugsを正式版として、出すというのも考えた方がよいのでは。

金の流れが気になる

Perl6のコンパイラ自体は多分簡単にできると思うけど
（Pugsで2ヶ月だっけか）
Parrotの実装に時間がかかってるんだろうな。
もうParrotなんてやめてJavaVMに乗っける方向にすればいいのに。

On November 19th 2008
Parrot 0.8.1 "Tio Richie" Released!
ttp://www.parrot.org/news/2008/Parrot-0.8.1

"Rat Creature #1" ってあのネズミのことかな？

Perl6 (Rakudo) developers release は来年3月。
ttps://trac.parrot.org/parrot/wiki/ParrotRoadmap

Perlbuzzにもロードマップの要約エントリが上がってたよ。製品レベルは2010年のParrot 2.0。
http://perlbuzz.com/2008/11/parrot-10-will-be-out-in-march-2009.html

2009年内にRakudo 1.0は出せないだろうって開発者がコメントしてる。多分Parrot 2.0と同時期になるんだろう。
pre-1.0は出るらしいから、ユーザとしては来年から勉強を始めるくらいで丁度いいのかも。

Parrot 0.8.2 "Feliz Loro" Released!
ttp://www.parrot.org/news/2008/Parrot-0.8.2

Perl6はオブジェクト指向をちゃんと取り入れたPerl5でいいよもう
いつくるんだろうか・・・

しかしまあ、今年もPerl6の気配なかったな。
いつになったらでてくるのやら。

頑張れPerlコミュニティ！

Perl6とC++0xはどっちが先にくるんだろうな

Perl6は都市伝説？

56億7千万年したらリリースされます

凶器:パールのようなもの

1/21
Parrot 0.9.0 "From Outer Space" Released!
ttp://www.parrot.org/

で、いつPerl6出るの？

Rubyの1.9.1より先にPerl6がリリースすると思ってた時期が僕にもありました。

"From Outer Space"吹いたｗ

Rakudoは来年だろうけどParrot 1.0は今年3月には出るんだぞ。
お前ら少しはワクテカしろよ。

いやね、もう都市伝説にしか…

Parrot 0.9.1 "Final Countdown" Released!
ttp://www.parrot.org/news/2009/Parrot-0.9.1

がんばって欲しいねぇ。

今日1.0出るんじゃね?

Parrot 1.0.0 "Haru Tatsu" Released!
http://www.parrot.org/

せっかくだからageとく。これでRakudoの開発も早くなるといいな。

これで今までできなかった何が出来るの？

例えばmod_perlが必要なくなったり
一連のリクエスト処理をコルーチンで書けるようになったりするかもな

mod_perlが必要なくなるって、どういうこと？

mod_parrotになるんじゃない？ｗ

憶測で物を書くと、

これまで（Parrot 1.0.0より前）
mod_perl的な書き方をしない素のCGI（素のPerlに非ず）で使おうとしても
mod_perlが必要だった

これから（Parrot 1.0.0以降）
素のCGIでも動かせる

ってこと？

Perl6のファイルの拡張子は.plのままなのか?

個人的には.psの方が好きなので.psを使おうと思う


そう言えばrakudoでperl6のコード動かしてみたら
ジャンクションがちゃんと動いてて感動した

.psといったらPostScriptじゃないか

.psは使えないのか…
じゃ.p6か? それはちょっとな
.plあんま好きじゃないんだよなー

もう.psでいいや

>>248はProlog界からの刺客ということでOK？

Parrot用の言語ってどういうふうに開発してんの？

1.0が出たのにこの静けさ。
つーかなんでwebprogにあるんだこのスレ

perl6が使い物になるまでみんなでjiftyをいじって遊ぼう

Perl6マダー？

出ないよ

PerlってCPANコミュニティの開発力は高いけど、Perl6は全然ダメだな

ラリーウォールが駄目人間だからなぁ

どうなったらParrot使う？

JavaVMで大抵のスクリプトが動く今、Parrotのメリットって何？

>>260
Oracleに金玉を握られてないところ。

今となっては、Parrotなんてどうでもいいわな。そんなのより、高速で安定したApacheモジュールでの実行環境の方が大事だわ。

金玉揉んでくれる人が居ないからParrotは駄目なんですね

>>258
ラリーはダメ人間なのか？
この前のYAPCで一緒に写真とってもらって感動したんだが


parrotのいい所はサイズが小さいとこじゃないかな
…Javaもあんま変わんないか

Parrotって動的言語には最適なVMなんでしょ？

Parrot 1.1.0 "Half-moon Conure" Released!
http://www.parrot.org/news/2009/Parrot-1.1.0

Rakudo Perl #16 "Bratislava"がリリースされてる
socketがサポートされたな

>>265
>Parrotって動的言語には最適なVMなんでしょ？
最適かどうかはわからんが・・・
最近のLLVM人気のせいでParrotは時代遅れ扱いされてる感があるな

>>265
ぜんぜん。

しょうがないからParrotで動くインタプリタでも作ろうぜ

ところでParrotでPerl6が動くところまでもう行ってるのかね？

google先生にrakudoについて聞いてこいや

Rakudo #17 "Stockholm" Released!
ttp://rakudo.org/node/43

一挙一動を追いかけるなら今が一番面白い時期なんだろうが
いまいち食指が伸びない

Perl6の仕様に全く魅力を感じない

Parrot上で俺様言語作りたい
協力してくれ！

とりあえずPCTをハックするんだ
そしてそれを分かりやすく教えてくれ！
頼んだぞ！

>>275
HSP on Parrotを作ってくれ。

PCTは特許協力条約のことか？
さすがにハックは無理。

C#のLINQとか凄いよなあ。Perl6って、文字列の連結を~にするっていうのはどうなんだろうなあ。相当違和感あるんだけど。

＞文字列の連結
単純に+にすれば良かったのに。

Perl6は、数値型と文字列型で別扱いされるの？

ラリーのこだわり。
文字列の連結は数値の足し算とは違うから+はおかしいとか。

もうラリーの役割は終わったよ

ラリーがいなけりゃそれこそ出来損ないのRubyになっちゃうじゃん。

'10' + 0が'100'になるPerlなんてヤダ。

文字列の連結はドットのままでいいんじゃないの。->演算子もそのままでいいと思う。

Perl.NETでよくね？

monoもあるわけだし。
なんであたらしいVMつくるのか意味不明

ヒント：.NetにDLRが導入されたのはParrotより後

Rakudo Perl 6 development release #19 ("Chicago")

spectest が340通過したみたいだが、先月は68%、今月も68%というのはこれいかに。

ちょっと前にクリスマスwktkしてた感じがするのにもう7ヶ月経ったのか・・・

perl6…それはrubyのことである。

Perl 6、2010年4月登場
ttp://journal.mycom.co.jp/news/2009/08/10/021/index.html

1日リリースじゃないことを祈る

機能は全部じゃないって言ってるぞ。
フル機能はいったい何年後になるんだ？

大丈夫、俺らの学習曲線の方が傾きが緩い。
洗練されてて一々感心するんだけど、デカいよな仕様。

Parrot 1.6.0, "half-pie" Released!
ttp://www.parrot.org/

次スレあたりプログラム技術に移らないか
次スレがくるころには2010年4月がくるんだろうか…

Parrot 1.7.0, "African Grey" Released!
ttp://www.parrot.org/news/2009/Parrot-1.7.0

Perl6はまだかね？

来年の4月に部分実装でリリースでしょ？

あと10日ほどでParrot2．0だ。

Parrot 2.0.0 Released!
ttp://www.parrot.org/

parrot2.0 に一致する日本語のページ 2 件中 1 - 2 件目 (0.13 秒)
盛り上がりに欠けるなぁ

まあねえ
メジャーバージョンが上がったとは言え大きな変化があるわけでなし
Rakudo * もまだだしね

Fedoraとかに収録されるのは早くてもあと2年は掛かりそうですね。

もう入ってるし最近 Rakudo まで追加されてる

調べたら大分前に入っておりました
rakudoはぎりぎりRHEL6に入らない感じかな

なにげにParrot 2.1.1。
風も温んできた。4月も近い。

やっぱりエイプリルフール当日発表かねぇ。

Late April を目指してるらしいよ
4月の定期リリースの後くらい
ただ中心的開発者の pmichaud の奥さんが最近入院して看病に時間を取られてるとかで、
リリースを遅らせることも視野に入れてるとか
ttp://use.perl.org/~pmichaud/journal/40248

Rakudo Star は5月か6月リリースになったっぽい
ttp://github.com/rakudo/rakudo/blob/master/docs/ROADMAP

4月すぎましたよーーー！
どんな具合ですかーーーーーーーーー！？
げんきですかーーーーーーーーーー！

もうろくに需要ないから開発陣もまともに腰入れるつもりないんだろうな

仕様書で紙飛行機とばしてんのかねえ

この前、mooseちょっと使ってみようと思ったんだけど、あれはダメだね
ただでさえPerl5のオブジェクト指向は独特な概念と慣習に則っていて分かりづらいのに、。Perl5の言語機能を無理矢理拡張しようとして、さらに分かりづらくなってる。
そもそもPerlの用途ではあんな複雑な仕組みは必要ない。
classを導入して、いくつかのクラス型とプリミティブ型で宣言出来て、メソッドのアクセスコントロールが出来る、それくらいで十分なのに。

ハッシュのポインタとかリファレンスに対して使える関数が制限される機能があれば充分だよねｗ

>>312
良かったよ。
モダンPerl入門買おうかと思ってたけど買わずに済んだ。

Perl6を使いたい人はMooseに慣れとくのはいいと思うよ。
Perl5と添い遂げるぜって人はまあ別にいいけど。

そのPerl6がまったく見込みないからな。下手にMooseみたいなのでPerl5を延命させようとするから、Perl6がまったく盛り上がらない。

６のチームがヘボすぎるだけだろ

LarryっぽくないPerl覚えるぐらいならPythonでも一緒だからもうどうでもいいけど

ここ2週間でコミッタもコミット数も急増してる
そろそろ Star 出るかな

最近Perl6とRuby触ってみたんだけど、Perl6のほうがしっくりわかり易く感じた
Rubyはなかなか敷居が高い感じがした

Rakudo Star のリリース予定日が7月29日になった

出る出る詐欺に騙され続けたけど今回は現実味があるな。
遅れても2〜3年以内ぐらいには出るだろう。

それ出る出る詐欺ちゃうん

出来ていようが出来ていまいが必ず7月29日にリリースするよ、というようなことを言ってる
ttp://use.perl.org/~pmichaud/journal/40407

Rakudo Starでた。
ttp://rakudo.org/announce/rakudo-star/2010.07

Winマシンに入れてみようとしたが案の定makeでエラーがわんさか

そんな俺が言うのもなんだが
early adopter向けというわりにインストールは難しくなさそうだね

試してないけど Windows 向けのインストーラあるよ
ttp://www.jnthn.net/perl6/rakudo/Rakudo-Star-2010-07.msi

うほ
DLしたら一瞬でインストールされたｗ
これで遊びます。thx

Rakudoって楽土なのな

心配や苦労がなく楽しい生活ができる土地。楽園。- デジタル大辞泉

Rakuda-do(駱駝道)の略らしいな

ubuntuとwinxpに入れてみた。

ファイル読み書きなんかは行けるけど
LWPとか動かん。

ubuntuではテストに失敗するし。

Rakudo Star 2010.08
ttp://rakudo.org/announce/rakudo-star/2010.08

win向けのインストーラはまだ出てないみたい。

ついにバージョン3
ttp://www.parrot.org/news/2011/parrot-3.0.0

2年前に見たロードマップだと v3.0.0 は production-ready にするぜ的なことが書いてあったけど
そんなことなかった

ﾊﾟﾛｽ

期待してるんですよじっさい
早くしてくださいよ

なんかPerl5.14でforeachでリストリファレンスを直接回せるようになるらしいけど、もうPerl5を延命させても仕方ないと思うんだよね。
そんなことしても誰もいまさらPerl5を使ってみよう何て思わないよ。

Perl4で十分。

phpなんてあんな玩具…って言い続けてたんだがperlのあまりの停滞ぶりにphpに浮気中
慣れちゃうと設定楽過ぎて帰れなくなる

phpは記述がずるずる長くなるからキライ

長くしなきゃいいのでは？

長くしないためにPerlを使う

.NET 向け Perl 6 コンパイラの Niecza を使うと .NET アセンブリとか使えてわりと楽しい

rakudoはようやく75%まで実装されたらしい。
ttps://github.com/mj41/Perl-6-GD/raw/master/export/Summary%20-%20Compilers'%20features%20-%20GoodData.png
7月の時点で66%で11月末で75%だからそれなりにアクティブに開発すすんでるみたいだけど、
まだまだ時間かかりそうだな。

Rakudoの開発が進まない間にNieczaが伸びてきてる

>>342
5ヶ月で9％…
あと25％進むのに15ヶ月かかるとして

来年の春くらいには…

>>342
11月末だとまだ master ブランチだったころか？
nom ブランチに移ってから多少 regress したから割合減ってるかもしれない

つーか何の割合だろう？　パスしたテストの数か？
未実装の機能のテストなんかほとんど書かれてないから、
パーセンテージにあまり意味ない気する

Rakudo Star 2012.02出た

>>345
未実装分は赤のmissingに含まれるはず。
実装してspectestも書いてパスした分が緑ってことじゃないか？

さて、そろそろ勉強はじめるかな。

Perl6は後発の強みでやたら強力っていうから胸熱
Mojoliciousは可能な限りPerl6に移植可能なコードにしてるらしいし
Web屋ならMojo勉強すると良いんじゃないかと

QASTをJVMのバイトコードにトランスレートできるようになったっぽい、
年内にもNQPがJVM上で動くんじゃなかろうか

http://perl6.org/compilers/features
赤12黄8緑127?

http://rakudo.org/2013/02/24/rakudo-star-2013-02-released/
Rakudo Star 2013.02 released

専用VM出たな、ようやく面白くなってきた
https://github.com/MoarVM/MoarVM

rakudoがjvmバックエンドに対応したけども特に速くないな。
Moarに期待するか。

ようやくrakudoがMoarVMバックエンドに対応した模様。
jvmやparrotと比べると明らかに速い。ビルドも速い。
MoarVMに対応したrakudo starが出るとなかなか面白くなってくるかも。

次かその次のリリースではStarに含まれそうだね

spectestの結果もJVMバックエンドに肉薄してるし、
速いし軽いし言うことなしだな

ここ数日でMoarVMバックエンドでのspectestがずいぶん通るようになったな。
いまspectestしたらfailed 3つだけだった。
数日前まで30個以上あったんだが。