Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
CPANの人気記事 3件 - はてなブックマーク
[go: Go Back, main page]

並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 3 件 / 3件

新着順 人気順

CPANの検索結果1 - 3 件 / 3件

タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。

CPANに関するエントリは3件あります。 エンジニアはてなperl などが関連タグです。 人気エントリには 『2022年、CPAN(Perlの)モジュールのメンテナを引き継ぐ活動を始めた件 - Acme::AnaTofuZ->new;』などがあります。
  • 2022年、CPAN(Perlの)モジュールのメンテナを引き継ぐ活動を始めた件 - Acme::AnaTofuZ->new;

    これははてなエンジニアアドベントカレンダー2022 42日目の記事です。 昨日は id:k-murakami0609 さんの 過去に所属してたチームに転生したら導入したいもの でした。 はてなのノベルチームで日常的に使っている便利グッズ最高ですね!! みなさんもノベルチームにjoinして体験してください!!! さて今回は2022年にぼちぼち始めたCPANモジュールのメンテナを引き継ぐ活動についてお話しようかなと思います。 CPANモジュール CPANモジュールとはご存知プログラミング言語Perlのモジュールシステムのことです。 Perlインタプリタに付随しているコアモジュールも含めて、PerlではCPANと呼ばれるアーカイブにモジュールがアップロードされ、cpanmやcpmなどのツールを通してインストールし利用する世界観になっています。 TeXのモジュールアーカイブのCTANに影響されて作

      2022年、CPAN(Perlの)モジュールのメンテナを引き継ぐ活動を始めた件 - Acme::AnaTofuZ->new;
    • 最終回 Carmelによる依存モジュール管理 CPANモジュールの更新を高速、安全に(1) | gihyo.jp

      Perl Hackers Hub 最終回 Carmelによる依存モジュール管理 CPANモジュールの更新を高速⁠⁠、安全に(1) 本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回のハッカーはcpanm、Plackの作者としても知られる宮川達彦さんで、テーマは「Carmelによる依存モジュール管理」です。 Carmelとは 規模にかかわらず、Perlでアプリケーションを開発すると、CPANモジュールに依存することは避けられません。書き捨てのワンライナーならともかく、作成したアプリケーションをデプロイ、メンテナンスしていくうえでは、依存しているモジュールのバージョンも管理することが重要になります。ある日、依存しているCPANモジュールに互換性のない変更が入ったせいで、自分のアプリケーションでエラーが出るようになった、という経験は思い当たる方が多いのではないでしょうか。 この

        最終回 Carmelによる依存モジュール管理 CPANモジュールの更新を高速、安全に(1) | gihyo.jp
      • CPANはなぜHTTPを捨てないのか 〜47日証明書時代の配布インフラ論〜 - Qiita

        Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 近年、公開TLS証明書の有効期限が「47日」へと短縮される流れが進んでいます。一見するとこれは「セキュリティ強化」の話に見えますが、インフラ運用・言語エコシステム・パッケージ配布の観点では非常に大きな副作用を持っています。 この記事では、 なぜCPANは今でもHTTP/rsyncを捨てていないのか なぜPyPI/npmなどは47日時代に苦しくなるのか これは技術の遅れではなく「設計思想の違い」だという話 を整理します。 結論(先に) CPANがHTTPを廃止する予定は、公式にも思想的にも存在しない。それは「遅れているから」では

          CPANはなぜHTTPを捨てないのか 〜47日証明書時代の配布インフラ論〜 - Qiita
        1

        新着記事