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

1 ：03/01/02 〜 最終レス ：2013/01/23

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

2 ：

Cで作るより楽。

3 ：

プラットフォーム非依存が容易。
可変長文字列。
正規表現。
ハッシュ。
C++ならこの辺もどうにかなるんだろうけどね。Cじゃ大変だ（藁

4 ：

すぐ作れる。
正規表現の処理が速い。

5 ：

>>4
OS非依存はどうする？
64bit Linuxとかがサーバだったら激しく面倒くさいんだが。

6 ：

2で終わってるような。。。

7 ：

ウェブプログラミングならばPHPの方が優れているし、
他用途でもCやJavaの方が（･∀･）ｲｲ!
結論：Perlはもう時代遅れ

8 ：

Perlは結局ライブラリなんだべ。CPANあってこそのPerl

9 ：

優れている根拠を示せ

10 ：

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

11 ：

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

12 ：

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

13 ：

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

14 ：

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

15 ：

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

16 ：

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

17 ：

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

18 ：

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

19 ：

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

20 ：

PHP(・∀・)ｲｲ!!

21 ：

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

22 ：

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

23 ：

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

24 ：

PHPは所詮、玩具。
PerlはUnix屋の道具箱として今後も使われる。
というかこの板､WebProgというか掲示板やらカウンター作って
喜んでるWebPage管理者が多いのか?
CGIの書きやすさをもってPerlにダメだしする無知が恥ずかしい。

25 ：

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

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

26 ：

>>25
>そもそも用途の全く違う言語を比較する事
>自体馬鹿げているということになる
24の書き込みはそういう考えが前提。
インタラクティブなWebページを構築するときに、
PHPの方が短期間&簡単に書けるのは確かだと思う。
でも逆にいうとそれだけ。ゲストブックプログラマ風情が
いっちょまえにPerl糞だの安易に語るなと個人的にカチンときただけ。

27 ：

>>26
Perlで大規模システム書くのも鬱だけどな。PHPでも同様。
それじゃ結局Cマンセーとかにならないか？

28 ：

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

29 ：

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

30 ：

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

31 ：

煽り方が間違ってたな・・・
Web用途における、Perlを、PHPで置き換える。ということか。日本語を読んでなかった。
PHPって熱狂的にまでなるほど使えるか?無料系の鯖でmod_phpで動く(可能性が高い)
くらいしか無いような・・
自動フォームデコードか。はぁ

32 ：

HTMLに直接<?php ?>とか書いて埋め込んでいっても、SSIで掲示板を作る(?)ようなもので、
だんだん汚いのが我慢できなくなって、結局は、最初から最後まで全部PHPになるんでしょ
だから、この、埋め込み機能も、結局は「質素な」動的ページでしか使えないと思うし・・

33 ：

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

34 ：

>>32
もうちょっとポジティブに考えなよ。
MVCモデルってあるじゃん。
PHPはVを書くのに最適。HTMLを主体としてphpで細かい制御を行うって感じ。
JSPなりASPな使い方な。
Perlみたいにコード中に無理矢理HTMLを組み込まざるを得ない（工夫次第でなんとでもなるけど）
より遙かに良いと思うけど。
まぁ、ロジックもビューも同じファイルの同じ関数でやっちゃうぜ〜！可読性？俺が読めれば無問題〜！
な奴には関係ないけれど。

35 ：

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

36 ：

>>35
フォームからのデータ変換して〜。
ログファイルに保存して〜。
HTML書き出して〜。
掲示板完成〜。
なんて言ってる奴に言語がどうこう言う資格は無いって事じゃないの？

37 ：

>>36
言語は使いやすい物を使えばいいと思う、けど、掲示板を再発明するにしても、
全然よく考えられて作られたものが存在しない、ような・・
技術が向上した人は、掲示板なんて一生懸命作ったりしない。とか。。
とにかく、PHPで、最初から最後まで<?php ... ?>で、HTMLは一生懸命echo ...;
は使い方が間違っている。と思う。

38 ：

>>37
＞とにかく、PHPで、最初から最後まで<?php ... ?>で、HTMLは一生懸命echo ...;
＞は使い方が間違っている。と思う。
激しく同意。でも、どこからこんな話が？

39 ：

perlはCのごとく自由度が高く、力技で書けちゃうからね。
その分泥臭いコードも書けてしまう。
仕事でやるなら、PHPで縛ったほうが保守は楽だろうね。

40 ：

>>38
WebプログラミングにはPHPが最適みたいなレスがあったけど、
実際には、勘違いして使っている人も多い。ということを言いたかった。
PHPをPHPらしく使うと、派手なことがしにくい、から、「最初から最後まで」方式
にしないといけない、、っていうのも考えられるけど。

41 ：

>>40
>>34

42 ：

CPAN使ってから家。

43 ：

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

44 ：

>>43
必　死　だ　な　(藁
ムキになるなよw
CPANとPEARくらべないどいて・・

45 ：

独り言
使う/使わない、は別にして、俺もPerlに魅力は感じなくなった。
そもそもPerlてなにする為のものなのよ？
やってらんねぇよ、ってくらい汚すぎでしょ、あれ。
どーとでも書けるほうが便利だからなのか、
それとも、無秩序な言語拡張を重ね、当初の目的を離れて肥大化しすぎたのか、
理由はよくわからないけどさ。
少なくともウェブプログラミングで代替案が全くない時以外で
Perlの出る幕はないだろうね。
日常の雑務なんぞ C が嫌なら MocaScript 一つあれば十分じゃい

46 ：

>>45
＞そもそもPerlてなにする為のものなのよ？
名前が示すとおり簡単にレポートを作成するための言語です。

47 ：

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

48 ：

煽り返したら負け

49 ：

>>47
名前が示すとおり簡単にレポートを作成するための言語です。
に、無理やり構造化指向付けたらローカル変数という概念が出現して困惑。仕方が無いのでmyとかlocalとかを作って間に合わせた。
に、無理やりオブジェクト指向付けたら参照という概念が出現して困惑。仕方が無いので汚いが&とかを作って間に合わせた。

50 ：

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

51 ：

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

52 ：

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

53 ：

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

54 ：

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

55 ：

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

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

56 ：

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

57 ：

>>55
何で最近の言語って構造体ないがしろなんだろうな。
まぁ、コンストラクタで初期化出来てデフォルトで参照だからどこにでも持っていけるクラスは便利だけれど。

58 ：

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

59 ：

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

60 ：

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

61 ：

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

62 ：

>>60
なんだそりゃ。
・・
ン・・・
・・・・・う、美しい（Ｔ_Ｔ）

63 ：

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

64 ：

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

65 ：

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

66 ：

＞迷惑千番
ドキュメントを書く練習しようネ！

67 ：

Perlって、コンパイラでネイティブコードに変換してから実行できないのかな？
それができれば、実行速度も早くなるよな？

68 ：

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

69 ：

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

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

70 ：

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

71 ：

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

72 ：

>>71
がんばれ。

73 ：

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

74 ：

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

75 ：

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

76 ：

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

77 ：

perlスクリプトのインタープリットにかかる時間を差し引いたとしても、
perl と c とでは速度差がある。
「わかりやすい Perl チューニングの話」
Perl の内部構造とパフォーマンス・チューニング
http://www.mikeneko.ne.jp/~lab/perl/tuning/
たとえばここに書いてあるように、Perl は変数に対していろいろ裏で
仕事をやってくれてるわけですよ。その仕事の中には、
いまやりたいことと直接必要ない処理もいろいろ入ってるわけです。
Ｃではプログラマが自前で面倒を見なきゃいけないが、
いま必要な処理に対して、最低限の仕事をすればいいわけです。
そこが、速度差として現れる。
変数に限った話ではなく、全般的にね。

78 ：

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

79 ：

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

80 ：

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

81 ：

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

82 ：

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

83 ：

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

84 ：

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

85 ：

（＾＾）

86 ：

Perl好きは、Larryの
「なぜ他人の家に侵入してはならないかというのは、あなたが招かれてないからであり、窓に鉄格子が付いているからではない」
とかいう台詞に惚れたんだろ。
Perlでは、洗練されたコードは洗練された奴にしか書けないっつーこった。
ま、どんな言語でもそうだが、特にね。

87 ：

使えねー言語だな

88 ：

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

89 ：

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

90 ：

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

91 ：

age

92 ：

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

93 ：

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

94 ：

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

95 ：

主観の違い

96 ：

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

97 ：

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

98 ：

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

99 ：

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

100read 1read

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

Perl::DBI (323)
ソーシャルネットワーキングのシステムを作ろう！ (598)
アップローダースレ Part3 (784)
■■Perlの一番いい勉強方法は？？■■ (255)
アプリケーションサーバって必要？ (209)
Wiki系とWikiEngineについて語るスレ Part5 (229)
--log9.info------------------
船橋郊外店専用スレ Part3 (363)
平塚パR情報 (363)
★★中央線★吉祥寺のパR店�J★井の頭線★★ (728)
【小田急】町田市パR情報 part4【横浜線】 (379)
【最悪】トップワン宝塚【店員】 (561)
【暴走】伊賀・名張パR店情報その１１【崩壊】 (218)
【チョン楽店員】知多半島のパチ屋20【ジョイルで】 (891)
千葉県柏市周辺は渋いト、自分は思うんだーー36店目 (887)
【４月２７日】マルハン厚木北店【オープン】 (781)
【福岡】ＶＥＧＡ筑前 Part.4【2パチ1パチ】 (776)
【復活】市川市東西線方面【南行〜妙典】1玉 (290)
平井のニューアポロ (236)
◆◆加古川のパR店事情 26◆◆最終�Z (843)
西東京・田無パR Part9 (364)
【今日も】宗像・遠賀のパR店19【明日も】 (239)
【依存症】スロットやめようぜ20人目【脱出】 (465)
--log55.com------------------
【名無し限定】暇なので話しませんか？19344
【名無し限定】暇なので話しませんか？ワッチョイ　Part.13
【レス厳禁】ひたすら愚痴るスレ103【独り言】
【名無し限定】暇なので話しませんか？ワッチョイ　Part.14
【名無し限定】暇なので話しませんか？19345
【名無し限定】暇なので話しませんか？ワッチョイ　Part.15
【名無し限定】暇なので話しませんか？ワッチョイ　Part.16
【名無し限定】暇なので話しませんか？ワッチョイ　Part.17