Perlゼミ【翻訳】Perl7はどうなりましたか?
Perlの公式の声明からの翻訳です。
Perl 5.36.0が間近に迫った今、Perlプログラミング言語の将来の計画を明確にする良い機会だと思いました。私たちは、未来が数ヶ月にわたって、いくつかのステップで打ち出されていることに気づきました。これは、私たちが人々に紹介できる単一の声明がなかったことを意味しました。この投稿は、そのギャップを埋めるためのものです。
2年前にPerl7が発表されました。Perl 7の重要なアイデアは、広く使用されているモジュール/プラグマを多数有効にすることで、コードの上部に必要なボイラープレートを大幅に削減することでしたが、これには下位互換性が失われるという代償が伴います。これは、一部の既存のコードが変更なしでは機能しなかったことを意味します。
これは多くの白熱した議論を促しました。これは素晴らしいアイデアだと考える人もいれば、Perlの重要な強みの1つを捨てるのはひどいアイデアだと考える人もいました。最終的に、これは、ラリーがもはやPerlに関与していない（そして約20年間関与していない）ので、誰がこの決定を下す権利を持っているかについての議論につながりました。これらすべての議論の最終結果は、新しいガバナンス構造でした。
Perl 5 Porters（ "p5p"）メーリングリストは、Perlの将来について議論されている場所であり、コンセンサスの構築を目指していますが、それが不可能な場合は、3人のPerl Steering Council（PSC）が最終的な意思決定権限を持ちます。 Perlの未来。PSCは、コアチーム（Perlに「最近」貢献したp5pのサブセット）によって毎年選出されます。選挙のきっかけはPerlの年次リリースであるため、次の選挙は5.36.0がリリースされた後に行われます。
最初のPSCは2020年後半に選出され、私たちの最初のタスクの1つは、Perlの将来の計画を作成し、それを実行に移すことでした。多くの議論と反復が続きましたが、私たちが合意した戦略は次のとおりです。
賢明に書かれた既存のPerl5コードは、Perlの将来のリリースでも引き続き実行されるはずです。たとえば、セキュリティバグによって下位互換性を損なう変更が必要な場合など、これが不可能な場合があります。
私たちは言語を前進させ、新機能が導入される割合を増やしたいと考えています。その結果、 RFCプロセスが導入され、誰でも使用して言語の変更を提案できます。
私たちは、人々がこれらの新機能を簡単に使用できるようにし、彼らの採用を促進するためにできることをしたいと考えています。この戦略の中心は、機能ガードとバージョンバンドルです。
【全文を読む】
業務に役立つPerl
Perlテキスト処理のエッセンス
PerlでポータブルなLinuxファイル管理入門
