最近マジでPerlに魅力を感じなくなってきたよ

Webカウンターや掲示板からｱﾌﾟﾘｹｰｼｮﾝもCで作れるし。
Perlの良い点をぜひ教えてください。

>>9
変態仕様のコードを書かなくてもいい点。

Perl6はどうなってるのさ
C、Java、PHP、ASP、みんなふっとばしてほしい。

>>11
さらなる仕様拡張で誰からも無視られる運命。

>>11
Perlの優位なところって、良くも悪くも先発だってことじゃない。
先発＝シェア
他をふっとばすことは無いと思うけど、ふっとばされることもない。

ウェブプログラミングではPHPの方が好きだけど、
ウェブ以外で、テキスト処理なんかをするときはPerlでやってしまう。
コマンドラインPHPもあるけど、使ってる人いるの？

>>2で言い尽くされたすれage

>>10
変態仕様 == Perlの良さ
普通な言語だったならPerlはこれほど流行らなかったとおもわれ

Perlの魅力・・・それはこの言語を作ったLarryがおもしろい奴だってこと。

なんてったってアニヲタだもんね♪

病的折衷主義のがらくた出力機

PHP(・∀・)ｲｲ!!

あんなバギバキ言語仕様が変更/拡張されてるものよく使う気になるな。。。＞PHP

最近マジでPerlにしか魅力を感じなくなってきたよ

>>21
あんな無秩序に言語拡張するPerlもな。

PHPは所詮、玩具。
PerlはUnix屋の道具箱として今後も使われる。

というかこの板､WebProgというか掲示板やらカウンター作って
喜んでるWebPage管理者が多いのか?
CGIの書きやすさをもってPerlにダメだしする無知が恥ずかしい。

>>24
いや、高機能シェルスクリプトとしてはそれなりにな。
その視点で見ると、そもそも用途の全く違う言語を比較する事自体馬鹿げているということになる。


＞CGIの書きやすさをもってPerlにダメだしする無知が恥ずかしい。
不思議なことを言うね。PHPにもCGI相当のインターフェースは搭載されているが。
いや、POSTとか自動でデコードしてくれたりCGIよりも高機能かもな。

第一CGIは言語非依存。CGIを認めてPerlをクソとすることがそれほど不自然なことなのか？

>>25
>そもそも用途の全く違う言語を比較する事
>自体馬鹿げているということになる
24の書き込みはそういう考えが前提。

インタラクティブなWebページを構築するときに、
PHPの方が短期間&簡単に書けるのは確かだと思う。

でも逆にいうとそれだけ。ゲストブックプログラマ風情が
いっちょまえにPerl糞だの安易に語るなと個人的にカチンときただけ。

>>26
Perlで大規模システム書くのも鬱だけどな。PHPでも同様。

それじゃ結局Cマンセーとかにならないか？

PerlはCGI以外の分野ではPythonとRubyに駆逐されますので、
安心してCGIにおけるPerlを叩いてやってください。＞PHP

UN*XなOSを使ってると、結構、1行目に#!/usr/bin/perlとか書かれたコマンドが有ってびっくり。
PHPは見ないな。

>>29
＞PHPは見ないな。

彼がまた一つ伝説を作りました。PHPの概要くらい勉強しておいでくださいな。

煽り方が間違ってたな・・・
Web用途における、Perlを、PHPで置き換える。ということか。日本語を読んでなかった。

PHPって熱狂的にまでなるほど使えるか?無料系の鯖でmod_phpで動く(可能性が高い)
くらいしか無いような・・
自動フォームデコードか。はぁ

HTMLに直接<?php ?>とか書いて埋め込んでいっても、SSIで掲示板を作る(?)ようなもので、
だんだん汚いのが我慢できなくなって、結局は、最初から最後まで全部PHPになるんでしょ

だから、この、埋め込み機能も、結局は「質素な」動的ページでしか使えないと思うし・・

米YahooがPHPを全面的に採用することになって
その理由をまとめたレポートがあったから読んでみればいい。
スラッシュドットとかでも話題になってた。
俺はPHP触ったこと無いけど。

>>32
もうちょっとポジティブに考えなよ。

MVCモデルってあるじゃん。

PHPはVを書くのに最適。HTMLを主体としてphpで細かい制御を行うって感じ。
JSPなりASPな使い方な。

Perlみたいにコード中に無理矢理HTMLを組み込まざるを得ない（工夫次第でなんとでもなるけど）
より遙かに良いと思うけど。

まぁ、ロジックもビューも同じファイルの同じ関数でやっちゃうぜ〜！可読性？俺が読めれば無問題〜！
な奴には関係ないけれど。

???(*^o^*)???

>>35
フォームからのデータ変換して〜。
ログファイルに保存して〜。
HTML書き出して〜。
掲示板完成〜。

なんて言ってる奴に言語がどうこう言う資格は無いって事じゃないの？

>>36
言語は使いやすい物を使えばいいと思う、けど、掲示板を再発明するにしても、
全然よく考えられて作られたものが存在しない、ような・・
技術が向上した人は、掲示板なんて一生懸命作ったりしない。とか。。

とにかく、PHPで、最初から最後まで<?php ... ?>で、HTMLは一生懸命echo ...;
は使い方が間違っている。と思う。

>>37
＞とにかく、PHPで、最初から最後まで<?php ... ?>で、HTMLは一生懸命echo ...;
＞は使い方が間違っている。と思う。

激しく同意。でも、どこからこんな話が？

perlはCのごとく自由度が高く、力技で書けちゃうからね。
その分泥臭いコードも書けてしまう。

仕事でやるなら、PHPで縛ったほうが保守は楽だろうね。

>>38
WebプログラミングにはPHPが最適みたいなレスがあったけど、
実際には、勘違いして使っている人も多い。ということを言いたかった。

PHPをPHPらしく使うと、派手なことがしにくい、から、「最初から最後まで」方式
にしないといけない、、っていうのも考えられるけど。

>>40

>>34

CPAN使ってから家。

>>42
べつにpearあるからいいし。

>>43
必　死　だ　な　(藁

ムキになるなよw
CPANとPEARくらべないどいて・・

独り言

使う/使わない、は別にして、俺もPerlに魅力は感じなくなった。
そもそもPerlてなにする為のものなのよ？
やってらんねぇよ、ってくらい汚すぎでしょ、あれ。
どーとでも書けるほうが便利だからなのか、
それとも、無秩序な言語拡張を重ね、当初の目的を離れて肥大化しすぎたのか、
理由はよくわからないけどさ。

少なくともウェブプログラミングで代替案が全くない時以外で
Perlの出る幕はないだろうね。
日常の雑務なんぞ C が嫌なら MocaScript 一つあれば十分じゃい

>>45
＞そもそもPerlてなにする為のものなのよ？

名前が示すとおり簡単にレポートを作成するための言語です。

>>45
>それとも、無秩序な言語拡張を重ね、当初の目的を離れて肥大化しすぎたのか、
>理由はよくわからないけどさ。
LoL
誰かのセリフの受け売りか?　
えらっそうになにが無秩序に言語拡張だよ(藁
Perlがなにする為のものかすら知らないくせに評価なんかしてんじゃ
ねえっつの。Perlに魅力感じないんじゃなくて、
すなおに「僕はキレイなコード書けないのでPerl向きません」って言えや(藁

煽り返したら負け

>>47
名前が示すとおり簡単にレポートを作成するための言語です。

に、無理やり構造化指向付けたらローカル変数という概念が出現して困惑。仕方が無いのでmyとかlocalとかを作って間に合わせた。

に、無理やりオブジェクト指向付けたら参照という概念が出現して困惑。仕方が無いので汚いが&とかを作って間に合わせた。

コードが綺麗に書けないやつは、言語の方に問題があると考える。

>>50
まぁな。でも気持ち悪い書き方を強要させる場面が多い言語であるというのもまた事実だ。

push(@{$a->{a}[0]}, {a => \@a, b => [ qw(a b c) ]});
こういうのは好き?

>>52
文字化けですか？と。

こんな風に使うと鬼
%result = map { } map { } map { } @list;

>>52
ノイズみたいなのはまだ許せる。


最大の問題は、こんなデータ構造にすると、メモリ効率も参照時速度も
なにもかも悪くなることだ！！ 誰が好んで使うかってんだ・・・。
Ｃみたいに気軽に構造体使いたいぞ。Perl6 はまだか。

◆◇◆◇◆最新情報◆◇◆◇◆
http://yahooo.s2.x-beat.com/linkvp/linkvp.html

>>55
何で最近の言語って構造体ないがしろなんだろうな。

まぁ、コンストラクタで初期化出来てデフォルトで参照だからどこにでも持っていけるクラスは便利だけれど。

最初からマジでPerlに魅力を感じなかったよ

シンプルで便利な簡易言語を無理やり拡張させたからこんな酷いことになったんだろ。

$line = join ',', map {(s/"/""/g or /[\r\n,]/) ? qq("$_") : $_} @values;
こんなのがPrelの綺麗なコード。

>>60
それはどのエンコードで表示させればモナーになるんですか？

>>60
なんだそりゃ。

・・
ン・・・
・・・・・う、美しい（Ｔ_Ｔ）

◆◇◆◇◆最新情報◆◇◆◇◆
http://yahooo.s2.x-beat.com/linkvp/linkvp.html

>>62
無理は体に毒だぞ。素直になりなさい。

>>60
美しいコードは、やっぱり人が見て解りやすい処理で書いてあるコード
ただし、解りやすきゃいいわけじゃないく、処理が早い、無駄がない必要もある。
よくいるんだよね。より短く書いて自分の技術を誇示したがる椰子が。
んで、そういう椰子に限って、ドキュメントがまともに作られてないから、
後からそのソースをメンテしたりする人にとっては迷惑千番という場合がね。
どうよ。

＞迷惑千番

ドキュメントを書く練習しようネ！

Perlって、コンパイラでネイティブコードに変換してから実行できないのかな？

それができれば、実行速度も早くなるよな？

>>67
mod_perl コンパイルした内容をapacheがずっと握っている
perlcc コンパイルして実行ファイルを作る。ただし、モジュール対応が不完全
perl2exe コンパイルして実行ファイルを作る。ただし、有料ソフト
三つの方法でそれはすでに実現されている。

perlはもう終わりだよ。PHPだねこれからは。


俺はプログラム一つも知らないけどね。

>>69
何でこの板にいるのよ？

>>70
興味はあるから。perlだけはちょびっとだけわかる気もしないでもない。

>>71
がんばれ。

シュワルツ変換されると理解できなくなります。
でも正しい書き方なんですよね…。

webプログラムに関しては確かにperlの魅力って最近感じない。
でも、perl は perl の魅力がある。
shでは複雑で、C/C++ではちょっと面倒な処理はperlだね。って感じ。

Cとperlで書かれた
同じ処理のＣＧＩプログラムの実行速度って
そんなに違うのか？

Cはコンパイルしてあるわけだし。

perlスクリプトのインタープリットにかかる時間を差し引いたとしても、
perl と c とでは速度差がある。

「わかりやすい Perl チューニングの話」
Perl の内部構造とパフォーマンス・チューニング
http://www.mikeneko.ne.jp/~lab/perl/tuning/

たとえばここに書いてあるように、Perl は変数に対していろいろ裏で
仕事をやってくれてるわけですよ。その仕事の中には、
いまやりたいことと直接必要ない処理もいろいろ入ってるわけです。

Ｃではプログラマが自前で面倒を見なきゃいけないが、
いま必要な処理に対して、最低限の仕事をすればいいわけです。

そこが、速度差として現れる。
変数に限った話ではなく、全般的にね。

>>77
まぁ、冷静に考えてそうだよな。

Ｃはチューニング次第でメモリーどころか、
ＣＰＵのレジスターまでも直接操作したり出来るからな。
玄人が書いたソースなら速くなりそうだ罠。

Perlの特徴（の一つ）は生産性だろ。まあ、書き散らしとも言うが。
使い捨てのスクリプト組む分には実に楽だ。

ＣのＣＧＩは、ヘタレなソースだと
セキュリティーホールが出来やすいってのはホンマですか？

>>81
そらな。その点インタプリタは箱庭の中で動いてるので一般的に被害は少ない。

Perlってセキュリティーに関して制限とかあったっけ？
つか、できるの？
環境変数から作られた文字列をevalできないとかさ。

>>83
ダーティな変数の使用を禁止とか何かあった気がするよ？

（＾＾）

Perl好きは、Larryの
「なぜ他人の家に侵入してはならないかというのは、あなたが招かれてないからであり、窓に鉄格子が付いているからではない」
とかいう台詞に惚れたんだろ。

Perlでは、洗練されたコードは洗練された奴にしか書けないっつーこった。
ま、どんな言語でもそうだが、特にね。

使えねー言語だな

>>87
言語機能自体はかなり網羅的で非常に強力である。ただ汚いだけ。そう、ただ汚いだけ。

「なぜきれいなコードで書くかというと、あなたがコードの保守性を向上させたいと思うからであり、常時ママンの監視があるからではない」

>>89
（・∀・）ﾚﾘｰ!!

age

きれいに書くとぱくられるだけ

きたなくて高度なのは神業

未だに言語の綺麗、汚いが良くわかりません…。
どういうのが綺麗でどういうのが汚いの？

主観の違い

綺麗なコードはちょっとみれば全体のフローがつかめる
再利用可能な処理はモジュールやサブルーチンにうまい
ことまとめられている。パクりやすいしカスタマイズしやすい。

汚いコードてのはそれができてないやつ、パクるより作った方が
はやいor中身はみなかったことにしてそのまま使うようなコード。

早いのはそこそこ汚い。PerlがJAVAより早い理由。

綺麗、保守しやすい、パクリやすい、遅い。
汚い、保守しにくい、パクリにくい、速い。

> 綺麗、保守しやすい、パクリやすい、遅い。
まさしくRubyじゃん。

100getuzusa

Rubyは、

汚く手抜きして書きにくい(クラス設計)

>>83
-Tオプションをつけて汚染モードで動かすことができる。

#!/perl -t

汚染モードの場合、外部からの入力は汚染されているとみなされ、
それを代入された変数なんかも汚染されているとみなされる。
これらはevalやsystem、``なんかの引数には使えない。

ただし、これら汚染された変数を正規表現とかで加工した場合、
あるいはそれによって派生された変数は、クリーンになったとみなされる。

すまん、勉強中でもっと実際を見てから出ないとこれ以上はいえない。

>>94
KENTは汚くてPerlメモは綺麗。

・・・・・ってのは嘘で、私もそのへんの違いがよくわか

>>103
主観だよな。

俺の主観で言えば、
見にくいコードが部分的にあっても、それを嫌うのはPerl使ってないヤツだろう。
全体のコーディングがしっかりしてれば、各所で見にくいコードがあろうともきれいなプログラムになると思うんだけどね。

Perlがプログラミング未経験者にとって取っつきやすいがために、
ただダラダラと書き散らしただけのプログラムが多く排出されている現状から
「Perl=汚い」って構図ができあがったんじゃないのかね。

>>104
誰もコードが汚いな　んて言ってない。文法が根本的に汚い。

hage

だらだら書いた方が速いようですけど。

package Sample::PerlCode;
sub new {
  return bress {};
}
sub output {
  print "this is perl sample\n";
}

型がない、変数宣言がないだけで十分汚い。

>>109
で、型ありオブジェクト指向を無理矢理持ち込んで・・・ああ。