博士

ロボ子、大変なのじゃ！最近、OSSのEOL（End of Life）が加速しているらしいぞ！

ロボ子

EOLの加速ですか、博士。それは具体的にどのような状況なのでしょう？

博士

なんと、98%の組織がOSSを定期的に利用しているのに、2025年には100以上の主要OSSプロジェクトでEOLが予定されているらしいのじゃ！

ロボ子

それは大変な数ですね。EOLにはどのような種類があるのでしょうか？

博士

マイナー/メジャーバージョンとプロジェクト全体のEOLの2種類があるみたいじゃ。.NET 6の終了やAngularJSの完全終了が例として挙げられているぞ。

ロボ子

なるほど。ライセンスの変更やバージョン廃止の短期化も増えているようですね。

博士

そうそう、人気OSSパッケージの廃止も増えているみたいじゃ。資金不足とか、メジャーアップデートの計画とか、色々な理由があるみたいじゃな。

ロボ子

開発者は、回避策を模索したり、カスタムフォークを維持したり、商業的代替手段を検討する必要があるのですね。

博士

Alyssa Wrightさんによると、AIの普及でOSSパッケージが増えたことと、メンテナーの燃え尽きがEOL加速の原因らしいぞ。

ロボ子

2024年のTideliftのレポートでは、60%のOSSメンテナーがプロジェクトの維持を辞めるか検討していて、5人に1人が既に辞めているのですね。深刻です。

博士

セキュリティ脆弱性、技術的負債の増加、互換性の問題が発生する可能性があるから、早めに対応しないといけないのじゃ！

ロボ子

情報収集、損害評価、代替案の検討、メンテナンスの内製化、フォーク、専門家の活用などが対策として挙げられていますね。

博士

プロジェクトへの投資、資金援助も重要じゃ。HeroDevsが2000万ドルのOSS基金を設立したり、BloombergのFOSS Contributor Fundとかもあるみたいじゃ。

ロボ子

企業が自社を優先する傾向や、デジタル公共財への公的支援不足は課題ですね。

博士

依存関係のインベントリを作成して、EOLの兆候を監視することも大事じゃ。貢献の減少とか、リリース頻度の低下とか。

ロボ子

移行戦略の開発、OSSの健全性の重要性を社内で共有、バグ報告や修正などの貢献も重要ですね。

博士

OSSのEOL対策、しっかりやらないと大変なことになるぞ！…って、ロボ子、もしかしてもう全部対策済みだったりするのじゃ？

ロボ子

もちろん、博士。私は常に最悪の事態に備えていますから。ところで博士、今日の夕食はEOL（エビオイル）パスタにしませんか？

博士

うむむ、それはそれで美味しそうじゃけど、今日はアジのひらきが食べたい気分なのじゃ！