最近マジでPerlに魅力を感じなくなってきたよ
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
03/01/02 15:41ID:NUtGp9C5Perlの良い点をぜひ教えてください。
0063nobodyさん
03/01/12 06:10ID:HvHiIRirhttp://yahooo.s2.x-beat.com/linkvp/linkvp.html
0065nobodyさん
03/01/12 13:55ID:h9pVD0kR美しいコードは、やっぱり人が見て解りやすい処理で書いてあるコード
ただし、解りやすきゃいいわけじゃないく、処理が早い、無駄がない必要もある。
よくいるんだよね。より短く書いて自分の技術を誇示したがる椰子が。
んで、そういう椰子に限って、ドキュメントがまともに作られてないから、
後からそのソースをメンテしたりする人にとっては迷惑千番という場合がね。
どうよ。
0066nobodyさん
03/01/12 14:39ID:???ドキュメントを書く練習しようネ！
0067厨でスマソ
03/01/12 14:54ID:to+jggIVそれができれば、実行速度も早くなるよな？
0068nobodyさん
03/01/12 15:40ID:???mod_perl コンパイルした内容をapacheがずっと握っている
perlcc コンパイルして実行ファイルを作る。ただし、モジュール対応が不完全
perl2exe コンパイルして実行ファイルを作る。ただし、有料ソフト
三つの方法でそれはすでに実現されている。
0069nobodyさん
03/01/12 17:01ID:???俺はプログラム一つも知らないけどね。
0073nobodyさん
03/01/12 18:04ID:???でも正しい書き方なんですよね…。
0074nobodyさん
03/01/12 23:36ID:???でも、perl は perl の魅力がある。
shでは複雑で、C/C++ではちょっと面倒な処理はperlだね。って感じ。
0075nobodyさん
03/01/12 23:46ID:???同じ処理のＣＧＩプログラムの実行速度って
そんなに違うのか？
0076nobodyさん
03/01/13 01:34ID:???0077nobodyさん
03/01/13 02:11ID:???perl と c とでは速度差がある。
「わかりやすい Perl チューニングの話」
Perl の内部構造とパフォーマンス・チューニング
http://www.mikeneko.ne.jp/~lab/perl/tuning/
たとえばここに書いてあるように、Perl は変数に対していろいろ裏で
仕事をやってくれてるわけですよ。その仕事の中には、
いまやりたいことと直接必要ない処理もいろいろ入ってるわけです。
Ｃではプログラマが自前で面倒を見なきゃいけないが、
いま必要な処理に対して、最低限の仕事をすればいいわけです。
そこが、速度差として現れる。
変数に限った話ではなく、全般的にね。
0079nobodyさん
03/01/14 01:14ID:???ＣＰＵのレジスターまでも直接操作したり出来るからな。
玄人が書いたソースなら速くなりそうだ罠。
0080nobodyさん
03/01/14 21:31ID:???使い捨てのスクリプト組む分には実に楽だ。
0081nobodyさん
03/01/15 00:31ID:???セキュリティーホールが出来やすいってのはホンマですか？
0083nobodyさん
03/01/15 08:07ID:???つか、できるの？
環境変数から作られた文字列をevalできないとかさ。
0085山崎渉
03/01/15 13:33ID:???0086nobodyさん
03/01/19 05:48ID:???「なぜ他人の家に侵入してはならないかというのは、あなたが招かれてないからであり、窓に鉄格子が付いているからではない」
とかいう台詞に惚れたんだろ。
Perlでは、洗練されたコードは洗練された奴にしか書けないっつーこった。
ま、どんな言語でもそうだが、特にね。
0087nobodyさん
03/01/19 12:49ID:???0089Lerry
03/01/19 19:29ID:???0091nobodyさん
03/01/30 11:14ID:UhWhT1fK0092nobodyさん
03/01/30 12:40ID:ORAoLjc90093nobodyさん
03/01/30 13:12ID:???0094nobodyさん
03/01/31 00:15ID:???どういうのが綺麗でどういうのが汚いの？
0095nobodyさん
03/01/31 02:11ID:ZO6BOE200096nobodyさん
03/01/31 02:33ID:???再利用可能な処理はモジュールやサブルーチンにうまい
ことまとめられている。パクりやすいしカスタマイズしやすい。
汚いコードてのはそれができてないやつ、パクるより作った方が
はやいor中身はみなかったことにしてそのまま使うようなコード。
0097nobodyさん
03/01/31 02:58ID:???0098nobodyさん
03/01/31 03:50ID:???汚い、保守しにくい、パクリにくい、速い。
0099nobodyさん
03/01/31 18:04ID:???まさしくRubyじゃん。
0100nobodyさん
03/01/31 19:44ID:02FNbvO/0101nobodyさん
03/01/31 20:32ID:???汚く手抜きして書きにくい(クラス設計)
0102nobodyさん
03/01/31 22:21ID:1gqujj9y-Tオプションをつけて汚染モードで動かすことができる。
#!/perl -t
汚染モードの場合、外部からの入力は汚染されているとみなされ、
それを代入された変数なんかも汚染されているとみなされる。
これらはevalやsystem、``なんかの引数には使えない。
ただし、これら汚染された変数を正規表現とかで加工した場合、
あるいはそれによって派生された変数は、クリーンになったとみなされる。
すまん、勉強中でもっと実際を見てから出ないとこれ以上はいえない。
0104nobodyさん
03/02/01 15:53ID:???主観だよな。
俺の主観で言えば、
見にくいコードが部分的にあっても、それを嫌うのはPerl使ってないヤツだろう。
全体のコーディングがしっかりしてれば、各所で見にくいコードがあろうともきれいなプログラムになると思うんだけどね。
Perlがプログラミング未経験者にとって取っつきやすいがために、
ただダラダラと書き散らしただけのプログラムが多く排出されている現状から
「Perl=汚い」って構図ができあがったんじゃないのかね。
0106nobodyさん
03/02/01 16:36ID:ei66s5LK0107nobodyさん
03/02/01 16:40ID:???0108nobodyさん
03/02/01 16:47ID:???sub new {
return bress {};
}
sub output {
print "this is perl sample\n";
}
0109nobodyさん
03/02/01 17:20ID:???0111nobodyさん
03/02/01 23:32ID:CsB+e0ur後発 綺麗 マイナー 互換性低
いくら腐りきった文法とはいえ
ユーザーが多く環境が整っている上に
過去の資産も難なく生かせるとなれば
嫌々でも使うほかないよね。
Perlにあるのはそれだけ。
0112nobodyさん
03/02/02 04:58ID:???0113nobodyさん
03/02/02 05:06ID:???0114nobodyさん
03/02/02 10:11ID:???そら、変換ライブラリくらいどこかにあるでしょう。
もしかしてjcode.pmかなんかが標準搭載になって調子乗ってる？
>>113
中の（略
0115nobodyさん
03/02/02 11:24ID:qRO1tAQQ＞汚い、保守しにくい、パクリにくい、速い。
会社だと上だな。
0116nobodyさん
03/02/02 13:20ID:???Pascal は文法綺麗すぎて使いづらいよ。
用途に寄るけどさ。
Cの文法もプリプロセッサを込みで考えると汚いよなー
0118nobodyさん
03/03/12 22:14ID:???この上なく魅力的な言語だと思うが、どうよ。
Perlでは仕事も無く、CGIとしてのPerlもPHPなんかに取って代わられて、
でも、
俺はPerlが大好きだぁ！
0119nobodyさん
03/03/13 01:00ID:???俺も、excelからcsvに落としてぐちゃぐちゃやってexcelにこぴぺとかよくやる
0121nobodyさん
03/03/13 01:39ID:???そのねーちゃんに魅力を感じる。
0122nobodyさん
03/03/13 01:49ID:???PHP使いに変われば魅力が出てくるといってあげてください。
0123山崎渉
03/03/13 16:58ID:???0126124
03/03/14 21:54ID:???ああ、確かにここはwebprogスレだったな。忘れてた。
でもPHPに不満も無いし敵意も持ってないから戦う気もまた無い。
Perlのウェブプログラミング言語としての価値は、もはや
無料CGI配布なんかの需要程度で、仕事は少ない。
これは言語の世代交代・進化ってことだから、この流れも
当然で、歓迎すらしてるぞ。
しかし、PerlをCGIにしか使ってない人が「魅力を感じない」
と言ったところで、それはとっても偏った意見だ。
総合的に見たらPerlはまだまだ魅力的だと思うぞ。
0127nobodyさん
03/03/14 21:59ID:???事務のねーちゃんがperl使いだが、データ処理に使ってるよー
俺も、excelからcsvに落としてぐちゃぐちゃやってexcelにこぴぺとかよくやる
122 ：nobodyさん mailto:[sage] ：03/03/13 01:49 ID:???
魅力ないものを使ってるのだからやはり魅力ないですね。
PHP使いに変われば魅力が出てくるといってあげてください。
あ、よく見たらこの流れもおかしいな。
やっぱ戦う？
PHPって「事務が使うデータ処理」や「excelからcsvに落としてぐちゃぐちゃやってexcelにこぴぺとか」
なんて処理に関しても魅力が出てくるの？
0129山崎渉
03/04/17 12:25ID:???0130山崎渉
03/04/20 06:08ID:???（ ＾＾ ）＜ ぬるぽ（＾＾）
0131nobodyさん
03/05/04 21:37ID:???後でsedで書き直せば
よりスマートで高速になるものばかりだ。
だからPerlはほとんど使わない。
0132nobodyさん
03/05/15 03:04ID:hBqas9Wjたとえばどんな正規表現？
0133bloom
03/05/15 03:10ID:fs87NLJj0134nobodyさん
03/05/15 03:18ID:???0135nobodyさん
03/05/15 04:13ID:???0136nobodyさん
03/05/15 06:34ID:uAZ3VD6Nマスターするのには難解な言語だよね。
でも、マスターを目指そうとするのならCの次に魅力的だな、と俺は感じる。
CGIとか、簡単な記述とか、そーゆーのにしかperl使ってない人には
コードが適当で手っ取り早く書けるだけの言語なんだろうけど…。
0137nobodyさん
03/05/15 06:39ID:???Cのどこが魅力的なんだ(怒)
・・・・ごめんなさい。言ってみたかっただけです。
0138nobodyさん
03/05/15 11:25ID:???深く勉強すればほとんどの事が出来るし
Cと深く繋がっているからCにも基礎にも強くなるし、
Unix系サーバーの管理にも非常に役に立つし、
perlの苦手な計算でもJava程度のスピードが出る点かな。
最初に簡単なPHPに手を出すと、後からの伸びが期待できない。
0139nobodyさん
03/05/15 11:32ID:???コードの難解さではまさに暗号と言ってもいいほど難解なんだが、
それが読めるようになればもう怖い物無しだな。
どんな言語のどんなコードでも読めるようになる。
これは言いすぎかな。
0140nobodyさん
03/05/15 12:31ID:???最近マジでPerlに魅力を感じなくなってきたよ
0141nobodyさん
03/05/15 14:35ID:???0143nobodyさん
03/05/15 15:19ID:???0144nobodyさん
03/05/15 16:45ID:???0145nobodyさん
03/05/16 08:04ID:???∧＿∧
∧＿∧ （´<_｀ ） 流石だよな俺ら
（ ´_ゝ`） / ⌒i
／ ＼ | |
/ /￣￣￣￣/ |
＿_(__ﾆつ/ FMV / .| .|＿＿＿＿
＼/＿＿＿＿/ （u ⊃
0146nobodyさん
03/05/16 21:11ID:???0148nobodyさん
03/05/16 22:20ID:???0150nobodyさん
03/05/17 21:43ID:???0152nobodyさん
03/05/18 03:53ID:???あのCPANの充実は充分魅力だと思うんだけどなあ……。
Rubyに比べればまだ泥くさい部分もあるのは確かだけど、
Cより組むのが楽なのがありがたい。
0153デフォルトの名無しさん
03/05/18 19:04ID:gpMFIntV0154bloom
03/05/18 19:08ID:rGbr42DC0155 ◆TgfOVovqoo
03/05/18 22:25ID:V0VY2h4v通報おねがいします！！！
当該スレ↓
明日小泉を殺す！
http://human2.2ch.net/test/read.cgi/male/1053261486/
0157nobodyさん
03/05/19 11:24ID:LUfTgHhj聞いてくれよ。
メソッドもメンバーも、ハッシュだぜハッシュ！
てことは、なんだ。Perl の速度で処理されるんだぜ？？
コストかかりすぎだと思わんか？
モジュールはオーバーヘッドの塊だ。全くクレイジーだよ
0158nobodyさん
03/05/19 11:51ID:???メソッドはハッシュの速さになるのかどうかよくわからんが、
Perlが遅いのはどうにも宿命なんだから諦めれ。
つか、簡単にメンバー増やせるから楽なんだが。
0159nobodyさん
03/05/19 15:15ID:UiyhRNnV「オブジェクト指向Perlマスターコース」って本に
詳しく書いてあるよ。
0160nobodyさん
03/05/19 22:45ID:???皆まで言うな。
しかしオブジェクト指向自体、処理速度ではなく開発速度と保守のし易さに
重きを置いているのだから、たいしたことじゃないかもしれんぞ。
オーバーヘッド気にしてたらオブジェクトなんて声高に叫べません。
処理速度を向上させたいのなら、いっそ手続き型として上から下へと書き連ねなさい。
ｵﾅﾆｰの如く、その後に残るのは自己嫌悪感なわけだが。
俺はそんなｵﾅﾆｰと同じくPerlが好きだ。
でも仕事じゃ使わないんだよね。会社でｵﾅﾆｰしないのと同じように。
0162デフォルトの名無しさん
03/05/20 17:46ID:14lz5S3h処理速度を向上させたいのではなーい。
無駄なオーバーヘッドがありすぎるってんだよ。
Perl のオブジェクト指向の実装を、他の言語と比べたこと無いの？
0163nobodyさん
03/05/20 22:04ID:???実際に比べたことはないが、インタプリタ言語なんだから言うまでもなかろうよ。
Perlの存在自体がその上に成り立っているんだからねぇ。
処理速度に限らず、オブジェクト指向はオーバーヘッド嗜好なんだよ。
ま、恥垢がたまらない程度にがんばってコーディングしてくれ。
■ このスレッドは過去ログ倉庫に格納されています