Perl vs Python : le fossé des scripts qui ne s'est jamais comblé

Points clés

1. Chaque distribution sérieuse est toujours livrée avec Perl : la colle cron, les modules Perl dans les outils de package et les scripts de maintenance vieux de plusieurs décennies en dépendent.
2. CPAN par rapport à PyPI est la profondeur par rapport à la largeur : les archives de CPAN sont remarquablement matures, mais la taille de PyPI, les outils modernes et les flux d'audit maintiennent l'écosystème de Python plus vivant.
3. L'intégration des expressions régulières de Perl reste la meilleure de sa catégorie ; pour un administrateur, un one-liner perl regex bat toujours n'importe quel pipeline d'alternatives sur les frappes au clavier.
4. Le plan Perl 7 a été replié en 5 : ce qui a été livré était les paramètres par défaut modernes de Perl 5 (strict sur, signatures, fonctionnalités plus conviviales), et non une rupture avec l'histoire.
5. La véritable victoire de Python a été la lisibilité de l'embauche : les nouveaux coéquipiers du code peuvent lire les équipes accélérées plus rapidement que n'importe quel argument de performance.
6. Les nouveaux travaux d'infrastructure devraient presque toujours être effectués sur Python : l'investissement dans la chaîne d'outils, le pool de recrutement et les données de formation modernes sont tous favorables.
7. La maintenance Perl héritée est un marché de compétences légitime : surveillez les variables non déclarées, le code de l'ère des descripteurs de fichiers et les dépendances CPAN que personne ne possède.
8. Les one-liners Perl sur le serveur achètent aux administrateurs système des secondes que les budgets shell et awk ne peuvent pas couvrir.

Note de terrain

Je cherche toujours 'perl -pe' sur une console de serveur à 3 heures du matin et j'engage Python pour tout ce qui me survivra - les deux côtés de cette phrase sont des habitudes de carrière, pas des opinions.

Questions fréquentes