Perl厨マジきめぇｗｗｗｗ

時代はＰＨＰだろ
いつまでPerlなんて使ってるんだよ化石乙ｗｗｗｗｗｗ

>>60
Javaの話をすればいい？
C++標準ライブラリの話？
.NETフレームワーク？

いずれにしても企業、もしくはそれなり大きさの
コミュニティでみんなで話しあって決めるのが普通

個人開発者が気まぐれで仕様変更されようなものを
今度のバージョンから標準バンドルしました。
なんて世界じゃないんだよ。

> いずれにしても企業、もしくはそれなり大きさの
> コミュニティでみんなで話しあって決めるのが普通
Perlがそうではないと？

>>62
はい、そのとおりです。

Perlでライブラリを使おうと思ったとき
cpanで探すのが常識ですが、そのcpanには
一般の人が簡単にアップロードができます。

そして恐ろしいことにPerlの標準モジュールとは
このcpanから任意のバージョンをチョイスしてきて
いるだけなのです。

コミュニティで議論されず個人開発者が気まぐれで仕様変更されようなものを
無作為に任意のバーションをチョイスしてPerlに標準バンドルされるってことか。
Perl終わってるな

例えばこんなのがPerlの世界
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モジュールがあげられます。

これはログファイルの処理など，複雑な計算は必要ない用途向けにコアを軽量化し，
必要があれば本家のDateTimeに処理を委譲しようというものだったのですが，
氏が提唱した::Tinyというカテゴリーそのものに対する疑問や，それぞれ日付のみ，
時刻のみしか扱えないという大きな制約などから，多くの関心を集めるには至りませんでした。

同時期に起こったより重要な出来事としては，一度はコアから外れたTime::Pieceが，
2006年11月にふたたびPerl 5.9／5.10系列のコアに入ったことがあげられます。

また，ごく最近の例としては牧大輔氏によるDateTimeX::Liteの例をあげることもできます。

ほらな、個人がばらばらで作って、どや、どや、どや、ばかりやってる。
気が向いたら標準モジュールにピックアップして嫌なら消す。

方向性がバラバラで無秩序でなんだよ
標準モジュールとして採用されても、モジュールの開発は
Perl本体とは別に進んでいる。だからPerlそのものが信用できない状態。

Time::Pieceは一時開発版でコアに入れたけど直近の正式版5.8では見送られ5.10〜最新版までは
標準モジュールとなっている。

> Cから継承してきたlocaltime()やgmtime()の返り値は，お世辞にもわかりやすいとはいえません。

モジュールにしたからといって分かりやすくなるわけではない

use constant One => 1;
use constant Two => 2;
use constant Three => 3;
↑分かりやすくならないYo!!
無駄なドキュメントが増えてしまうだけ

良識のあるマは軽くスルーしている

>>68
お前なんの話してるの？
バカじゃないの？

C言語由来なんだから、資料も豊富だし
使い方のノウハウも蓄積されている

そこをあえて新しいインタフェースにする
必要がない

と、読み下してあげましたよっと

だとしたら大きな勘違いだなｗ

C言語由来だからといって、使いやすいわけじゃないし、
（むしろC言語は使いにくいからPerlを使うんだろ）

資料が豊富だからといって、使いにくいものが使いやすくなるわけじゃないし、
使い方のノウハウが溜まったからと言って、使いにくいことに変わりはない。

新しいインターフェースを作ってから、理由を考えるわけじゃない。
理由があったから、新しいインターフェースができた。

理由がないことをわかっていて、新しいインターフェースを作るなどという
馬鹿げた例（>>68）は出発地点（作る理由がある、かたや理由がない）が
正反対なので全く当てはまらない。

お前が分かりやすいものを書いて自己満足することに
だれも反対しないけどな

使いやすいかどうかを他人に押し付けんなってことだ

Perl忍者呼んじゃうぞ

localtimeもろくに使えずにCPANモジュール使うなんざ
15才が魔女なんです。

せやろか

...という議論の末、結局localtimeに落ち着きました。

誰でも簡単にネットで稼げる方法など
参考までに、
⇒　『半藤のブブイウイウレレ』 というサイトで見ることができます。

グーグル検索⇒『半藤のブブイウイウレレ』

3KXHM290JF

(ﾟДﾟ)ﾊｧ?

この中に、お医者様はいらっしゃいませんか？