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

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2007/06/02(土) 00:54:11
青春をともに過ごしたPerlの何がだめって言うんだよ〜
教えてくれ!
2008/05/21(水) 21:24:59
>>270 エロいな

2008/05/22(木) 01:27:56
これ、別の板に張ったらそのまま別の意味になるねえ。
「言語を」も米英スラングやアジア系で何かあるのかって気分になるぜ。
ミスしても文句言わせないモードと、
後には戻れないというニヒル具合が一層素晴らしい。
2008/05/30(金) 08:54:13
http://happy.value-ark.com/anken/perl/

perlの仕事結構あるね。
2008/05/31(土) 02:00:43
宣伝乙
さっそく登録しようw
2008/05/31(土) 03:18:32
いやーいきなり登録するのはやめとけ。
報酬額でソートもできないようなサイトだからさ。
それこそパールで実装しろや、っていう。
2008/05/31(土) 04:18:53
報酬額でソートなんて必要あるか?

>>それこそパールで実装しろや、っていう。
Perl専門てワケでもないみたいだけど?

それより
>> hxxxy*vxxxx-xxk.cxm (*を@に変換)
「*を@に変換」に萎えたw
2008/05/31(土) 04:47:42
バールのようなもので実装しまs
2008/05/31(土) 12:04:30
のようなもの
2008/06/16(月) 23:30:23
>>277
建築現場でよく見るクギヌキの親分みたいのだな
2008/06/18(水) 14:53:57
ダクトテープのようなものを持った男が押し入り
2008/06/18(水) 14:59:28
インターネットのビニールひも
2008/06/19(木) 00:36:53
自転車の前カゴ

ママチャリには無くてはならない便利装備だが
競輪選手には邪魔でしょうがない。
283デフォルトの名無しさん
垢版 |
2008/06/28(土) 13:58:44
私はこれで Perl から乗り換えました。
http://web.archive.org/web/20010427071311/www.ruby-lang.org/ja/column/v0004.html

284デフォルトの名無しさん
垢版 |
2008/06/28(土) 14:02:59
バベル案内
http://www.aoky.net/articles/steve_yegge/tour_de_babel.htm
私はRubyを、私が知る30か40の他の言語のどれよりも早く学ぶことができた。
RubyをPerlよりも快適に使えるようになるのに3日しかかからなかった。
8年のPerlハッキングの後においてだ。Rubyは非常に一貫性が高く、
じきに物事がどう動くか推測できるようになる。
そしてほとんどの場合正しく推測できる。それは美しい。
そして楽しい。そして実用的だ。
285デフォルトの名無しさん
垢版 |
2008/06/28(土) 14:05:34
バベル案内
http://www.aoky.net/articles/steve_yegge/tour_de_babel.htm
Perlもまた、間もなくなくなる。それは新しいRubyと呼ばれる言語がついに英語に翻訳されたためだ。
そう、それはこともあろうに日本で作られた。
これにはあなた同様みんな驚いている。
日本はハードウェアと製造業では知られているが、
ソフトウェア開発では知られていない。 どうしてなのか誰にもわからないが、
私の考えでは、それはタイピングの問題のためだと思う。
1万種の文字があるアルファベットを使っていながら彼らが十分速くタイプできるとは、
私には想像できなかった。しかしEmacsは多言語サポートを数年前に手にしたので、
今では彼 らがすごく速くタイピングするのを想像できる。(そして彼らはEmacsを使っている——実際EmacsのMuleサポートは主として日本の人たちによってなされたのだ。そしてそれは非常に信頼性が高い。)
286デフォルトの名無しさん
垢版 |
2008/06/28(土) 14:06:51
Perl, Python, Ruby の比較
http://www.shido.info/py/python1.html

perl/Ruby、これから覚えるべきなのは?
http://q.hatena.ne.jp/1145610898
2008/06/28(土) 17:18:35
結論から言うとRuby信者は基地外てことでOK?
2008/06/28(土) 17:36:51
まぁ、結論から(結論だけ)言わないと、Perlを擁護できないものな。
2008/06/30(月) 11:33:31
その結論やらと現状を見ろよ。結論から言いたがってるのはRubyの方じゃねえか?
2008/07/01(火) 04:57:38
現状?

衰退の一途っすねPerl。
2008/07/01(火) 11:47:13
このまま衰退していくのか、Perl6で復活するのか
292デフォルトの名無しさん
垢版 |
2008/07/02(水) 23:41:24
Perl is dead
http://it.toolbox.com/blogs/puramu/perl-is-dead-12264
2008/07/02(水) 23:58:21
Rock'n Roll is dead
2008/07/03(木) 02:23:12
>>292
誰、これ?
2008/07/03(木) 04:23:13
Perlはダメだと言われて何年経つのか?
以前よりも言語の選択肢が増えたので埋没してはいるが
依然として使われている
ダメだダメだと言ってるのはPerlを潰したいだけの他言語使用者なんだろうな
特に信者系の多い
2008/07/03(木) 08:19:54
実際終わりそうだったけど、
今はスクリプト向き言語は乱立していて、
なかなか突出したのが現れないね。
2008/07/03(木) 18:34:58
CPAN の蓄積に追い付かれてから淘汰が始まるのかな。
それでも生き残ると思うけど…
ここが砂漠なら、やっぱりラクダだよな。秀逸なシンボルだよな
2008/07/03(木) 20:22:28
RPGツクールの拡張言語、
なんでrubyなの?
2008/07/03(木) 20:38:37
開発者が日本人だったからとかじゃね
2008/07/04(金) 21:33:10
だいじょうぶだよ
Perl6があるよ
夢の言語だし!
2008/07/04(金) 22:12:26
うん俺もたまに夢に見る
別にperlに固執する必要はないよなー
でも保守系で当面必要じゃーん

健やかに起きて、「phpでもrubyでもいいじゃん……
 困ってC必須な状態に追い込まれても、G
 ObjectとかApple Core Foundationとか使えばなんとかなるし……
 なんでいつも、ラムちゃんプリントしたTシャツ来て俺の夢に登場すんだよお前……
2008/07/05(土) 11:40:26
変更点が多いから悪夢にならない事を祈って・・・
2008/07/05(土) 16:32:50
Python もいいんだけど、勉強してみて思ったのは「これは想定されているドメインが違う」。
プロトタイプを書くための言語であって、ワンライナー用ではない。
それはいいんだけど、疑問なのは「そこに二つのドメインはあるのか?」ってこと。

PHP と Perl じゃドメインが大きく違うし、Perl では面倒なことが PHP では一瞬でできるような、
便利さの違いもある。
でも、Perl じゃ面倒なことが Python では楽勝なんていう場面はそんなにない。

確かにプロトタイピングには Python のほうがいいかもしれないし、自分一人のことなら
勉強してもいいが、みんながみんなそう考えるわけじゃない。
Perl っていう、両方の目的に使えるものがあるのに、なんで 片方しかカバーしないものを
新たにやらなくちゃいけないのかってところで、他人に広めにくい。
自分用言語と他人用言語を分けるのも面倒なので、結局 Perl に落ち着いてしまう。

Python がワンライナーのことを真剣に考えてくれていたらよかったんだが。
pyone 使えってか。
2008/07/05(土) 21:34:24
ワンライナーってUNIXのコマンドとかで必要なの?
2008/07/05(土) 22:59:51
Rubyも結局マニアのオモチャ
2008/07/05(土) 23:07:15
RubyとPerlどっちが好きかって、お前宝石が欲しいだけちゃうんかと
2008/07/05(土) 23:15:22
Pearlなら宝石だがPerlはらくだだぜ
2008/07/06(日) 09:46:01
perl便利すぎて死にたい
2008/07/06(日) 10:45:09
Perl自体はどうでもいいが、CPANに蓄積された財産はもったいないな
2008/07/06(日) 12:07:32
>>309
他の言語圏で、「CPANをいただくプロジェクト」なんてやってる
ところないの?
2008/07/06(日) 12:14:06
Perl6の時代になってもPerl5の資産はParrot上で動く(とされてる)んだよな
XSとかでハック(苦笑)してるものは大丈夫なんだろうか
2008/07/06(日) 20:28:19
繁栄するかはつまり思想なのだよ。
Linux(GPL)はその意味でBSDより勝った。
PerlのTMTOWTDIに代表されるそれに、Pythonicなものが凌駕するわけないだろ。
とくに日本においては。
Rubistの大半はフリーライダーだし。
2008/07/06(日) 21:36:02
就職するとき、「職務経歴書」 ってのを書くと思うんだけど、
職安で「職務経歴書」の書き方を教わってたとき
職歴に perl って書いたら採用されないから、絶対に書かないように、ってアドバイスされたよ。
2008/07/06(日) 22:04:23
いや、それは真実だとしても書けよ。
2008/07/06(日) 22:24:31
近所の本屋には、地下に perl本専用レジがある。
まだそこには行った事が無いが、階段の上から覗き込むと、
いつも電気が消してあって薄暗い。
明かり取りの窓から差し込む光のスジにホコリが反射して
一種異様なふいんきを醸し出している。
ときおり、ピシッ!ピシッ!という、紐のようなもので何かを叩く音と、
「あああぁぁぁ〜っ」という悲鳴のような声が聞こえてくるらしい。
2008/07/07(月) 00:23:02
吾妻ひでおがSF本買いに行った時のアレかw
不条理日記だっけ?
317デフォルトの名無しさん
垢版 |
2008/07/08(火) 05:14:57
目次 - oreilly.co.jp -- Online Catalog: 初めてのRubyより 1章 ようこそ、Rubyのある生活へ
1.1 Rubyの特徴
1.1.1 オブジェクト指向言語
1.1.2 より良いPerl
http://blog.livedoor.jp/dankogai/archives/51077051.html
2008/07/08(火) 13:31:03
Perlの後に作って、
「より悪いperl」なんて話にならない。

Perlはスクリプト言語の地平を切り開いたね。
2008/07/08(火) 15:20:30
初めてのruby、いくらなんでも内容薄すぎだろ
2008/07/08(火) 15:46:09
ChangeLogみたいだった。
2008/07/08(火) 18:32:45
いまさら下らない質問でわるいんだけどさ、
ruby と python って何でスペルそのまま使ったの?
perl (≠pearl) みたく新しい言葉にしようとか思わなかったの?
2008/07/08(火) 18:38:11
先客がいなきゃpearl言語だったのに
2008/07/08(火) 18:39:11
http://imepita.jp/20080609/094600
324デフォルトの名無しさん
垢版 |
2008/07/08(火) 20:20:43
Cもそうだが、検索しずらいネーミングは現実問題としてちょっと…
RubeeやPaisonのがいい。
あと関数名なんかも特徴あるのがいいな。
C++0xのラムダなんか絶対最悪。
Googleのソースコード検索やりずらい。



これは俺言語作成のためのメモ
2008/07/08(火) 20:43:02
>>324
やがてウェブ検索が主たる情報検索メソッドになると言う認識は、
出てきたそれぞれの言語の誕生時にはなかっただろうな。
2008/07/09(水) 06:13:24
わかりやすさに新たな判断基準が生まれる、という現象は確かにあるなぁ。
ちょっと視点違うけど、エディタ支援の発達とか、インテリセンスの発達なんかも、
「どういうコードの書き方が人に優しいか」を少しずつ変化させてきたと思うし。
2008/07/09(水) 07:46:38
>>324
> Googleのソースコード検索やりずらい。
> これは俺言語作成のためのメモ

そのうちsyntax:whileとか構文解析も利用できるようになるのでは?
2008/07/09(水) 12:02:00
俗に 「オブジェクト嗜好言語」 と呼ばれているヤツで書かれたソースコードを解読していると
hog.get() とか hog.open() とか hoge.create() とかよく目にすると思うが
「get」 や 「hog.get」 でネットで検索してもヒットしない。

「hoge」 が何のクラス・型で宣言されているか、ソースを逆に辿って
そのクラス・型でネット検索しなきゃヒットしない。
この、ソースを逆にたどる作業というのが実にメンドクサイ。
派生とか、ポリモーフィズムとかなんとか、そういうのに出くわしたら、もう解析不可能。

そこで eclipse や netbeans などのような専用エディタやIDEが登場するワケだが・・・
逆に言えば、オブジェクト歯垢言語は専用エディタ・IDEが無ければコーディング不可能ってワケで。
Windows の 「メモ帳」 みたいな、どのパソコンにもかならず入ってる汎用のテキストエディタで
気軽にコーディング、というワケにはいかないんだな。これが。

ちょっと、「あるサイトからエロ画像を収集したいんだけど」 みたいな、使い捨てのコードを書きたいときなど、
バッチファイルやシェルスクリプトじゃ役不足だし、もうちょっと細かい事が出来て、専用IDEなど無しで
気軽に、書ける言語・・・って必要だよな。

それが、「perl」 だ。

長ったらしい関数名なぞいらん。ササッと書いて、ササッと動かして、さっさと捨てる。
それが perl の本来の使い方じゃなかろうか。
web アプリは php にその座をゆずって、本来の高級バッチファイル的な使い方に落ち着くやろ。
2008/07/09(水) 12:04:24
phpはないわ
2008/07/09(水) 22:18:15
webアプリ→php
高級バッチ処理 →perl

こうですか?
2008/07/10(木) 10:14:14
>>328
10年前のレスのコピペ?
2008/07/12(土) 18:46:59
>>328
[指向]をわざわざ誤字にしてるのが面白くも何ともない件について
2008/07/12(土) 19:31:41
要するにPerlは時代についてけないおじいちゃん向けの言語であり
Javaとは別の意味で現代のCOBOLだと言いたいんですね
わかります
334デフォルトの名無しさん
垢版 |
2008/07/13(日) 23:10:21
文字列処理が得意だったはずの Perl がユニコードという
毒饅頭を喰ったのがそもそもの始まり。

Encode モジュール、断固害。

そこに未来はない。
2008/07/13(日) 23:34:35
>>333
せんぜんわかんねーよ。
Javaはいい意味で現代のCOBOL、Perlは悪い意味で現代のCOBOLってことか?
まずは日本語学んでくれ。
2008/07/13(日) 23:35:48
>>334
ソースEUCで書いてた世代か?
いつまでもEUCにしがみついてろ。
2008/07/14(月) 00:21:03
やっぱそろそろEUC-JPにしないとだめか……ISO-2022-JPに固執してもしょうがないか……
2008/07/14(月) 02:52:00
メールに限っては正しい選択
携帯とかキャリアがボケなせいもあるけどな。AUいい加減にしろと
339デフォルトの名無しさん
垢版 |
2008/07/14(月) 15:45:47
Ruby 及び Perl におけるクラスの生成について。
http://b.hatena.ne.jp/entry/http://tomato.or.tp/programming/memo/class/class.html
2008/07/14(月) 20:50:29
Ruby作者も変な信者が集まっちゃって災難だな。
341デフォルトの名無しさん
垢版 |
2008/07/14(月) 21:12:01
私はこれで Perl から乗り換えました。
http://web.archive.org/web/20010427071311/www.ruby-lang.org/ja/column/v0004.html

バベル案内
http://www.aoky.net/articles/steve_yegge/tour_de_babel.htm
Perlもまた、間もなくなくなる。

Perl, Python, Ruby の比較
http://www.shido.info/py/python1.html

perl/Ruby、これから覚えるべきなのは?
http://q.hatena.ne.jp/1145610898
2008/07/14(月) 23:17:38
Rubyは、2000年頃は狂信者が本当にひどかった。Rubyに手を出したことを
隠さなければならないほどだった。

でも今は人が増えたので良くなったね。
343デフォルトの名無しさん
垢版 |
2008/07/16(水) 00:53:25
だんこがい...
2008/07/18(金) 00:56:41
>>334
同意。
PerlのEncodeは終わってる。

言っておくが、自分には使える。
Perl好きだし、Encodeモジュールもわかっているつもり。
ただ、そこまでPerlにはまっていない周りには使えないし、わかってもらえない。
これが致命的。
(よくはまるのは、UTF-8フラグのついた文字列と
バイト列としての UTF-8文字列の違いとかのあたり)

それに、ソースコードを UTF-8 で書くと、システムがローカルエンコーディングの場合
ファイルを開いたりするのさえ面倒。

Unicode がらみのスクリプトを書くたびに、

sub e { Encode::encode('cp932', $_[0]) }
sub d { Encode::decode('cp932', $_[0]) }
sub E { map { Encode::encode('cp932', $_) } @_ }
sub D { map { Encode::decode('cp932', $_) } @_ }
↑こんなのを上に貼って、
open IN, e"日本語.txt";
とか書いたり、デバッグする時に
b 30 ($str eq d"日本語")
とかやったりしてるけど、正直言って超バッドノウハウ。
人が見てもやっぱりわからないし。
2008/07/18(金) 10:31:33
(・∀・)カエレ
2008/07/18(金) 19:49:02
全部EUCでやるなら
問題ないのですか?
2008/07/18(金) 23:00:17
>>346
日本に引きこもって、外に一歩も出なければok
2008/07/18(金) 23:02:04
趣味でプログラミングやってるならソレで良いだろうけど
仕事となると「日本語だけしか扱いません」てワケにはいかんだろ。
2008/07/18(金) 23:24:45
>>346
[ぁ-んァ-ヶ] 等ができない。
JPerl なんて言わないでね
2008/07/19(土) 01:36:00
>>346
>>344なみの回避技/裏技を駆使する必要がある。
2008/07/19(土) 01:44:58
>>346
どうせ引き籠もるなら今はUTF-8だろうけど、
Windowsだとファイル名がShift_JIS(cp932)のAPIあるじゃん。
2008/07/19(土) 10:13:42
>>351
PerlはA系APIを使ってて、せっかくUTFフラグなんてモノを内部に持っていながら
ユーザが手動でWindowsコードページと相互変換する必要があって、
そこまでやっても所詮A系決めうちだから、コードページ範囲外の文字が使われてる
ファイル名とか手も足も出ないんだっけ?

あまりにクソ過ぎてワロタ
2008/07/19(土) 17:34:47
そもそもUNIX系OS自体がユニコード対応してないんだから
PerlなどのUNIX系生まれの言語がユニコード扱えないのは仕方ないだろ。
2008/07/19(土) 17:40:58
>>353
一行目も二行目も言ってることがありえなさ過ぎてワロタ

たぶんあんたはLANGをja_JP.UTF-8にできることもしらないし
CIFSでWindowsのUTF-16なファイル名を完璧にSambaで扱えることもしらないし
JavaやPythonやTcl/Tkなどの言語が、Perlよりよほど優れたUnicodeサポートを
Windowsにおいても提供していることも知らないわけだな

Perlってテキスト処理が得意で簡潔に書けるのがウリのシステム管理者向けの
言語なんじゃなかったっけ?
2008/07/19(土) 22:13:53
 ↑
またか・・
もういい加減に、UTF-8 とユニコードの違いを理解しろよ。
2008/07/19(土) 23:05:14
>>353ってなんでこんな馬鹿なの?
2008/07/19(土) 23:32:22
議論に負けると人格攻撃はじめる
2008/07/19(土) 23:36:04
ぶっちゃけ>>353もすげえが>>355はもっと面白いな

ネタか何かのつもりかしら
2008/07/19(土) 23:36:25
議論に勝っても人格攻撃を始めるのが2ch。
要するに、勝負がついたということ。
2008/07/19(土) 23:45:51
で?UTF-8 とユニコードの違いは理解できたのかい?
2008/07/20(日) 00:21:29


そらエンコと文字コードまとめて語ったら誤解産むケースがあるのは
確かだが、そういう話じゃねえしな
2008/07/20(日) 02:02:38
そういう話だということにしないと、>>355があまりにもかっこ悪いから
必死なんですよ。
2008/07/20(日) 02:23:41
>>355
ユニコード ≒ 思想・アルゴリズム
UTF-7、UTF-8、UTF-16、UTF-32 ≒ 実装
じゃねえの?

「UTF-32エンコードされたユニコード文字列」とかいう表現が一般的だと思うが、
単純に「ユニコード文字列」と言った場合、
「エンコード不明なユニコード文字列」と取るか
「(最近一般的によく使われる)UTF-8でエンコードされたユニコード文字列」と取るか
「(一部儲が一般的と考える)UTF-16でエンコードされたユニコード文字列」と取るかは
人それぞれだと思う。

ってか、前にも>>355みたいな変な書き込みをPerl関連のスレで見た記憶が・・・。
2008/07/20(日) 02:50:25
>UTF-8 とユニコードの違い
なんかそのものずばりのスレがあるじゃん

UnicodeとUTF-8の違いは?
http://pc11.2ch.net/test/read.cgi/tech/1177930957/
2008/07/20(日) 08:07:10
>>363
「ユニコード」は、規格全体あるいは団体の名前ですよ。
「UTF-8」は文字エンコーディング名。ユニコード規格の一部。元はRFC。
2008/07/21(月) 09:14:52
>>363-365
誰がコピペしろと言った?
自分が理解してるかどうか、それを問うてる。
ユニコードと UTF-8 の違いをだ。
もしちゃんと理解してるなら、>>354 のような恥ずかしいカキコミはできないはずだ。
2008/07/21(月) 10:00:24
してないし、できないわなw
2008/07/21(月) 10:02:18
やっぱユニコードと UTF-8 の違いを理解するのは、このスレの住人には無理か・・・
2008/07/21(月) 10:09:22
例えがアレだが、、、生まれつき目の見えない人がいる。
目が見えないから「色」というのが理解できない。
手で触れるものなら形で区別つくのだが
「空は青い」とか「雲は白い」とか言われても
何のことやらわからない。

生まれつき1バイト=1文字の世界の人がいる。
彼らにはマルチバイトがなぜ必要なのか、ユニコードがなぜ必要なのか
理解できない。
3次元の世界で暮すわらわれに時間の壁が越えられないのと同じように
perl には漢字・マルチバイト文字・ユニコードの壁は越えられない。
「世間の風潮で、とりあえず utf8 を導入してみました〜〜〜〜」
「でもぜ〜んぜん実用的ではないでぇ〜〜す」
それが perl
2008/07/21(月) 10:31:27
perlのユニコードサポートは凄いもんがあるぞ。
言語レベルであそこまでサポートしているのは少ない。
ライブラリならIBMのがあるけど。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況