アカウント名:
パスワード:
スクリプト言語界のCOBOLである、perl に新機能を待ち望んでいる人は、もはや少数派。perlは、これまで作られた遺産を動かすためだけに存在すれば十分。…といいかげんな印象批評をしてみるテスト。
perlは、これまで作られた遺産を動かすためだけに存在すれば十分。
Perl6処理系はレキシカル・スコープでPerl5/6を切り替えながら使える(デフォルトはPerl5) [perlcabal.org]ことになっているので、気がついたら/usr/bin/perlがRakudoだった、という未来もあり得ますよ。 #完成すれば
一昨年の末にPerl5.10が出たし、Mooseに代表される言語の拡張が尚活発なのに「新機能を求める人は少ない」ってのは印象論に過ぎるのでは。
将来的にPerl5は廃れていくだろうけど、その後継としてPerl6がPython/Rubyに見劣りするものでもないでしょう。そのために互換性を捨てて一から再設計したわけで。
いや、だからPerl6は新規設計された言語ですってば。後方互換性ないし。
4文字の誕生石の名前がもうないからです。嘘。# OOが強化されたからオパール(OPerl)でもいいんじゃないかと一瞬思った
互換性がなくてもPerlはPerlだから、じゃないでしょうか。下手に名前を変えるとModulaみたいなことになりそうだし。
Perl6ドキュメントのSYNOPSISを見てもらえると分かると思いますが、「Perlのコードである」ことは案外と分かります。過去を全部放り捨てた訳じゃなくて、(Twigilになったけど)Sigilとか文修飾子とか、Perl使いの好むPerlらしさは継承されているので。
Makefile.plが無くなったらどうなるの?過去の遺産ってどうして思うか知りたい所かも。
>Makefile.plが無くなったらどうなるの?
勘違いしていませんか?それを使うのに、新機能が追加された Perl6 は必要ないでしょう?
>過去の遺産ってどうして思うか知りたい所かも。
そうですね。過去に作られた(いまも使われている)膨大な遺産は、もちろん大事です。ですが、新規の開発で(他の現代的な言語が選べる場合に)、今更、わざわざ Perlを使おうというのは酔狂でしょう。(過去の遺産という理由から、Perl にせざるを得ない、ということなら理解できますが)
ちょっと釣り針が大きすぎるかな
そりゃ perl に新機能を求める人は確かに少ないかもしれんがこのストーリーは Perl 6の実装の話だぜ?
# perl is not Perl
>そりゃ perl に新機能を求める人は確かに少ないかもしれんが>このストーリーは Perl 6の実装の話だぜ?
で?どのあたりがストーリーからズレていると考えているのか、解説希望。
Perl 6の場合、COBOLの様な過去のバージョンとの互換性は重視していなくて、構文の見直しや新機能の実装・提案が盛り込まれた、新言語と言って良いほどの改変が入りますからねえ。
基本的にPerl 5.xとPerl 6は構文の互換性はありません。一応、Perl 5.x用のモジュールを、Perl 6内に組み込まれたPerl 5インタプリタで実行する仕掛けは、用意されるようですが。既存のモジュールを使えたとしても、モジュールを利用する側のコードは「書き直し」になります。
英語に強い人なら、Perl 6 Wiki [perlfoundation.org]を読み漁ると、色々情報が得られると思います。
古い資料(2002年頃?)ですが、ぐぐってみて、構想や概要を説明した資料 [bulknews.net]を見つけました。
Perl5もParrot上に移植されるんじゃなかったでしたっけ。CPANにあるPurePerlなライブラリも利用可能になるという売りだったような。
Ponieのことですね。私も昨日思い出して調べてみたのですが、poniecode.orgが人手に渡っているのでどうも放棄されたみたいです。
別のスレッドで言いましたが、今はv5/v6プラグマでPerl5/6を切り替えながら使う方針のようです。
うは。放棄されちゃったんですか。プラグマで切り替えは便利ですけど、更に毛深くなりそうですね。
ちょっとした処理をさせるツール的なものとして最新を追いかける必要は無いけど普及した機能は欲しい例えばクラスを使う事を覚えた後だとCを使うのがストレス的な(C++だともっとエレガントに書けるのにとかつい思う)
#遺産的な側面もあるので後方互換はもっと欲しいが
>ちょっとした処理をさせるツール的なものとして>最新を追いかける必要は無いけど>普及した機能は欲しい
こういう用途には、Ruby/Pythonといった言語によって置き換わりつつある、という話でしょう。
9割くらい満足していて1割くらい不満がある人がいたとします。1割の不満解消のためにRuby/Pythonに移行するのは嫌だなあと思っていた人にとって、新しいPerlは待望と言えるかも。
でもPerl6は言語仕様が別物と言って良いほど変わってて互換性無いんでしょ?
移行コストが大差ないのであればこの際もっと枯れてる別言語に移行したっていいじゃん。
それは印象じゃなくて、現実に大規模ウェブサイトがperlで運営されていて新機能や新サービスもperlにて開発されている例が多々あることを知らない、あきらかに無知から来る妄想ですね
「個人的に気に入らないので時代遅れ認知したい」と言うニュアンスの修飾語か何かですか?
おそらくそういう意味で使っているんだろうけれども、 たとえば Yugui さんのこういう発言 [yugui.jp]と比べてみると、雲と泥くらいの違いを感じる。
(COBOLに関して、)今のところの印象としては、はっきり言ってこれは素晴らしい言語だ。
誰もが滅びてくれと思っていて、
極論すれば、Perl 5 なんかどうなったっていいんだよ。 だれかが Ruby で CPAN を使えるようにしてくれれば当面十分だし、 Ruby で CPAN に貢献できるようになれば将来も安心だ。 しかし現実には、後発スクリプト言語のリポジトリは貧弱なままだし、 CPAN をハイジャックするという方向で期待できるのは Perl 6 だけだ。 それゆえ、Perl に滅びて欲しいと願うのは Perl の落伍者だけという 現状にも変化の兆しはないと思う。
使い続けられる状況が、いかにもCOBOL的なわけですが、
COBOLer は、新技術を取込むことと信頼性を維持することのバランスに関する 判断が僕らとは異なるだけで、特別間違ったことを言っているわけではあるまい。 それに CPAN のように自由に使えるリポジトリに相当する物が仮に COBOL 界に 存在するとして、それが CPAN のように活発に成長し続けているという推測は どうやっても成り立ち難い。すごく高価で高機能なライブラリの使用権を企業なら 買えるとして、それは企業の血肉になるかも知れないが、僕の血肉にはならない。 そういうライブラリはしょせん雇われた人がノルマを課せられて開発したもので、 CPAN のような出来にはならず、むしろ Java の標準ライブラリのような仕上がりに なってしまうものだ、と殆ど諦めてもいる。
ところで、こちらはあなたのコメントですか?
まったく与り知らん。そういう質問をすること自体、ちょっとした軽蔑に値する。
あなたたはこんな書き込みをして、私が言ってもいないことをいいかげんに想像して私を攻撃しているわけです。 これについての訂正と謝罪をお願いします。
あん? これを反省して、次からは他人様から誤解されないようなしっかりした文章を書くように心掛けなさい。 以上。
> 最初から書き直してみて下さい
そうですね、順に並べてみましょうか。
過去の遺産用 (スコア:0, 興味深い)Anonymous Coward : 2009年08月11日 17時41分 (#1621025)スクリプト言語界のCOBOLである、perl に新機能を待ち望んでいる人は、もはや少数派。perlは、これまで作られた遺産を動かすためだけに存在すれば十分。…といいかげんな印象批評をしてみるテスト。
過去の遺産用 (スコア:0, 興味深い)Anonymous Coward : 2009年08月11日 17時41分 (#1621025)
私自身の発言ではないのですが、私の印象を的確に表現してくれていますので、私の発言と考えていただいても構いません。で、これに付いたレスが
Re:過去の遺産用 (スコア:0)Anonymous Coward : 2009年08月11日 23時05分 (#1621220)それは印象じ
Re:過去の遺産用 (スコア:0)Anonymous Coward : 2009年08月11日 23時05分 (#1621220)
それは印象じ
Perl はさ、仕様をもっとシンプルにして欲しいんだよねメジャーバージョンが上がったなら過去の文法は徐々に無効にしてもいいと思うんだけどゴール無き開発とか誰得って感じ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
過去の遺産用 (スコア:0, 興味深い)
スクリプト言語界のCOBOLである、perl に新機能を待ち望んでいる人は、もはや少数派。
perlは、これまで作られた遺産を動かすためだけに存在すれば十分。
…といいかげんな印象批評をしてみるテスト。
Re:過去の遺産用 (スコア:2, すばらしい洞察)
perlは、これまで作られた遺産を動かすためだけに存在すれば十分。
Perl6処理系はレキシカル・スコープでPerl5/6を切り替えながら使える(デフォルトはPerl5) [perlcabal.org]ことになっているので、気がついたら/usr/bin/perlがRakudoだった、という未来もあり得ますよ。 #完成すれば
一昨年の末にPerl5.10が出たし、Mooseに代表される言語の拡張が尚活発なのに「新機能を求める人は少ない」ってのは印象論に過ぎるのでは。
将来的にPerl5は廃れていくだろうけど、その後継としてPerl6がPython/Rubyに見劣りするものでもないでしょう。そのために互換性を捨てて一から再設計したわけで。
言ってないことに反論するなよ
Re: (スコア:0)
> Perl6がPython/Rubyに見劣りするものでもないでしょう。
拡張を重ねた言語は新たに設計された言語に見劣りします。これはPerlに限らない一般論です。
Re:過去の遺産用 (スコア:1)
いや、だからPerl6は新規設計された言語ですってば。後方互換性ないし。
言ってないことに反論するなよ
Re: (スコア:0)
# って、答えを思いつきました。
Re:過去の遺産用 (スコア:1)
4文字の誕生石の名前がもうないからです。嘘。
# OOが強化されたからオパール(OPerl)でもいいんじゃないかと一瞬思った
互換性がなくてもPerlはPerlだから、じゃないでしょうか。下手に名前を変えるとModulaみたいなことになりそうだし。
Perl6ドキュメントのSYNOPSISを見てもらえると分かると思いますが、「Perlのコードである」ことは案外と分かります。過去を全部放り捨てた訳じゃなくて、(Twigilになったけど)Sigilとか文修飾子とか、Perl使いの好むPerlらしさは継承されているので。
言ってないことに反論するなよ
Re:過去の遺産用 (スコア:1)
Makefile.plが無くなったらどうなるの?
過去の遺産ってどうして思うか知りたい所かも。
Re: (スコア:0)
>Makefile.plが無くなったらどうなるの?
勘違いしていませんか?
それを使うのに、新機能が追加された Perl6 は必要ないでしょう?
>過去の遺産ってどうして思うか知りたい所かも。
そうですね。
過去に作られた(いまも使われている)膨大な遺産は、もちろん大事です。
ですが、新規の開発で(他の現代的な言語が選べる場合に)、今更、わざわざ Perlを使おうというのは酔狂でしょう。
(過去の遺産という理由から、Perl にせざるを得ない、ということなら理解できますが)
Re:過去の遺産用 (スコア:1)
容易に予想されるのに、わざわざ Python や Ruby で新規開発ってのは一寸酔狂ですね。
Re: (スコア:0)
ちょっと釣り針が大きすぎるかな
Re: (スコア:0)
そりゃ perl に新機能を求める人は確かに少ないかもしれんが
このストーリーは Perl 6の実装の話だぜ?
# perl is not Perl
Re: (スコア:0)
>そりゃ perl に新機能を求める人は確かに少ないかもしれんが
>このストーリーは Perl 6の実装の話だぜ?
で?
どのあたりがストーリーからズレていると考えているのか、解説希望。
Perl 6 は今のPerlスクリプトをそのまま動かせるものではなくて・・・ (スコア:2, 参考になる)
Perl 6の場合、COBOLの様な過去のバージョンとの互換性は重視していなくて、構文の見直しや新機能の実装・提案が盛り込まれた、新言語と言って良いほどの改変が入りますからねえ。
基本的にPerl 5.xとPerl 6は構文の互換性はありません。一応、Perl 5.x用のモジュールを、Perl 6内に組み込まれたPerl 5インタプリタで実行する仕掛けは、用意されるようですが。既存のモジュールを使えたとしても、モジュールを利用する側のコードは「書き直し」になります。
英語に強い人なら、Perl 6 Wiki [perlfoundation.org]を読み漁ると、色々情報が得られると思います。
古い資料(2002年頃?)ですが、ぐぐってみて、構想や概要を説明した資料 [bulknews.net]を見つけました。
Re: (スコア:0)
だからそれがCOBOLだったりFORTRANだったりするんだが…
> 既存のモジュールを使えたとしても、モジュールを利用する側のコードは「書き直し」になります。
ヒドイ
Re: (スコア:0)
Perl5もParrot上に移植されるんじゃなかったでしたっけ。
CPANにあるPurePerlなライブラリも利用可能になるという売りだったような。
Re:Perl 6 は今のPerlスクリプトをそのまま動かせるものではなくて・・・ (スコア:2, 興味深い)
Ponieのことですね。私も昨日思い出して調べてみたのですが、poniecode.orgが人手に渡っているのでどうも放棄されたみたいです。
別のスレッドで言いましたが、今はv5/v6プラグマでPerl5/6を切り替えながら使う方針のようです。
言ってないことに反論するなよ
Re: (スコア:0)
うは。放棄されちゃったんですか。
プラグマで切り替えは便利ですけど、更に毛深くなりそうですね。
Re: (スコア:0)
ちょっとした処理をさせるツール的なものとして
最新を追いかける必要は無いけど
普及した機能は欲しい
例えばクラスを使う事を覚えた後だと
Cを使うのがストレス的な
(C++だともっとエレガントに書けるのにとかつい思う)
#遺産的な側面もあるので後方互換はもっと欲しいが
Re: (スコア:0)
>ちょっとした処理をさせるツール的なものとして
>最新を追いかける必要は無いけど
>普及した機能は欲しい
こういう用途には、Ruby/Pythonといった言語によって置き換わりつつある、という話でしょう。
Re: (スコア:0)
9割くらい満足していて1割くらい不満がある人がいたとします。1割の不満解消のためにRuby/Pythonに移行するのは嫌だなあと思っていた人にとって、新しいPerlは待望と言えるかも。
Re: (スコア:0)
でもPerl6は言語仕様が別物と言って良いほど変わってて互換性無いんでしょ?
移行コストが大差ないのであればこの際もっと枯れてる別言語に移行したっていいじゃん。
Re: (スコア:0)
それは印象じゃなくて、現実に大規模ウェブサイトがperlで運営されていて新機能や新サービスも
perlにて開発されている例が多々あることを知らない、あきらかに無知から来る妄想ですね
Re: (スコア:0)
「個人的に気に入らないので時代遅れ認知したい」と言うニュアンスの修飾語か何かですか?
Re:過去の遺産用 (スコア:1)
おそらくそういう意味で使っているんだろうけれども、
たとえば Yugui さんのこういう発言 [yugui.jp]と比べてみると、雲と泥くらいの違いを感じる。
Re: (スコア:0)
分かりました。ありがとう&ごめんなさい。
# Perlが現役バリバリなのは使ってるから知ってましたが、
> どうしてそう被害妄想を抱き、言語をけなされた程度で(けなしてませんが)
貴方が何を意図してそう書いたか分かり難いからじゃないですか?
Re: (スコア:0)
昔のコンピュータ雑誌などを見ればわかるんですが、誰もが滅びてくれと思っていて、しかしいつまでも使い続けられているアンビバレントな言語の代表だったんですよ。
Re:過去の遺産用 (スコア:1)
極論すれば、Perl 5 なんかどうなったっていいんだよ。
だれかが Ruby で CPAN を使えるようにしてくれれば当面十分だし、
Ruby で CPAN に貢献できるようになれば将来も安心だ。
しかし現実には、後発スクリプト言語のリポジトリは貧弱なままだし、
CPAN をハイジャックするという方向で期待できるのは Perl 6 だけだ。
それゆえ、Perl に滅びて欲しいと願うのは Perl の落伍者だけという
現状にも変化の兆しはないと思う。
Re: (スコア:0)
あんまり他人のせいにすんなよ。
Re: (スコア:0)
> しかし現実には、後発スクリプト言語のリポジトリは貧弱なままだし、
> CPAN をハイジャックするという方向で期待できるのは Perl 6 だけだ。
COBOL信者と全く同じ事を言ってますよ(笑)
ところで、こちらはあなたのコメントですか?
中傷以外になんの主張もないようですから、コメントしなくていいですね?
Re:過去の遺産用 (スコア:0)
Anonymous Coward : 2009年08月13日 14時32分 (#1622046)
意図通りに伝わるように書く能力ないし意欲が足りないと言うことはよく分かりました。
あんまり他人のせいにすんなよ。
Re:過去の遺産用 (スコア:1)
COBOLer は、新技術を取込むことと信頼性を維持することのバランスに関する
判断が僕らとは異なるだけで、特別間違ったことを言っているわけではあるまい。
それに CPAN のように自由に使えるリポジトリに相当する物が仮に COBOL 界に
存在するとして、それが CPAN のように活発に成長し続けているという推測は
どうやっても成り立ち難い。すごく高価で高機能なライブラリの使用権を企業なら
買えるとして、それは企業の血肉になるかも知れないが、僕の血肉にはならない。
そういうライブラリはしょせん雇われた人がノルマを課せられて開発したもので、
CPAN のような出来にはならず、むしろ Java の標準ライブラリのような仕上がりに
なってしまうものだ、と殆ど諦めてもいる。
まったく与り知らん。そういう質問をすること自体、ちょっとした軽蔑に値する。
Re: (スコア:0)
vn (10720) フツー : 2009年08月12日 11時29分 (#1621457) 日記
「個人的に気に入らないので時代遅れ認知したい」と言うニュアンスの修飾語か何かですか?
おそらくそういう意味で使っているんだろうけれども、
たとえば Yugui さんのこういう発言 [yugui.jp]と比べてみると、雲と泥くらいの違いを感じる。
(COBOLに関して、)今のところの印象としては、はっきり言ってこれは素晴らしい言語だ。
あなたたはこんな書き込みをして、私が言ってもいないことをいいかげんに想像して私を攻撃しているわけ
Re:過去の遺産用 (スコア:1)
あん?
これを反省して、次からは他人様から誤解されないようなしっかりした文章を書くように心掛けなさい。
以上。
Re: (スコア:0)
謝罪をした#1621595=#1622046で、私です。
謝罪をした事と、その後で貴方の態度が支離滅裂で誤解を招くものであると判断した事に関して、
何ら矛盾があるとは思っておりませんので、あしからず。
それと、ID氏に絡む貴方も、私も、ACであると言う事をお忘れなく。
どのコメントが貴方のもので、どれが貴方のもので無いかでさえ一目瞭然とはいきません。
勿論。私についても同じ事ですが、
それと、貴方が「態度が支離滅裂で誤解を招くもの」ではないと主張されたいとしても、
「思い込みを排して最初からスレッドを読」む気にはなれません。
最初から書き直してみて下さい。
Re: (スコア:0)
> 最初から書き直してみて下さい
そうですね、順に並べてみましょうか。
私自身の発言ではないのですが、私の印象を的確に表現してくれていますので、私の発言と考えていただいても構いません。
で、これに付いたレスが
Re: (スコア:0)
Perl はさ、仕様をもっとシンプルにして欲しいんだよね
メジャーバージョンが上がったなら過去の文法は徐々に無効にしてもいいと思うんだけど
ゴール無き開発とか誰得って感じ
Re: (スコア:0)
てかきちんと設計して作られたものじゃないからじゃないのかな?
rubyとかは、あきらかにmatzさんがきちんと言語設計の上実装したものだよね?
perlはラリーさんが手早くハックしたものが元になってるんだよね。
設計思想ったって、多分awkとsedをあわせて、程度の事しか考えてなかったんちゃう?
いや、だからperl < rubyとは思ってない(実際perlを好んで使う状況だってよくあるし、)
けどさ、
> 仕様をもっとシンプルにして欲しいんだよね
てのは難しんじゃね?