Struppi+2007-08-11 09:31:30--

[DateTime] ist das unausgereifste Modul

Davon kann keine Rede sein, wenn es seit mindestens viereinhalb Jahren existiert.⁰

Struppi+2007-08-11 09:31:30--

Ausserdem sehe ich bei Date::Calc den 28.2.2007 als letztes Datum

Das stimmt nicht. Letztes Datum ist 2004-10-03.¹

Struppi+2007-08-11 09:31:30--

beides ist für mich nicht unbedingt "jahrelang"

Das Datum für Class::Date stimmt. Diese Daten liegen beide mehr als ein Jahr zurück. Der Ausdruck teilweise jahrelang nicht mehr aktualisiert worden ist umfassend gerechtfertigt.

Struppi+2007-08-11 09:31:30--

Zumal bei solchen Funktionen es keinen Anlaß gibt, ausser zur Bugsbeseitigung, einen Update zu machen. [...] Die oben genannten Module haben seit Jahren keinen Bugfix mehr benötigt

Das hab ich schon mal gehört. »But a non-recent release date is not necessarily a red flag. Nicholas Clarke raised this at the YAPC::Europe. Some modules are just perfect the way they are.«

Dummerweise gibt es Bugs, und die jeweiligen Maintainer der Module, an denen ich Kritik übe, beheben sie nicht.² Das mag wohl sein, weil es Einzelpersonen sind, die die Pflege aufgegeben haben. Dies kann mit der DateTime-Familie nicht passieren, weil sie gemeinsam von einem Team betreut wird.

Gerade bei Datum/Zeit kann nie Stabilität gewährleistet sein: Feiertage, Sommerzeitdaten und Zeitzonendefinitionen ändern sich nämlich mal alle paar Jahre, jüngst in Australien. Ich weiß nicht, ob die kritisierten Module von dem Beispiel betroffen sind, aber falls ja, haben sie's definitiv verpennt.

Struppi+2007-08-11 09:31:30--

während an DateTime noch gearbeitet wird und im kleinen Monatsabstand Bugfixes erfolgen.

Deshalb ist dies in Wirklichkeit ein green flag.