Perl厨マジきめぇｗｗｗｗ (78ﾚｽ)
上下前次1-新
51: 名無し 2010/07/25(日)15:39 ID:7BlVjhri(1) AAS
PHP厨のほうがきめえよwwwwwwwwwwwwwwwwwwww
クソスレたてんじゃねえよかす？な？PHPのゴミがほざいてんじゃねえよwwwwww
頭が悪いのはてめえだろごみwwwwクソススレしめろよはやくwwwwwwwwww
PHPとかやってるやつてクソガキしかいないし Windowsばっかりつかってるやつらでむかつくんだよね
頭崩壊してんじゃね？ばかだしwwwwwwwwwww
PHPとかやってるwebデザイナーとかもほんとごみwwwwwwwwwwwwwwwwwwwwww
PHP＝HTMLと同等でいいよごみだからwwwwwwww
俺はプログラミングやってないからわからないけど perlとかごみだしなwwwww
perlのオブジェクト指向とかクソすぎwwwwwwwwww 本とゴミwwwwwww オブジェクト指向にしなくてもいいのに
真似ばっかりしちゃってwwwwwwwwごみすぎるよ
52: 2010/07/27(火)03:47 ID:??? AAS
俺は仕事ではJava、趣味でPerlとPHPをやってる。
暇になったらRubyとHaskellやりたいんだが。
53: 名無しさん＠お腹いっぱい。 2010/07/27(火)07:44 ID:Q+p+NFYS(1) AAS
中２病「やれば？」
御前自己紹介うざいよ？？？？消えろ！！
haskellやってどうすんの？名前がハッキングみたいでかっこいからやんだろバカじゃねえのこいちwwwww
頭湧いてんの？wwwwwhaskellがunkoって名前だったらやらねえんだろばかがしんどけwwwwww
54: 2011/05/07(土)18:24 ID:y5FxM3rk(1) AAS
バカ発見晒しage
55: 2011/05/20(金)23:18 ID:??? AAS
未だに、perlでシコシコがんばっているエンジニアの
殆どは４０代以上の人間ばっかり。
適材適所で選べば、Web開発に適した言語は、少なくともPerlではないという
結論に達するのが普通で、未だにPerlでWeb開発してる人間は、ハッキリって
世の中の新陳代謝の邪魔をしている不要な人間であることがほとんど。
「自分が好きな言語はなにか」ということと、「Web開発に最適な言語はなんなのか」ということを
分けて考えることが出来ないエンジニアは即効で、この業界から引退すべき。
Perl厨＝お年寄り が、この業界に居座ることで、この業界の新陳代謝が阻害されている
事実は、本当に深刻な事態だ。
なぜ、日本ではgoogleのような企業が生まれないのか。
省10
56(1): 2011/05/24(火)03:50 ID:??? AAS
Perlのどこらへんが適していないのか具体例を挙げてください
57: 2011/05/28(土)17:15 ID:??? AAS
>>56
標準ライブラリと言えるものがcpanモジュールなのだが、
その作者がばらばらでモジュールの品質が安定しない。
人によっては互換性をなくすような修正をするから
環境、つまりOSを変えたりバージョンを上げたりで
アプリが動かなくなったりする。
この点Javaなんかは最強。
Windowsで動くものがそのまま
Linuxで動いたりする。
58: 2011/06/18(土)01:04 ID:??? AAS
サードパーティ製モジュールに品質や後方互換を求めること自体ナンセンス。
アーキテクチャ依存の言語をインラインすればOS間の互換問題は当然発生するわけで
自分で自制出来ないんならお母さんにオムツつけてもうしかないな。
59: 2011/06/21(火)23:29 ID:??? AAS
> サードパーティ製モジュールに品質や後方互換を求めること自体ナンセンス。
サードパーティ製モジュール を使うことが
事実上の標準になっているPerl涙目だなｗ
60(1): 2011/06/24(金)15:16 ID:??? AAS
開発元が提供するのはコンパイラ、VMでモジュールなんかは必要最低限ってのが標準だろ。
コアであれこれ介護してくれるのはPHPぐらい。
61: 2011/06/25(土)02:33 ID:qtyjwp+f(1) AAS
>>60
Javaの話をすればいい？
C++標準ライブラリの話？
.NETフレームワーク？
いずれにしても企業、もしくはそれなり大きさの
コミュニティでみんなで話しあって決めるのが普通
個人開発者が気まぐれで仕様変更されようなものを
今度のバージョンから標準バンドルしました。
なんて世界じゃないんだよ。
62(1): 2011/06/25(土)07:57 ID:??? AAS
> いずれにしても企業、もしくはそれなり大きさの
> コミュニティでみんなで話しあって決めるのが普通
Perlがそうではないと？
63: 2011/06/25(土)12:41 ID:??? AAS
>>62
はい、そのとおりです。
Perlでライブラリを使おうと思ったとき
cpanで探すのが常識ですが、そのcpanには
一般の人が簡単にアップロードができます。
そして恐ろしいことにPerlの標準モジュールとは
このcpanから任意のバージョンをチョイスしてきて
いるだけなのです。
64: 2011/06/25(土)17:12 ID:??? AAS
コミュニティで議論されず個人開発者が気まぐれで仕様変更されようなものを
無作為に任意のバーションをチョイスしてPerlに標準バンドルされるってことか。
Perl終わってるな
65: 2011/06/25(土)22:11 ID:??? AAS
例えばこんなのがPerlの世界
外部ﾘﾝｸ:gihyo.jp
ただし，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といったモジュールが立て続けにリリースされたため，
省13
66: 2011/06/25(土)22:16 ID:??? AAS
これはログファイルの処理など，複雑な計算は必要ない用途向けにコアを軽量化し，
必要があれば本家のDateTimeに処理を委譲しようというものだったのですが，
氏が提唱した::Tinyというカテゴリーそのものに対する疑問や，それぞれ日付のみ，
時刻のみしか扱えないという大きな制約などから，多くの関心を集めるには至りませんでした。
同時期に起こったより重要な出来事としては，一度はコアから外れたTime::Pieceが，
2006年11月にふたたびPerl 5.9／5.10系列のコアに入ったことがあげられます。
また，ごく最近の例としては牧大輔氏によるDateTimeX::Liteの例をあげることもできます。
ほらな、個人がばらばらで作って、どや、どや、どや、ばかりやってる。
気が向いたら標準モジュールにピックアップして嫌なら消す。
方向性がバラバラで無秩序でなんだよ
省2
67: 2011/06/26(日)07:35 ID:??? AAS
Time::Pieceは一時開発版でコアに入れたけど直近の正式版5.8では見送られ5.10〜最新版までは
標準モジュールとなっている。
68(2): 2011/08/15(月)23:45 ID:??? AAS
> Cから継承してきたlocaltime()やgmtime()の返り値は，お世辞にもわかりやすいとはいえません。
モジュールにしたからといって分かりやすくなるわけではない
use constant One => 1;
use constant Two => 2;
use constant Three => 3;
↑分かりやすくならないYo!!
無駄なドキュメントが増えてしまうだけ
良識のあるマは軽くスルーしている
69: 2011/08/16(火)00:33 ID:??? AAS
>>68
お前なんの話してるの？
バカじゃないの？
70: 2011/08/18(木)08:48 ID:??? AAS
C言語由来なんだから、資料も豊富だし
使い方のノウハウも蓄積されている
そこをあえて新しいインタフェースにする
必要がない
と、読み下してあげましたよっと
上下前次1-新書関写板覧索設栞歴
あと 8 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.017s