Perl厨マジきめぇｗｗｗｗ (78ﾚｽ)
上下前次1-新
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言語由来なんだから、資料も豊富だし
使い方のノウハウも蓄積されている
そこをあえて新しいインタフェースにする
必要がない
と、読み下してあげましたよっと
71: 2011/08/18(木)23:02 ID:??? AAS
だとしたら大きな勘違いだなｗ
C言語由来だからといって、使いやすいわけじゃないし、
（むしろC言語は使いにくいからPerlを使うんだろ）
資料が豊富だからといって、使いにくいものが使いやすくなるわけじゃないし、
使い方のノウハウが溜まったからと言って、使いにくいことに変わりはない。
新しいインターフェースを作ってから、理由を考えるわけじゃない。
理由があったから、新しいインターフェースができた。
理由がないことをわかっていて、新しいインターフェースを作るなどという
馬鹿げた例（>>68）は出発地点（作る理由がある、かたや理由がない）が
正反対なので全く当てはまらない。
72: 2011/08/21(日)19:17 ID:??? AAS
お前が分かりやすいものを書いて自己満足することに
だれも反対しないけどな
使いやすいかどうかを他人に押し付けんなってことだ
Perl忍者呼んじゃうぞ
73: 2011/11/04(金)21:05 ID:??? AAS
localtimeもろくに使えずにCPANモジュール使うなんざ
15才が魔女なんです。
74: 電脳プリオン 忍法帖【Lv=40,xxxPT】(2+0：8) 【18.5m】 2013/03/23(土)15:57 ID:??? AAS
せやろか
75: 2013/03/23(土)16:27 ID:??? AAS
...という議論の末、結局localtimeに落ち着きました。
上下前次1-新書関写板覧索設栞歴
あと 3 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.013s