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 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 で余臭します。 On May 15th, 2007
Parrot 0.4.12 "of the Caribbean" Released!
http://www.parrotcode.org/ もう待てないよね… orz
頼む。Parrotもいいが、Java SE7が出たら、
JVMに合流してくれ。 >>101
未だにPerlをバカにする奴はPHP厨しかいないとでも思ってるの? 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に集中してもらいたいよな。
それは言えてる。 正直いって、
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上での正式版がすでに
リリースされ、C言語ソース版とほぼ変わらない機能を持つように
なってしまった。
どのスクリプトも、インタープリタとしても動くし、コンパイル
して jarにも出来るらしい。
ほかに JavaScript(Rhino)も合流してるし、大物 JavaFX の登場も近い。
その GUI構築力は画期的と早くも大評判だ。
それぞれの言語・スクリプトは自在にデータをやり取りできるから、
あそこはJRuby で、ここはJavaFX でというやり方も簡単らしい。
やっぱり、悲しいし悔しいよね。
Parrotなんて、ほんとに必要なのか? 必要なのは Perl6 じゃないの?
なにか、壮大な空回りをしている気がする… とにかく、parrot は0.5にも達していない。
このままじゃ、parrotの完成がいつになるかも分からず、
perl6 はいつまで経っても登場しないだろう。
方針転換を図るべき時期だと思う。
JVM はすでに存在していて、実績もある。
この上にperl6 を構築することを考えるべきだ。 > JVM はすでに存在していて、実績もある。
> この上にperl6 を構築することを考えるべきだ。
ある程度実装できたらリポジトリ教えてね。 もう、あと1〜2年以内にperl6登場(せめて、そのメドくらい)とならないと、
perlは本当に死滅しちゃうよ…
現状では、perl6はおろか parrot の登場さえ1〜2年では無理に思える。
いつまでこの馬鹿げた状況のままで行くんだ?
自前のVM でなくてもいいだろ。
人さまが作ったものでも、それがオープンソースで信用できるもの
なら、利用すればいいじゃないか。 > いつまでこの馬鹿げた状況のままで行くんだ?
> 自前のVM でなくてもいいだろ。
> 人さまが作ったものでも、それがオープンソースで信用できるもの
> なら、利用すればいいじゃないか。
ある程度実装できたらリポジトリ教えてね。 どうやら perl を見限るときが来たようだ。
さようなら…、永遠に。orz
> どうやら perl を見限るときが来たようだ。
>
> さようなら…、永遠に。orz
とか言うやつは、なにをしたいのだろう。
void がいたらお決まりの展開に。w 自分はいまはJava に移ってしまったのだけれど、
perl をいま使う理由ってなんなのかなぁと考えてしまう。
Javaを使う身からすると、オブジェクト指向が…といいたい
ところだが、それはあまりに誰もが分かってる欠点だから、
とりあえず置いておくとして、
同種のスクリプトと比べても、リファレンスとかあまりに
時代遅れだと思うんだ。ネストされた配列とかも他のスクリプト
なら明示的に指定しない限り、展開されないのが普通で、
perlより圧倒的に使いやすいんだよね。
自分が perl を触ることがあるとすれば、過去に書いたもの
を触るときとかだけだよね。あと、まあ、正規表現は他より
たしかに使いやすいかもしれない。
自分の場合は、人にすすられて Pythonをいじってみてからかな、
目が覚めたのは。ああ、そうか、ほかのはこんなにも使いやすいのかと。
いつのまにか、Javaまで来てしまったけど、JVM上でのスクリプトは
いろいろあるから、スクリプトはこれからも使いたいとは思ってる。
5、6年ものあいだ、perlはなにも進歩していない。
Rubyやpythonをさわってごらんよ。 >>126
まあ、武士の情けで、CPAN の数段上をいく
Javaのライブラリをずらりと列挙するのはやめておいてやるよw
とはいえ、JRuby Jython Groovy といったスクリプトが
Javaやそのライブラリと自在に連携でき、お互いにどうとでも
利用しあえるという点を強調しておきたい。
(Javaもすごいが、Javaを塚わなくてもJavaの利用はできる!)
Rails もJRubyから利用できるし、Grails 正式版の登場も間近だ。
JavaFXのGUIを使ってデスクトップアプリを作りつつ、それを
Java Web Start でブラウザによらないWebアプリとして配布する
なんてことも、できるだろうよ。
俺もperl は使っていたけれど、もう終わったのかなぁという
感じがする…。思い返せば、誰かが parrot なるものを冗談半分に
思いついたときから、perl本体の機能更新が事実上されなくなり、
その遅れはいつしか取り戻せなくなってしまったのかなと。 >>126
何か知らんけど、3行くらいでまとめて書いてくれ。
そうでなければ、はてなダイアリーあたりでどうぞ。 September 18th, 2007
Parrot 0.4.16 "A Farewell to Alex" Released! なにこれ。
他のはさもすばらしいかのように誇張だけして、
それぞれのメリットとデメリットをまったく考慮してないアホのオナニー日記? Javaなんて文字コードの変換すらまともな方法が無い屑言語じゃない。
とか言いながら案件の数はJavaが最強なので使ってやってる。
Perlの奥深さに比べたらJavaなんか楽勝だからな。 JAVAからC#に移ってる開発者が急増してるらしいよ .NET は砂上の楼閣。
Java はピラミッドか万里の長城な。
だからな、
parrot の開発が短期間にはとても終わりそうもないとハッキリした今、
.NET にせよ Java にせよ、perl6のターゲットをparrotに代えて
それらに出来るだろ。
Java の力はJava を使わないでも利用できる。
.NET はOS を選ぶ。
好むと好まざるとを問わず、そういう状況にあるということだ。
だれがどう見ても、parrotの開発にはあと5年はいる。
それどころか、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 にこぎつけなきゃ。 > いまのperl を批判してるような奴でも、
> よく読めば、なんとかperl6 を出してほしいという
> 思いからの発言。
> なんだかんだいっても、愛着があるんだろ。
> どうにかして、Perl6 にこぎつけなきゃ。
頭大丈夫か? October 17th, 2007
Parrot 0.4.17 "Two for Finching" Released!
ttp://www.parrotcode.org/
次は11/20 いつ完成するか、という次元は過ぎてるんじゃね?
いつでもいいから、3年後でも5年後でもそれ以降でも、
とにかく完成さえされたら、大ラッキーとでもいうしかないような。 JRubyみたいにJPerl作っちゃえばいいのに。 On November 20th, 2007
Parrot 0.5.0 "Caulked Snack" Released!
ttp://www.parrotcode.org/ 今年のクリスマスプレゼントには間に合わなさそうだね >>155
あの頃は、時期尚早だったんだよ。Java 自体が遅かった時代だし。
今となっては、はたからみて、早くJava上の Perl路線へ転換するべきなんだ
ろうが、開発陣も信者さんたちも意地があるから方向転換できないだろうし。
ただ、このままではゆっくりと言語としての死に向かっているようにしか
見えないから、面子やプライドなどかなぐりすてて Java上のPerl 路線に
向うべきだと思うんだよ。ほとんどの人が、本当は分かってるはず。
けれど、やっぱり方向転換は無理だろうなー。
まあ、それでも細く長く使われていくのかもしれない。 >>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 インタプリタを再実装してみるという提案。
ある程度できてもリポジトリは教えない。
教えてなるものか。
>>139
正直、perl の OOP が難しい人は技術レベルが低そう。
perl の OOP は書くのが面倒なだけで、難しくはない。
「技術レベル高い=すごい」ではないけど、
高水準と低水準との差を感じれるかは重要だと思う。
「高水準=抽象度が高い=誰でも理解できる=技術レベルが低い」
これが理解できない人は多い。
低水準から高水準まで、守備範囲が広い人が「すごい」だと思う今日この頃。
#もちろん仕事だと「すごい=出来る」ではないけどね。 他で理解した後で戻ってきた上で、煩雑だけど普通にできるようになった、という奴は多そうだ
一つしか言語や環境知らない段階では、「下手な実装」は「必要以上に難読で意味不明な機能」で終わる
今どきだと、Javaの文字列操作で泣いた奴がPerl上のラクさに唖然としたりっていう逆の例もあるかもなぁ。 なんでもいいけど、IT 土方であることには変わりないぜw >>165
>perl の OOP が難しい人は技術レベルが低そう。
の「低そう」はその人の "能力" が低いという意味で、
>「高水準=抽象度が高い=誰でも理解できる=技術レベルが低い」
の「低い」は乗り越える "敷居" が低いという意味で OK ?
IT 土方でいいじゃない?
Perlでオブジェクト指向やろうと思うと、Perlの幅広い知識を要求されるからな。初心者にはとっかかりが悪いよ。
まあ、Perlそのものが初心者にハードルの高い言語だと思うけど。PHPやRubyがある今となっては。 > Perlでオブジェクト指向やろうと思うと、Perlの幅広い知識を要求されるからな。初心者にはとっかかりが悪いよ。
perl くらい理解できないと、一生童貞のままですよ? perl が難しい、難しいというやつの気がしれないよ。
VB なら簡単で誰でもできるっていうのに限って、VB でも
やっぱり何にもできない。
そんなやつばっかり見てきた。
おまけに VB がオープンソースだと勘違いしてるし。
作るもの、作らなければならないものによって違うんじゃない。
一人シコシコ雑なコードで書きゃいいなら簡単な言語だけど
可読性高めたり再利用のできるコード維持したりするには
難しいというか、センスの要求される言語だと思う。
人目に触れるコード書いたことがあれば、簡単とはなかなか言えないな。
VB云々はなにが言いたいかわからんが、ある要求を満たすコードを書く場合に
誰が書いても似たものになる、センスよりは勉強でどうにかなる言語もあるよね。
>>173
難しいというか、変数のスコープとか風変わりな面があるってことなんだろうな。
変数がレキシカルじゃないのって、JavaScriptとPHPくらいなもんだろ。 なんだかんだいってテキスト処理はperlが最強最速。
てかperlって自分勝手で良い所が小回り利いて使い勝手良すぎなので
なんだかんだいって使っちゃうなあ。その分センスがいるんだけど。 今、自分が抱えている問題を解決できるかどうか
オブジェクト指向かどうかは全く重要ではない
はっきりいって5.8のEncodeは失敗だと思われる
On 15 January 2008
Parrot 0.5.2 "P.e. nipalensis" Released
ttp://www.parrotcode.org/ パールのユニコード対応は完璧
でもきたない
頑張って詰め込みましたという意気込みは伝わるけどねえ(苦笑) LL言語中では一番早くて堅い実装だよね
さすがPerl 知れば知るほどキモいよね(笑)
perlは何の略だったか思い出すたびに確信犯的な笑みが思い浮かぶ(笑) perl6って根本的に違う言語になるってホント?
以前、試用したときはそんなに違わないと思ったけど
あとJavascriptとの連携強化できるといいと思わない?
なぜかというと将来のJavascriptはサーバサイド言語としても強力になるから。 Ruby1.9.1でPerl6を作るのはどう?
言ってみただけ。すいまそん。
風呂に入って寝ます。
言語を書くのに便利な高級言語が使えないのは人類は何かが間違ってると
よく思います ■ このスレッドは過去ログ倉庫に格納されています