まずは以下の TypeScript (JavaScript) コードをご覧ください。
const getCoordinate = () => {
const x = 100;
const y = 200;
// 複数の値を返したい
return (x, y);
};
const result = getCoordinate();
console.log(result);ぱっと見だと座標が「タプル」で返却されそうな気がしますよね。1
しかし、VS Code 上では x の部分に赤い波線が表示され、以下のエラーとなります。
コンマ演算子の左側が使用されていないため、副作用はありません。ts(2695)
TypeScript Playground でも同様のエラーとなります。
この状態で実行すると、200、すなわちコンマの右側にある y の値だけが返却されています。
コンマの左側にあった x はどこへ消えたのでしょうか? その答えはエラーに登場する「コンマ演算子」が握っていそうです。
冒頭の記述で一見問題ない気がしてしまう1 のは、Python や Rust などの言語では実際そう書けるからです。
Python では (x, y) を return するとタプルが返されます。2
def get_coordinate():
x = 100
y = 200
return (x, y)
print(get_coordinate())
# (100, 200)
Rust でも同様です。
fn get_coordinate() -> (i32, i32) {
let x = 100;
let y = 200;
(x, y)
}
fn main() {
println!("{:?}", get_coordinate());
}
// (100, 200)
しかし、TypeScript の世界において、() はタプルの生成を意味しません。TypeScript でタプルを定義する場合、使用すべき記号は [] です。
// 戻り値としてタプルを返す関数を定義
const getCoordinate = (): [number, number] => {
const x = 100;
const y = 200;
// 配列と同じ書き方
return [x, y];
};TypeScript のタプルはあくまで「要素数と型が固定された配列」であり、JavaScript にコンパイルしてしまえばただの配列にすぎません。
では、冒頭の return (x, y) はなぜ実行できてしまったのでしょうか?
実行時エラーにならなかったということは、JavaScript の文法として「正しい」ことを意味します。ここで登場するのが コンマ演算子(,) です。
カンマ演算子 (,) は、それぞれの演算対象を(左から右に)評価し、最後のオペランドの値を返します。
つまり、return (x, y) という記述は、以下のように解釈されていたのです。
xを評価する(値は100だが、副作用がない記述なので虚空に消えるだけ)yを評価する(値は200)- 最後のオペランド
yの値200を返す
結果として、この関数は単なる 200 を返す形で正しく機能してしまいました。
// 型推論の結果は () => number となる
const getCoordinate = () => {
return (100, 200);
};実用的な意味では、JavaScript を圧縮・難読化する際に活用されています。著名な Minifier である Terser には sequences という圧縮オプションがありますが、これは複数の文をコンマ演算子によって 1 つの式にまとめるものです。たとえば if で複数行の内容を実行したい場合、通常は {} を使用する必要がありますが、コンマ演算子で連結すれば省略できます。
if (condition) {
statements1;
statements2;
}
// コンマ演算子で連結して {} を省略
if(condition)statements1,statements2
// if を && に置き換えても同じ文字数だが…
condition&&(statements1,statements2)
// statements2 の戻り値を拾いたいならこちらが便利
const result=condition&&(statements1,statements2)ヒューマンリーダブルな場面でも、for ループで複数の変数を扱う場合には便利に活用できます。
for (let i = 0, j = 2; i <= 2; i++, j--) {
console.log(i, j);
}なお、コンマ演算子は JavaScript のほか C / C++ や Perl でも実装されていますが、Java や C# などの C 系後発言語には実装されていません。その代わり、上記の用途には(演算子ではない)コンマで足りる設計になっているようです。
public class Main
{
public static void Main()
{
for (int i = 0, j = 2; i <= 2; i++, j--) {
System.Console.WriteLine("{0:D},{1:D}", i, j);
}
}
}
public class Main {
public static void main(String[] args) {
for (int i = 0, j = 2; i <= 2; i++, j--) {
System.out.printf("%d,%d\n", i, j);
}
}
}
余談、あるいは「2025 年、生成 AI を使ってみてどうだった?」キャンペーンに寄せる体験談
というわけで 2026 年初投稿でした。本記事で 8 年連続投稿および 43 ヶ月連続投稿のバッジを獲得できました。気がつけば長く続く趣味になってきましたね。
本記事の作成にあたり、主題(調査結果)と私の過去の全投稿を生成 AI(Gemini 3 Pro)のコンテキストに渡し「yokraっぽい」文章を自動生成させる試みに挑戦しました。これだけ過去記事という資産があるのですから、過去の自分(と生成 AI)に楽をさせてもらえるかな3と思いきや、そうは問屋が卸しません:
- 特定の記事に引っ張られたやたら卑屈なペルソナを設定してくる
- 文体の特徴は捉えてくれるものの、発見した「口癖」を無理に使おうとして変な文章になる
- その上、Gemini 元来のあまり面白くないジョークや下手な喩えの挿入も試みる
- コード例など、部分的にはほぼそのまま Gemini の提案を採用できる箇所もある
- とにかく手が早いので、とりあえず AI に記事を書かせてみて、面白くなりそうなテーマを見つけたら人力で執筆というパターンもありかも
趣味のコーディング・記事執筆が業務と異なるのは、必ずしも効率性を追わなくて良い点です。業務ではいかに速く・上手く・安くこなすかが重要視されますから、2026 年初頭現在で生成 AI を活用しない選択肢はもはやありえないと言ってよいでしょう。しかし、趣味は趣味だからこそ、舵取りを自分自身でできるのです。私はこれからもプライベートでは生成 AI に頼りすぎない記事執筆を行なっていくつもりです。少なくとも、本記事執筆時点では。
- タプル (tuple) | サバイバルTypeScript
- カンマ演算子 - JavaScript | MDN
- コンマ演算子 - Wikipedia
- 君はあのコンマ演算子を知っているか? - ドキュメントを見たほうが早い
- コンマ演算子の使い道の話
- Comma operator can change flow of execution · Issue #2434 · evanw/esbuild
- javascript - When is the comma operator useful? - Stack Overflow
Footnotes
-
実際の所 Python ではコンマで区切った値を記述するだけでもタプルとして扱われますので、
()は無くてもかまいません。 ↩ -
前回の生成 AI の多用は「プロメテウスの火」ではないのかという自問はなんだったのか ↩


