Perl厨マジきめぇｗｗｗｗ
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2006/11/10(金) 00:29:51ID:???いつまでPerlなんて使ってるんだよ化石乙ｗｗｗｗｗｗ
0025nobodyさん
2007/04/29(日) 23:30:24ID:???JavaScriptは関数型言語のおもしろい性質や楽しいプロトタイプ型OOを備えてるけど、言語のしょぼさで言ったらPHPよｒｙ
0026nobodyさん
2007/10/08(月) 15:27:33ID:1yypFZaN0027nobodyさん
2007/10/09(火) 00:27:55ID:???0028nobodyさん
2007/10/09(火) 18:56:00ID:Fk+dnAOm厨たちの自己評価
0029nobodyさん
2007/10/09(火) 22:16:49ID:???激しくだっせー！！！ｗｗｗｗｗ
0030nobodyさん
2007/10/09(火) 23:15:34ID:???中規模案件なら無敵だよ。
0031nobodyさん
2007/10/26(金) 16:27:47ID:???0032nobodyさん
2007/11/02(金) 21:25:19ID:t8D2+WGsひつじ？
0033nobodyさん
2007/11/27(火) 04:29:06ID:???0035nobodyさん
2009/01/06(火) 10:33:04ID:qHdkBmWNヽ( ・∀・)ﾉ●ｳﾝｺｰ
0036nobodyさん
2009/01/08(木) 22:08:30ID:???0037nobodyさん
2009/01/14(水) 21:38:31ID:???RubyやJavaだとそう思わないから不思議。
0038nobodyさん
2009/01/19(月) 14:28:25ID:???0039nobodyさん
2009/01/21(水) 17:33:18ID:???ひどいソースしか見た事ないんじゃない？
モダンな Perl はきれいなソース多いと思うけど。
（一部モジュールはのぞく）
0040nobodyさん
2009/01/23(金) 23:54:08ID:???中途半端なオブジェクト指向で
さらに醜い。
0041nobodyさん
2009/01/24(土) 00:49:18ID:???0042nobodyさん
2009/01/24(土) 02:49:09ID:???0043nobodyさん
2009/01/31(土) 05:46:44ID:???読んでる人のソースは綺麗なソース
読んでない人のソースは酷いソース
結論はぺヤング最強
0044nobodyさん
2009/01/31(土) 08:40:34ID:???書いたらしい動作しないスクリプトをだ
原因調べて直してくれって言われて見てみた事はあるが、、、酷すぎだったorz
全部コピペでソースはぐちゃぐちゃ、動かない原因？全てだろ。
いらいたくもない、みたくもない、かかわりたくもない。
本読んで勉強しろよと言いたかったけど
相手がお客様でして。。。そんな事言える訳も無く
一から書いて渡したら｢どこのページにソースあったの？｣って言われて
一から書いた旨を伝え去ろうとしたら｢どこのページみたらわかる？｣って聞いてきたので
次の日に相手のデスクに無言で家から持ってきたラクダ本二冊置いた、経験はある。
0045nobodyさん
2009/01/31(土) 13:55:49ID:???0046nobodyさん
2009/04/13(月) 21:28:41ID:???てかperlわからないからPHPでええやん。perlに比べてPHPってすげー簡単だし。
perlわかる奴はPHPテキトーに利用しつつperl使ってりゃええやん。
0047nobodyさん
2009/04/16(木) 21:57:55ID:???perl＞＞＞＞PHPだろうな。
てゆーかPHPってHTMLやjavascryptとたいして変わらん
0048nobodyさん
2010/01/07(木) 09:11:44ID:Lf7qa5W70049nobodyさん
2010/01/19(火) 15:16:19ID:???0050nobodyさん
2010/01/31(日) 19:54:47ID:???0051名無し
2010/07/25(日) 15:39:38ID:7BlVjhriクソスレたてんじゃねえよかす？な？PHPのゴミがほざいてんじゃねえよwwwwww
頭が悪いのはてめえだろごみwwwwクソススレしめろよはやくwwwwwwwwww
PHPとかやってるやつてクソガキしかいないし Windowsばっかりつかってるやつらでむかつくんだよね
頭崩壊してんじゃね？ばかだしwwwwwwwwwww
PHPとかやってるwebデザイナーとかもほんとごみwwwwwwwwwwwwwwwwwwwwww
PHP＝HTMLと同等でいいよごみだからwwwwwwww
俺はプログラミングやってないからわからないけど perlとかごみだしなwwwww
perlのオブジェクト指向とかクソすぎwwwwwwwwww 本とゴミwwwwwww オブジェクト指向にしなくてもいいのに
真似ばっかりしちゃってwwwwwwwwごみすぎるよ
0052nobodyさん
2010/07/27(火) 03:47:05ID:???暇になったらRubyとHaskellやりたいんだが。
0053名無しさん＠お腹いっぱい。
2010/07/27(火) 07:44:45ID:Q+p+NFYS御前自己紹介うざいよ？？？？消えろ！！
haskellやってどうすんの？名前がハッキングみたいでかっこいからやんだろバカじゃねえのこいちwwwww
頭湧いてんの？wwwwwhaskellがunkoって名前だったらやらねえんだろばかがしんどけwwwwww
0054nobodyさん
2011/05/07(土) 18:24:05.23ID:y5FxM3rk0055nobodyさん
2011/05/20(金) 23:18:17.77ID:???殆どは４０代以上の人間ばっかり。
適材適所で選べば、Web開発に適した言語は、少なくともPerlではないという
結論に達するのが普通で、未だにPerlでWeb開発してる人間は、ハッキリって
世の中の新陳代謝の邪魔をしている不要な人間であることがほとんど。
「自分が好きな言語はなにか」ということと、「Web開発に最適な言語はなんなのか」ということを
分けて考えることが出来ないエンジニアは即効で、この業界から引退すべき。
Perl厨＝お年寄り が、この業界に居座ることで、この業界の新陳代謝が阻害されている
事実は、本当に深刻な事態だ。
なぜ、日本ではgoogleのような企業が生まれないのか。
その解決方法の一つとして、まず、Perl厨のようなお年寄りは、さっさと
この業界から去るべきだと思う。
大切なことなので、もう一度言います。
「自分が好きな言語」と「Web開発において、最適な言語」は分けて考えるべきです。
分けて考えることが出来ないPerl厨は老害以外のなにものでもない。
日本のPerl厨のみなさん、ちゃんと理解できましたか？
これが、常に上を目指すWebエンジニア達の本当の意見なのです。
目をそらさないでください。
#もちろん、perlがなければ、UNIX系のOS自体、成り立たないだろうという
#話とは全くの別次元です。あくまでもWeb開発における話ですので、がっかりしないでください。
0056nobodyさん
2011/05/24(火) 03:50:57.61ID:???0057nobodyさん
2011/05/28(土) 17:15:03.75ID:???標準ライブラリと言えるものがcpanモジュールなのだが、
その作者がばらばらでモジュールの品質が安定しない。
人によっては互換性をなくすような修正をするから
環境、つまりOSを変えたりバージョンを上げたりで
アプリが動かなくなったりする。
この点Javaなんかは最強。
Windowsで動くものがそのまま
Linuxで動いたりする。
0058nobodyさん
2011/06/18(土) 01:04:13.46ID:???アーキテクチャ依存の言語をインラインすればOS間の互換問題は当然発生するわけで
自分で自制出来ないんならお母さんにオムツつけてもうしかないな。
0059nobodyさん
2011/06/21(火) 23:29:21.94ID:???サードパーティ製モジュール を使うことが
事実上の標準になっているPerl涙目だなｗ
0060nobodyさん
2011/06/24(金) 15:16:42.68ID:???コアであれこれ介護してくれるのはPHPぐらい。
0061nobodyさん
2011/06/25(土) 02:33:15.28ID:qtyjwp+fJavaの話をすればいい？
C++標準ライブラリの話？
.NETフレームワーク？
いずれにしても企業、もしくはそれなり大きさの
コミュニティでみんなで話しあって決めるのが普通
個人開発者が気まぐれで仕様変更されようなものを
今度のバージョンから標準バンドルしました。
なんて世界じゃないんだよ。
0062nobodyさん
2011/06/25(土) 07:57:39.48ID:???> コミュニティでみんなで話しあって決めるのが普通
Perlがそうではないと？
0063nobodyさん
2011/06/25(土) 12:41:58.98ID:???はい、そのとおりです。
Perlでライブラリを使おうと思ったとき
cpanで探すのが常識ですが、そのcpanには
一般の人が簡単にアップロードができます。
そして恐ろしいことにPerlの標準モジュールとは
このcpanから任意のバージョンをチョイスしてきて
いるだけなのです。
0064nobodyさん
2011/06/25(土) 17:12:55.87ID:???無作為に任意のバーションをチョイスしてPerlに標準バンドルされるってことか。
Perl終わってるな
0065nobodyさん
2011/06/25(土) 22:11:59.88ID:???http://gihyo.jp/dev/serial/01/modern-perl/0015
ただし，Cから継承してきたlocaltime()やgmtime()の返り値は，お世辞にもわかりやすいとはいえません。
1996年11月には，Class::Struct（当時はClass::Templateと呼ばれていました）をベースにしたTime::tmと，
それを利用したTime::localtime，Time::gmtimeがそれぞれPerlのコアに導入されました（Perl 5.003_11以降）。
このメールに反応して生まれたのが（2000年3月のリリース当初はTime::Objectと呼ばれていた）
現在のTime::Pieceでした。このTime::Pieceは，ラリーの仕様を実装したという事情もあり，
2001年4月に一度はPerl 5.8系列（正確にはその開発版である5.7系列）のコアに入ります
ところが，それと相前後するように第二の日時モジュールブームが起こり，2001年の4月から7月にかけて，
Date::Handler, Date::ICal, Class::Date, Date::Simpleといったモジュールが立て続けにリリースされたため，
このような議論はDate::Calc，Date::Manip，Date::Parseといったモジュールが
次々にリリースされた1995／1996年の時点ですでにあったのですが，
血統的には最も標準に近い位置にあったTime::Pieceでさえ
「論争中の名前空間における一実装に過ぎない」という理由でコアから削除されてしまいます
そのような混乱にいちおうの終止符を打ったのが，デイヴ・ロルスキー（Dave Rolsky）氏が
2003年初頭に始めたDateTimeプロジェクトでした。
長らく待ち望まれてきた共通APIへの反応はおおむね好意的なものでした。2003年だけで19人の
作者が50個の関連モジュールをリリースしていますし，
ただし，DateTimeモジュール群にも泣き所がないわけではありません
モジュール群の大きさやタイムゾーン・データベースの更新頻度などの都合もあって
Perlのコアモジュールにはしづらいというのも悩みの種でした。
その隙間を埋める試みとしては，まずアダム・ケネディ（Adam Kennedy）氏が2006年の
8月末から9月頭にかけてリリースしたDate::TinyとTime::Tinyという2つの::Tinyモジュールがあげられます。
0066nobodyさん
2011/06/25(土) 22:16:09.62ID:???必要があれば本家のDateTimeに処理を委譲しようというものだったのですが，
氏が提唱した::Tinyというカテゴリーそのものに対する疑問や，それぞれ日付のみ，
時刻のみしか扱えないという大きな制約などから，多くの関心を集めるには至りませんでした。
同時期に起こったより重要な出来事としては，一度はコアから外れたTime::Pieceが，
2006年11月にふたたびPerl 5.9／5.10系列のコアに入ったことがあげられます。
また，ごく最近の例としては牧大輔氏によるDateTimeX::Liteの例をあげることもできます。
ほらな、個人がばらばらで作って、どや、どや、どや、ばかりやってる。
気が向いたら標準モジュールにピックアップして嫌なら消す。
方向性がバラバラで無秩序でなんだよ
標準モジュールとして採用されても、モジュールの開発は
Perl本体とは別に進んでいる。だからPerlそのものが信用できない状態。
0067nobodyさん
2011/06/26(日) 07:35:22.79ID:???標準モジュールとなっている。
0068nobodyさん
2011/08/15(月) 23:45:12.43ID:???モジュールにしたからといって分かりやすくなるわけではない
use constant One => 1;
use constant Two => 2;
use constant Three => 3;
↑分かりやすくならないYo!!
無駄なドキュメントが増えてしまうだけ
良識のあるマは軽くスルーしている
0070nobodyさん
2011/08/18(木) 08:48:12.92ID:???使い方のノウハウも蓄積されている
そこをあえて新しいインタフェースにする
必要がない
と、読み下してあげましたよっと
0071nobodyさん
2011/08/18(木) 23:02:46.85ID:???C言語由来だからといって、使いやすいわけじゃないし、
（むしろC言語は使いにくいからPerlを使うんだろ）
資料が豊富だからといって、使いにくいものが使いやすくなるわけじゃないし、
使い方のノウハウが溜まったからと言って、使いにくいことに変わりはない。
新しいインターフェースを作ってから、理由を考えるわけじゃない。
理由があったから、新しいインターフェースができた。
理由がないことをわかっていて、新しいインターフェースを作るなどという
馬鹿げた例（>>68）は出発地点（作る理由がある、かたや理由がない）が
正反対なので全く当てはまらない。
0072nobodyさん
2011/08/21(日) 19:17:39.41ID:???だれも反対しないけどな
使いやすいかどうかを他人に押し付けんなってことだ
Perl忍者呼んじゃうぞ
0073nobodyさん
2011/11/04(金) 21:05:31.64ID:???15才が魔女なんです。
0075nobodyさん
2013/03/23(土) 16:27:23.50ID:???■ このスレッドは過去ログ倉庫に格納されています