PyPy は活発に開発されていない点に注意

• uv リポジトリに、PyPy は活発に開発されていないことをドキュメントに明記する変更がマージされた
• 提案者は numpy プロジェクトの issue を根拠に、PyPy が段階的に除外されつつあると言及
• ドキュメントには「PyPy はもはや活発に開発されておらず、Python 3.11 までしかサポートしない」という警告文が追加された
• その後コミュニティでは、PyPy 開発者が「保守は継続しているが、人手不足で CPython のバージョン追従が難しい」と反論を提示
• プロジェクト側は表現を当初の「unmaintained」から「not actively developed」に修正し、状況をより正確に反映した

---

Pull Request 概要

• konstin が uv プロジェクトのドキュメントに PyPy 関連の警告文を追加する PR を作成
  • 理由として「PyPy はもはや活発に開発されておらず、numpy でも段階的に除外されつつある」点を明記
  • 公式声明はないものの、関連する numpy issue が PyPy 開発者によって提起されたものだと説明
• ドキュメント（docs/concepts/python-versions.md）に次の内容が追加された
  • 「PyPy はもはや活発に開発されておらず、Python 3.11 までしかサポートしない」
• PR は 4 つのコミットで構成され、2026 年 1 月 22 日に main ブランチへマージされた

コミュニティでの議論

• 一部のコントリビューターは警告文が重複して見えると指摘し、その後 1 回だけ表示されるよう修正された
• マージ後、PyPy コミュニティと外部開発者が GitHub コメントで反応
  • stuaxo は PyPy 開発者の発言を引用し、「PyPy は保守中であり、単に CPython より遅いだけだ」と主張
  • Foxboron は「マージ前に PyPy メンテナーへ連絡したのか」と質問
  • vitorsr は PyPy コア開発者 mattip の「コントリビューターまたは資金支援が必要だ」という発言を引用
• HaoZeke は「議論なしでマージされたのは不適切だ」として、PR の撤回を要求

プロジェクト側の対応

• charliermarsh は、PR タイトルを「unmaintained」から「not actively developed」に変更したと説明
• zanieb は「numpy issue で PyPy のコア開発者自身が『活発に開発されていない』と直接述べていた」とし、悪意ある意図はなかったと釈明
• mattip（PyPy コア開発者）は「現在の表現は状況を公正に反映している」として、文言の維持に同意
  • ただし、PyPy が Python 3.11.15 に更新された場合は、PR を取り消せると言及

マージ後の影響

• この変更は uv 0.9.27 リリースに含まれ、ドキュメント更新として反映された
• Homebrew や複数の自動化ボットがこの PR を参照し、PyPy 関連の警告が公式ドキュメントに含まれることになった

[GN⁺]

Hacker Newsの意見

• 私はPyPyコア開発者です。資金面でもコード面でも支援したい人は、連絡方法を見てください
  • ウェブサイトに寄付セクションがもっと目立つ形であるとよいと思います。Ladybirdブラウザのように段階別のスポンサー tier を設けるのもよさそうです。私も少額を支援しようとしたのですが、どこでやればいいのか見つけにくかったです
  • たった今寄付しました。PyPyチームの皆さんに感謝します。自分のアプリでPyPyをよく使いますが、計算量の多い処理ではCPythonよりたいてい5倍以上速いです。CPythonでは5分かかっていたものが、PyPyでは数秒で終わります
  • もう1つ提案したいことがあります。PyPyがCPU-boundな処理で速いのは分かっていますが、I/O-boundな処理でも性能向上を示せるかもしれません。HTTPリクエストのスループットのようなベンチマークページを作って、asyncioとCPythonを比較するとよいと思います。ウェブ上で直接PyPyの性能を測定できる自動化ツールがあれば面白そうです
  • サイトにはメンテナンス終了という文言が大きく表示されています
• PyPyはメンテナンス終了したプロジェクトではありません。バグ修正とJITの改善は続いています。ただ、残っているコア開発者だけではCPythonの速い変化のペースについていけません。新バージョン対応のためには新しい貢献者が必要です。幸い、3.12対応は新しい貢献者が進めています
  • CPythonは今や商業化されたプロジェクトのようになってしまいました。一部の開発者は他人を排除し、企業資金で進められたプロジェクトは5年後には消えていることが多いです。賢い人たちは皆去りました。unicodeobject.cを150回目に書き直すのはまだしも、それ以外は追いかけるのが大変です
  • ドキュメントにマージされた文言はPRタイトルより簡潔です — 「もはや積極的には開発されていない」と書かれています
• PyPyは本当に驚くべき成果です。MicrosoftのFaster CPythonチームが4年間で1.5倍の改善にとどまった一方、PyPyは何十年にもわたって5倍以上高速です。ただ、PyPyの主な目標が研究プロジェクト（meta-tracing、STMなど）により近く、CPythonチームが他の実装に無関心なため、注目されにくいのだと思います
  • Pythonエコシステムの成功は、SciPy、pandas、TensorFlowのようなC拡張ライブラリのおかげです。CPythonはC APIを提供し、こうしたライブラリが簡単に高速化できるようにしました。PyPyのCFFIは大規模プロジェクトが採用するには魅力が足りず、HPyは登場が遅すぎて、PyPyの勢いがすでに失われた後でした
  • Faster Pythonプロジェクトはさらに発展できたかもしれませんが、Microsoftが昨年AIブームを追って言語関連チームを大規模に解雇したため中断されました
  • 私たちは中核システム構成要素で10年以上PyPyを本番利用しています
  • PyPyはベンチマークでは素晴らしいですが、実際の大規模開発では互換性の問題が多すぎます。多くの人は性能テストでは感心しますが、実アプリでは失敗します。GCがlazy方式なので、ファイルディスクリプタのような資源が適時に解放されず、リソース枯渇が起きやすいです。こうした重要な違いが文書化されていないのが問題です
• 名前が紛らわしいと感じる人向けに整理すると、PyPIはPythonパッケージインデックス、PyPyは「高速で互換性の高いPythonの代替実装」です。ただし現在、3.12リリースは開発者不足で遅れています（関連議論）
  • 説明ありがとう。特に「uv」のリポジトリ issue でPyPIとPyPyが混ざっていて混乱しました
  • CythonとCPythonの関係を思い出します
  • mypyは「Python向け静的型チェッカー」です。PyPyのRPythonも静的型を扱うので、昔は両者をよく混同していました。最近はmypycも知って、頭の中でつながりが完成した感じです
  • ネーミングのセンスが本当にひどい
• 「ボランティアプロジェクトとして、もはや活発には開発されていない」が「メンテナンス終了」に変わったのは興味深いです
  • 参考までに、PyPyは昨年10月以降、毎月2〜4回のコミットがあり、最後のリリースは2025年7月です（コミット履歴、タグ一覧）
  • PyPyの貢献者たちには敬意を表しますが、「メンテナンス終了」という評価はかなり妥当な表現にも思えます
• PyPyが消えてしまうなら本当に残念です。これまでの有用な研究成果がCPythonに移されていてほしいです
  • PyPyで始まった純粋なPython REPLはCPythonで磨かれ、HPyの教訓も徐々にCPythonに反映されています。また、PyPyのおかげでCPython標準ライブラリの微妙なバグも数多く修正されました
  • ただ、アプローチが完全に違うので、ほとんどの技術はCPythonへ直接移植されていないはずです
• PyPIだと読んで、一瞬心臓が止まるかと思った
• 今ではRustPythonに時間と資金を投じた方がよいのかもしれません（公式サイト、GitHub）
  • でもRustPythonはCPythonより遅いので、あえて使う理由があるのかと思います
• 開発を動かすのは結局お金です。依存関係ツリー全体の開発者に寄付できる仕組みが、なぜいまだにないのでしょうか。こうした問題が積み重なると、結局メンテナンスが難しくなる気がします
• PyPyチームのこれまでの努力すべてに感謝します。私も助ける方法を探してみるつもりです