【えっ】Perlに未来はあるのか？【終わり？】

1 ：2007/06/02 〜 最終レス ：2013/09/04

青春をともに過ごしたPerlの何がだめって言うんだよ〜
教えてくれ！

2 ：

mixiはPerlだよ。

3 ：

better-perlであるrubyを使いなさい

4 ：

JavaのVMでRubyを動かすみたいな話があったけど、Perlはそういうの無いの?

5 ：

PerlはPerlでいいと思うよ。ちょっと6は衝撃的だけどｗｗｗ
ただ、Perlしかできないってのは未来ないと思っていいと思う。

6 ：

>>4
JPerlといえば、日本語対応Perlのことをさすからなあ…。
RubyはJRuby, IronRuby。PythonはJython(死にかけ), IronPython。
一方、Perlは…

7 ：

>>5
Perl6ってどんな衝撃？?
正規表現がガラッと変わったってのと
文字列演算子が~になったってのは見たけど

8 ：

>>7
$array[index] が @array[index] になったり、
$hash{key} が %hash{key} になったり、
#[
複数行こめんと
]
ができるようになったり、switch(given)文が追加されたり、
型付変数が追加されたり、関数のオーバーロードみたいなのがあったり、
サブルーチンの返り値の詳細を決定できたり、ブロックすべてがサブルーチンになったり、
Perl 6でたらPerl 5のラクダ本で勉強した奴発狂するんじゃないかと思った。
http://www.perl.com/pub/a/2007/05/10/everyday-perl-6.html

9 ：

もしかしてPerl6って書式が変わっただけ？

10 ：

Perlの優位性はスピードにあるんだから、そこだけは死守して星井七瀬

11 ：

Haskellつかえ

12 ：

Haskellは速くありません。Perlのようなダレたプログラミングができません。

13 ：

perlの大きな利点の一つに膨大なモジュール群があった。
最近JVMのscript言語サポートで、
結構簡単に膨大なクラスライブラリを持った
新しいscript言語を開発できるようになった。
そのためのフレームワーク"Kawa"などの存在によって。
だから競合が結構増えてきていて苦戦すると思う。

14 ：

RubyよりPythonだなぁ。

15 ：

pythonはワンライナーできない。

16 ：

selfやめてくれたらpython使ってやってもいい

17 ：

>>15
つ python -c
ループや条件式はインデント使わないやり方がいくらでもある
>>16
selfが長いならsとかにすればおｋ
タイプ量としてはRubyでendいちいち書くのと変わらんだろ

18 ：

長いとかそういう問題じゃなくて、キモいから嫌なだけ。

19 ：

わはは
型によって$や%や@をつけるPerlはキモくない
end書け言われるRubyはキモくない
クラス変数に@@なんか付けさせられてもキモくない
でも自分の参照を明示的に書かせるPythonはキモいかよ
Perlで構造体使ったらよっぽどPythonよりキモいがな
そんなこと言ってる連中はラクダ本と一緒に沈んでくれｗ

20 ：

お前は慣れちまってわかんないかも知れないけど、
selfのキモサは異常だぞ？

21 ：

Rubyのendは強制じゃないじゃん

22 ：

>>20
何の役にも立たないうえに、有害だからな。。
どんな言語でも、そんなのはあまりみたことがない

23 ：

>>22
自演乙。別にいいけど。
うん、慣れちまって気がつかないからどこが異常か教えてくれ。
意味をはっきりさせるためにC++やJava, C#でもよくthis使ってるし、Objective-C
とかも通ってきたからselfのどこが有害なのか分からん。
Rubyもselfあるけど暗黙なだけだよな？
第一引数に明確にするとクラスメソッドかどうかがはっきりするから、多少面倒だけど
キモいというのは理解できないんでね。

24 ：

selfに他のクラスのインスタンスわたせるじゃん。
ありえないじゃん。

25 ：

>>24
それって単にself予約語にしろってこと？なんという言いがかり・・・
selfは予約語じゃなくて習慣的な第一引数の名前というだけじゃん。
わざわざselfを再定義する馬鹿なコードは知らないけど、どっちにしろ言語の問題じゃないな。
じゃあselfが予約語じゃないObjective-Cもキモい言語なのか？
Pythonは予約語を少なくするっていう傾向があるだけ。
Rubyは40くらい、Perlは200以上、Javaが50ちょいでC#は80くらい？
じゃあ>>24には「Perlは予約語がたくさんでよかったですね。使っちゃいけない地雷をたくさん
覚えなきゃいけないけど」っていうだけだな。

26 ：

>>25
おまえは何をわけのわからないことをいってるんだ？
第一引数にselfを渡すこと自体がキモイっていってるの。

27 ：

>>26
それと>>24は別のことなのも分からないの？見苦しすぎ。
それに渡してる時点では第一引数じゃないよ？
メソッド定義の方だから、「第一引数として受け取ること」がキモいって言ってるわけ？
それだったら単に暗黙か明示的かの違いだけじゃん。
実装上は全てのオブジェクト指向言語（と言われるもの）は全てそうだよ。

28 ：

>>27
明示的にする必要がないじゃん。すげえキモイ。
ついでに、必死すぎるおまえもキモイ

29 ：

>>28
つ【鏡】
必要があるかないかは言語設計上の選択の問題であって優劣とは関係ないね。
PythonはRuby, Java, C#, C++, Objective-C等々と違ってクラス定義にインスタンス変数が
含まれていないから自分の参照を明示的に指定する必要がある。
グローバル変数が容易につくれてしまうスクリプト言語ではコーディング上もインスタンス
変数であることがその場で理解できる方がバグが少なくなるから、タイプ量を少なくして
実行環境の方で推測して名前解決するかコードに冗長にでも書かせてバグが可読性を
上げるかは思想上の問題にほかならない。
ま、キモいというのは単なる主観の問題であるから>>28も別に優劣をつけたいわけじゃ
ないんだろうけど、設計思想とその合理性について議論も理解もできないんなら話しても
無駄だね。
多分Javascriptくらいは使ってみたら理解できると思うよ。

30 ：

Javascriptはthisのスコープがキモすぎ

31 ：

>>29
うげ。修正。
＞タイプ量を少なくして
＞実行環境の方で推測して名前解決するかコードに冗長にでも書かせてバグが可読性を
＞上げるかは思想上の問題にほかならない。
タイプ量を少なくして書きやすくし、実行環境の方で名前解決するか、コードに冗長にでも
書かせてバグが起こりにくいように可読性を上げるかは思想上の問題に他ならない。

32 ：

>>29
selfがキメエつったくらいでなんなんだあんたはｗ
あんたよりたくさん言語しってるっつのｗ

33 ：

キモいのは言語でなくプログラマ

34 ：

草生やしてるやつってなんなのｗ
きもすぎｗ

35 ：

py厨ってみんなこんなん？ｗ

36 ：

RubyやPythonは、(lexical) syntaxが、Cと結構違うのが残念。
Dangling else以外は極力合せて欲しい。

37 ：

>>32
キモいだけならはいはいそうですかだけど、「有害」であることは結局一つも論拠が
なかったな。
まあその程度なんだろうからもういいや。
>>33
うん、一つの言語しか知らないのに他の言語を馬鹿にする奴は全員キモいな。
でもそういうのはプログラマじゃなくてコーダーだろ。
>>35
え、俺はDとC#メインだけど？このスレにpy厨っている？

38 ：

>DとC#メイン
学生乙

39 ：

Dでなにつくってるの？ｗ

40 ：

DってTango完成したのか？

41 ：

DはまずIDEをなんとかしろ

42 ：

言語仕様はめまぐるしく変わるし、
D信者はCTFE、文字列mixin、ファイルimportなんかを平気で多用する。
IDEなんか作れるわけないじゃん。

43 ：

ともあれ、IDEがなきゃ普及は難しいな

44 ：

>>36
ドカタ言語じゃあるまいし、Cのウンコ文法なんかにあわせてられるかっつーの

45 ：

スクリプトなんて、総じてCよりドカタなんだが。。

46 ：

>>43
まあ、Eclipse上とかにもあるっちゃあるけど、IDEというよりは補助ツールって感じだな。

47 ：

Perlみたいなおもちゃでも仕事できる業界になっちまったからな。
そりゃ専門卒歓迎みたいなﾄﾞｶﾀも増えるわな。

48 ：

Perl擁護派は誰もいないのか？

49 ：

>>48
よし、じゃぁ、俺がPerlを擁護しちゃる！
俺、Perl を使い出してから彼女ができました。
いまでは回りもうらやむ馬鹿ップルです！

50 ：

俺が一時期使ってたパスワードはperlにそのまま通る

51 ：

Perlはきれいに書くこと「も」できるし正規表現がめちゃ速いから食わず嫌いは
もったいないな。
バッククウォートで他のコマンドの出力を配列で受けられるのも便利。
CPANの資産は膨大だし、言語仕様がｇｄｇｄでもその場で書いて捨てるような
スクリプト、他のコマンドの賢いマクロとしての利用には最適だよ。
Perl5オンリーのプログラマには未来はないかもしれないが、Perl自体にはずっと
あるだろ。それに新しい言語として考えればPerl6は悪くない。CPANの資産を
どれくらい引き継げるかは知らないが。
>>39-43
GCのあるC-like langとして自分でライブラリ作ってデータ処理と統計解析を
やってる俺には全部意味のない質問だ。
Emacsさえ対応すればIDEなんていらん。つかIDEがなきゃコーディングできない
連中をドカタっていうんじゃないのか？
俺は言語ヲタじゃなくて仕事の必要に応じて適した言語を使ってるだけだから
この程度しか構ってやれなくてすまんね。

52 ：

Python信者はどうしてもねぇ・・・。

53 ：

信者が痛い言語に移りたくはないな

54 ：

>>51さん、あなたは無意識のうちに大勢の人を敵に回すタイプですね。

55 ：

PerlはUNIX系のOSなら大抵インストールされてるし、日常の雑用なんかの細かい仕事を
こなすためにPerlを使って、ある程度規模のあるプロトタイプや使い捨てでないスクリプトを
作るときはPythonやら他の言語を使うってのが一番常識的なやり方なんでないの？

56 ：

Javascriptが意外と頼りなかった。
もっと頑張っていれば今頃主流。

57 ：

一時期のに比べたらAjaxやら何やらで良い立場になった方さね

58 ：

Perlはともかくrubyはイラネ。

59 ：

最近Perlは得意ですみたいなインチキ技術者が増えてきて困る

60 ：

そんなのはとっくの昔に死に絶えたんじゃないのか

61 ：

perlつかっているけど、ものぐさな人むけじゃないか？ものすごく自由にコードを
かけるよね。そういう意味では楽。
関係ない話だけど、パールつかっていて、ポインターと同等のものがあればなぁ
なんて思ったことが多々あるんだけど、こんな俺もとうとうC++に移行します。

62 ：

>>59
mixiとかライブドアとか見てると、perlでもすごそうなヤツはいそうだけど。

63 ：

!(Φ＿Φ+)
個人ではperl.も含めて構成を考えて現段階まで構築しています。

64 ：

rhino(JVMで動くJavaのクラスライブラリが使えるJavascriptの処理系)を
使っているんだけど、BeanShell辺りに浮気してしまいそう。

65 ：

!(Φ＿Φ+)
Shell.は二つで構築しています。

66 ：

最近Perlの勉強始めて面白くなってきたオレはどうしたら・・・

67 ：

無駄にならんから続けろ。

68 ：

perlの知識が無駄になることはないだろ。
もっといいものがこれから出てくるだろうが、
いざというときに計算尺が使えれば役に立つ。

69 ：

perl？ムダだろ。

70 ：

無駄だ。ruby覚えるよりはマシって程度。

71 ：

覚えるも何も、最初からできるものだろ。PerlもRubyも。

72 ：

何もかもが無駄

73 ：

偉そうに馬鹿野郎！

74 ：

偉そうなのも無駄

75 ：

別に言語の種類なんてどうでもいいでしょ。肝心なのは目的のソフトを
作成する際にどれだけ的確でかつ修正にも柔軟な処理をかけるか？の
能力。結局は、オブジェクト指向や変数のカプセル化とかそういったところに
たどり着いてしまうんだけど、まぁ、そこまで知っていれば、簡単なプログラム
をつくる際でも、やりやすいよ。
とっかかりとしてperlは十分によい言語だと思うよ。

76 ：

>>75
今どんな言語やってますか？

77 ：

Rubyだろ。

78 ：

Base64さえ作れないへたれがCPANからあさりながら使うへたれ用言語です

79 ：

ワンライナーとしても使い捨てスクリプトとしてもPerlよりRubyのがいいと思うよ。
初めて覚えた言語として、その手の仕事は4年間Perlに任せっきりだったけど
Ruby使い始めてからPerl使うことはなくなったなー。
短くかけるんだよ、Rubyは。Haskellが異常に短くかける理由に近いと思う。
（クロージャが手軽・組み合わせて使える汎用的な標準ライブラリの関数やクラス）
文法がCライクだったらもっと流行ってた気がする。主流にならないかな。

80 ：

Perlは今バブル気味で、へたれでも職があっていいぞ。
2,3年Perlやって、2.0できますみたいに言っとけば、
あほでも飯が食える入れ食い状態。

81 ：

JavaFXで、不等号!=が<>になってるのとか、まじ勘弁。
&& → and, || → or, ! → notは、
やらない方がいいとはいえ、まだ許容範囲だけれど。

82 ：

古きよきBASICを髣髴とさせる演算子。すばらしい

83 ：

>>80
そんなにPerlの募集はないぞ

84 ：

うん。はっきりいって無い。Ruby以上に無いかも。Pythonといい勝負。

85 ：

そもそもスクリプト系言語で一番仕事にありつけるのって何よ？
今年や去年の話じゃないかもしれんが
本屋に行ってもPerlの本を見かけることがホント少なくなった
掲示板も日記もブログで代用できて
CGIとしての需要がなくなったんだろう

86 ：

スクリプトとしてはPHP辺りか？

87 ：

ttp://labs.cybozu.co.jp/
この辺とかではPerlは熱そうだが・・

88 ：

今時perlでCGIはないだろ?
PHP, Java2EEの時代じゃないか?

89 ：

いまどきC言語で盛んに開発が行われているのを考えると。
一度天下とって普及しちゃった言語はそうそう簡単になくならない。

90 ：

C言語も盛んって感じでもないな。
保守が中心。業務系で新規でCはほぼ無い。

91 ：

やっぱこれからはRubyなのか？
興味ないこともないよ、日本人が開発したって言うしな
だがPerlを捨てはしない
Perlはすでに身体に馴染みすぎており、俺の青春だからだ！！

92 ：

これからはRubyがくるかは限りなく怪しいが、Perl6が出てもよろしく。

93 ：

>>89
COBOLやFORTRANでもすらなくならないくらいだからな。

94 ：

しょせんおもちゃですよ

95 ：

しょりゃ、一度何か使われたものはなくならないだろう
しかし、流行り廃りはあるね

96 ：

COBOLとかいつの時代の古代遺産だよｗ

今保守やってっけどさ、最近の言語で書き直したほうが総合的には安く上がると思うんだよな。

97 ：

>>96
それは、さすがにない

98 ：

昔COBOLer

今PHPer

99 ：

>>97
クリティカルじゃないのに、COBOLで組んであるやつは
全部書き直した方が安くなる場合もあるよ。

100read 1read

1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

「OS自作入門」 (328)
Visual Studio 2008 Part 21 (881)
サウンドプログラミング5 (793)
Cygwin + MinGW + GCC 相談室 Part 7 (343)
3Dアルゴリズム全般 (500)
静的型付け言語の潜在開発生産性は今の100倍 (836)
--log9.info------------------
【郡山】多田野運動広場【多目的】 (193)
川崎に球技専用スタジアムを作る運動 3 (706)
【赤レンガ】横浜新スタジアム建設【ボールパーク】 (363)
【世陸】長居競技場について語ろう【国際GP】 (100)
■千葉県に５万人級サッカー専用スタジアムを■ (216)
■ＪＦＬのスタジアムに行ってみよう■ (176)
さいたま市浦和駒場スタジアム (276)
日本には１０万人収容の競技場は存在しない (102)
【パイオニア】　後楽園球場　【パイオニア】 (304)
ナゴヤ球場情報スレ (142)
◆駒場スタジアムを５万７千収容専スタに！◆ (102)
【コンサドーレ】札幌にサッカー専用スタジアムを！ (390)
△山形県総合運動公園陸上競技場△ (158)
【横浜Fﾏﾘﾉｽ】三ツ沢球技場のいいところ【横浜FC】 (301)
☆★ここはイングランド？日立柏サッカー場★☆ (463)
【対応】横浜スタジアムの安全管理体制【杜撰】 (115)
--log55.com------------------
【復活】境外滅伝本朝鏡 ｷｮｳｶﾞｲﾒﾂﾃﾞﾝﾎﾝﾁｮｳｶｶﾞﾐ☆６
【腰猿】廃墟サイトを語るスレ12軒目【腰猿】
【ロッテ】ビックリマンシール総合スレ【53】
２ちゃんのアイドル　十四代目トイレの花子さん
境外滅伝本朝鏡 ｷｮｳｶﾞｲﾒﾂﾃﾞﾝﾎﾝﾁｮｳｶｶﾞﾐ★その４
岡田斗司夫事件のチラシの裏１枚目
【YME廃業】24時間まるごと田山三樹【ｴｺｴｺｱｻﾞﾗｸ】
古屋兎丸