Welche Versionen von Perl verwenden Sie?

Laut der Perl-Umfrage, die vor über einem Jahr durchgeführt wurde und nun 5.10 vorritt, da ihre minimum Version von Perl Leute verwendet ...

und das Maximum ist ...

5.6.1 und 5.8.8 sind in ihrer Hauptgruppe am beliebtesten. Die fehlenden Prozentsätze sind verschiedene Versionen.

Da die Umfrage nicht definiert, was "verwenden" bedeutet, dh. Wenn Sie tatsächlich Produktionscode darauf ausführen oder wenn Sie Ihre Software nur aus Gründen der Abwärtskompatibilität testen, oder wenn Sie es nur für einen Tritt haben, können Sie das Minimum mit einem Minimum an Vorsicht genießen.

Diese Daten und das allgemeine Fehlen von Feedback von Benutzern führten dazu, dass ich die Unterstützung für 5.5.x von den Modulinstallations-Toolchain-Modulen, die ich pflege (MakeMaker und Test :: More), effektiv lösche end-of-lifting 5.5.x . 5.6 hat einen Hinrichtungsaufschub erhalten, befindet sich aber immer noch im Todestrakt.

Ich persönlich bin erst kürzlich von 5.8.8 auf 5.10.0 gewechselt. Ich weiß von Orten, die immer noch 5.6.1 in Legacy-Apps verwenden, aber sie sind so weit wie möglich zu 5.8.8 und allen neuen Dev verschoben worden. Ich weiß nicht, dass noch jemand 5.5 in der Produktion verwendet. Aus Gründen der Abwärtskompatibilität teste ich gegen 5.6.2, 5.8.8 und 5.10.0. Die Zahlen sagen, dass ich 5.6.1 anstelle von 5.6.2 testen sollte, aber es gibt nur so weit, dass ich von Leuten geärgert werden kann, die nicht einmal auf die neueste Bugfix-Version in ihrer Linie upgraden werden.

Perl 5.8.8 ist (und wird bis mindestens 5.10.1 sein) unsere Produktionsumgebung. Die Leistungsregressionen in 5.10.0 (in Bezug auf die @ _ Zuweisung in Subs zum Beispiel) machen es uns in der Produktion unmöglich.

Aber wir betreiben unsere Testsuiten mit 5.8.8 und 5.10.0, um unseren Umzug auf 5.10.x in Zukunft vorzubereiten. Ich versuche, ein System zu haben, das das bleadperl kompiliert und unsere Testsuiten damit auch laufen lässt ...

Ich benutze Perl 5.10.0 in Entwicklung und 5.8.8 in Produktion und Code wird auf Kompatibilität geprüft. Aber ich habe nicht so viele interne Perl-Bugs gesehen als in Perl Version 5.10.0. Es ist wirklich schrecklich. Ich habe drei leicht reproduzierbare Assert-Übertretungen und Kern-Dumping-Überfälle gemeldet und bin immer noch mit einigen seltsamen schwer zu reproduzierenden Fehlern fertig, die Core-Dumps, Speicherlecks usw. verursachen.

Primäre Entwicklung 5.10, Qualitätssicherung und Produktion 5.8.8.

Ich verwende hauptsächlich Perl 5.10.0. Ich teste rückwärts Kompatibilität auf 5.6.1 und 5.8.8. Ich habe immer noch eine Perl 5.5.3, die ich gelegentlich benutze. (Ich habe immer noch die Quelle für 5.4.4 - oder 5.004_04, wie es damals genannt wurde; es ist derzeit nicht gebaut und ich kann mir nur wenige Gründe vorstellen, warum ich das tun müsste.)

Danke für die Information über 5.8.9. Ich muss das bekommen.

Ich habe vor ein paar Wochen angefangen, 5.10.0 zu verwenden, aber ich teste meine Module immer noch auf 5.8. Wenn ich etwas auf CPAN hochlade, werde ich mich bemühen, es soweit möglich zu 5,6 kompatibel zu machen.

Wir verwenden v5.6.1 in unserem Produktionsserver. Ich denke, wir sind alte Schule. : P

Wenn es keine speziellen Funktionen gibt, die Sie benötigen, denke ich, dass nur ein Upgrade viele Tests für alle zugehörigen Komponenten erfordert.

Damit beantwortet nur Ihre erste Frage. Für den zweiten möchten Sie vielleicht herausfinden, was die neuen Funktionen in der neueren Version sind.

Vielleicht gefällt Ihnen auch meine Antwort zu Wie geht es YOU verwalten Perl-Module unter Linux? . Ich installiere mehrere Versionen von Perl und teste gegen viele von ihnen.

5.8.8 auf FreeBSD für Produktion und Entwicklung. Wir bereiten die Einführung einer VM / Jail vor, um 5.10 zu testen (um die Kompatibilität für die Zukunft zu überprüfen).

Ich verwende Perl 5.10 , hauptsächlich weil ich kaum warten kann, bis Perl6 implementations, vollständiger sind