【11種言語対応】プログラミング言語「バージョン選定」最適ガイド

C++は数年ごとにバージョンアップしています。バージョンにはリリース年の数値が付与されます。

特に、C+11とC++20は、大幅な改良が加えられた、エポックメイキング的なバージョンです。

ただ、C++のバージョンは、あくまで書面の規格。実際に対応しているかは、gccなどのコンパイラによります。

そしてC++は、ハードウェアに直接アクセスするような言語。

結局は、動作プラットフォームに対応したコンパイラに依存します。

C++のバージョン戦略

• 動作プラットフォームのコンパイラ次第。コンパイラが対応する最新バージョンの利用、がベスト

Javaは半年ごとにバージョンアップし、連番のバージョン番号が振られます。

特徴的なのは、いくつかのバージョンおきに、

• Long-Term-Support (LTS)リリース指定されるバージョンがある

ということ。LTS指定バージョンは、指定なしバージョンと比べて、長期間のサポートが行われます。

近年でLTS指定されているバージョンは、このようなもの。

Javaは、LTSバージョンを利用するのが王道です。後方互換性が非常に重視されているので、破壊的変更は特に問題にならないでしょう。

Javaのバージョン戦略

• LTS指定された最新バージョンを使おう

C#は１～２年ごとにバージョンアップしています。バージョンごとに連番が振られます。

C#は、Microsoftの.NET戦略と深く連携した言語です。どの.NETバージョンに乗っかるかで、自ずとバージョンの選択肢が限られてきます。

またC#は、バージョンアップで、意欲的な構文の追加が頻繁に行われています。構文が先進的である故に、バージョンごとに構文解釈が変わったりするときもあります。ただ基本的に後方互換性を守っているので、トリッキーなコーディングをしていなければ大きな問題はないでしょう。

なおUnityでC#を使うときは、最新バージョンに追随し切れている訳ではないので、Unityがいまサポートしているバージョンに従うことになります。

C#のバージョン戦略

• 使う .NETのバージョン次第
• 基本的に最新バージョンで問題ない
• Unityで使うなら、Unityのサポート範囲に従う

Pythonは、１～２年のサイクルでバージョンアップが行われています。

Python2は、サポートも終了しているため、現実的にこれから開発するときに、2.Xは選択肢にはなり得ません。

ただ、古いLinuxやmacOSでは、Python2がデフォルトでプリインストールされている場合があります。開発する時のPythonバージョンは確認しておきましょう。

基本的に、3.X系の最新バージョンを使っておけば問題ないでしょう。

Pythonのバージョン戦略

• 3.X系の最新バージョンを使おう
• 2.X系はもはや使ってはいけない

JavaScriptは、標準規格においては、ECMAScriptが正式名称です。近年ではリリース年代がバージョンに付与されます。

TypeScriptは、ECMAScriptの仕様改訂に合わせてバージョンアップされています。

JavaScript/TypeScriptのバージョンで気にしないといけないのが、ブラウザでのバージョン対応状況。

ひと昔前は、Internet Explore（IE）という存在により、ややこしい話がありました。IEが退場した現在、ほとんどのモダンブラウザはECMAScript仕様に追随しており、ほぼ問題はありません。

さらに、ReactやVue.jsなどのフロントエンド開発をしているなら、Viteなどのビルドツールを使う場合が大半でしょう。

これらのビルドツールがうまくトランスパイル（JavaScript/TypeScript→JavaScript変換）してくれるので、開発者がバージョンを気にするシチュエーションはあまりないと言えるでしょう。

JavaScript/TypeScriptのバージョン戦略

• Viteなどのビルドツールなら、トランスパイルうまくやってくれる

PHPは、現在サポートしているのは8.X系であり、7.X以前はサポート終了しています。

PHPは、明示的にバージョンを指定するというよりも、

• ApacheなどのWebサーバー
• XAMPPなどのソフトウェアパッケージ
• WordPressなどのCMS

こういった環境に含まれるので、あまりバージョンを意識する場面はないでしょう。

ただし、7.X系などのサポート切れバージョンを使っているなら、8.Xへの置き換え検討が必要です。

7.Xから8.Xの、完全な後方互換性はありません。なにかしら改修が必要になる可能性があります。

PHPのバージョン戦略

• バージョンは動作環境次第
• サポート終了バージョン使っているなら置き換えを検討

Rubyは2.X系のサポートが終了し、3.X系が毎年バージョンアップされています。

Rubyを使う理由は、ほぼこれでしょう。Ruby on Railsを使うため。

そして、Ruby on Railsは、Rubyの特定バージョン以上が必須となります。例えばRails 8 なら、Ruby 3.2 以上が必須です。

Railsのバージョンを上げるなら、自ずとRuby自体のバージョンも上げる必要がある、というわけです。

Rubyのバージョン戦略

• 3.x系の最新バージョンを使おう
• あとはRuby on Railsのバージョン次第

Kotlinは、先日、メジャーバージョン2 がリリースされました。

2.0での大きな変更は、K2コンパイラという次世代コンパイラの導入です。コンパイルの高速化やマルチプラットフォーム対応などの特徴があります。どちらかといえば構文の変更などは些少です。

Kotlinといえば、主要の目的はAndroidアプリ開発。そこで必要となるのが、AGP（Android Gradleプラグイン）です。

Andriodの最新APIを使うため、AGPのバージョンアップが必要となったときには、必然とKotlinのバージョンアップも必要となるでしょう。

Kotlinのバージョン戦略

• Kotlin 2.0 に乗り換えよう
• あとはAGP（Android Gradle Plugin）のバージョン次第

Swiftの用途は主に、MacBookやiPhoneなどのApple製品アプリの開発でしょう。

そしてこれらのアプリ開発には、XCodeが必須となります。

なので、Swiftのバージョンは、Apple製品のリニューアルにどこまで追随するか、によってきます。必要に応じてXCodeをバージョンアップし、XCodeのバージョン次第でSwiftバージョンが決まる、ということになるでしょう。

なおSwift 6 では「Swift 5 モード」という、旧バージョンで動かすモードが使えます。まずはこのモードを使って移行する、ということも可能です。

Swiftのバージョン戦略

• 結局のところ、Apple製品への対応次第
• Swift 6 は「Swift 5 モード」で段階的移行もできる

Goは、おおよそ半年ごとにバージョンアップが行われています。

Goでビルドした実行ファイルは、使用ライブラリも含めてネイティブバイナリに変換されます。

従って、ランタイムライブラリなどバージョンに依存する環境構築が不要です。実行時にバージョン不整合が発生しない安心感があります。

またGoは、バージョンアップで後方互換性を維持することを重要視しています。破壊的変更はほぼ無いレベルと言えるでしょう。

さらに、GODEBUGの指定で、旧バージョンでコンパイルすることも可能です。

Goのバージョン戦略

• 実行環境に、バージョンに依存した環境構築は不要
• 常に最新バージョンを利用すればOK
• GODEBUGで旧バージョンとしてコンパイルすることも可能

Rustは、エディション、バージョンの２パターンの進化があることが大きな特徴です。

• エディション　言語仕様による大きな変更
• バージョン　コンパイラや標準ライブラリの改善

以下はエディションの遍歴です。バージョンは更に頻繁に更新されています。

Rustでは、

• 後方互換性を破るような変更：エディション
• 脆弱性などの対応：バージョン

と使い分けることで、より柔軟なアップグレードができます。

つまり、エディションは必要なときに、バージョンは常に最新に、更新すればよいわけです。

またRustでビルドした実行ファイルは、使用ライブラリも含めてネイティブバイナリに変換されます。

従って、実行環境には、ランタイムライブラリなどバージョンに依存する環境構築が不要です。実行時にバージョン不整合が発生しない安心感があります。

Rustのバージョン

• 実行環境に、バージョンに依存した環境構築は不要
• エディションは必要に応じてアップグレード
• バージョンは常に最新でOK。rustupで最新にしよう