Perl厨マジきめぇｗｗｗｗ

これはログファイルの処理など，複雑な計算は必要ない用途向けにコアを軽量化し，
必要があれば本家の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

(ﾟДﾟ)ﾊｧ?

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