互換性 とは？

異なるバージョンや製品・システム間で問題なく動作できる性質。例えば「Python 3.9で作ったコードがPython 3.11でも動く」「古いExcelファイルが新しいExcelで開ける」がそれぞれ後方互換性がある状態。

「Breaking Change（破壊的変更）」と言う。APIのバージョンアップで関数の引数が変わったり、ライブラリが古い機能を削除したりすると、それを使っていたコードが動かなくなる。Semantic Versioning（1.0.0→2.0.0などメジャーバージョンアップ）でBreaking Changeを示すのが慣例。

難しい。設計の改善・新機能追加と互換性維持はトレードオフ。特にPublicなAPIやライブラリは多くのユーザーが依存するため互換性を壊せない。逆に「後方互換性を捨てて大幅に改善した」事例もある（Python 2→3など）。内部実装は積極的に改善して、外部インターフェースは慎重に変えるのが原則。

「セマンティックバージョニング（SemVer）」が標準的な方法だよ。「メジャー.マイナー.パッチ（例: 2.1.3）」で、メジャーバージョンアップ（2→3）は互換性が壊れる変更がある、マイナー（1→2）は後方互換ありの機能追加、パッチは修正のみ。あと「Deprecation（非推奨化）」のプロセスも重要で、いきなり削除せずに「次のメジャーバージョンで削除予定」と事前に警告を出すのが作法なんだ。Pythonの__future__インポートもこの考え方だよ。