1. はじめに：なぜ「FizzBuzz」なのか
プログラミングの世界において、Hello World の次に出会う通過儀礼、それが FizzBuzz（フィズバズ） です。一見すると、算数を習いたての小学生でも解けるような単純なパズルですが、この背後にはプログラミングの本質、採用プロセスの哲学、そしてコードの美学といった深いテーマが隠されています。
本稿では、FizzBuzzの起源から、なぜこれがエンジニア採用の「伝説」となったのか、そして現代における多様な実装パターンと将来の展望まで、徹底的に解説します。
2. FizzBuzzのルールと基本構造
まずは基本をおさらいしましょう。FizzBuzzのルールは極めてシンプルです。
1から100（あるいは任意の正の整数）までの数字を順番に数え上げ、以下の条件に従って出力を行います。
- 3の倍数 のときは、数字の代わりに "Fizz" と出力する。
- 5の倍数 のときは、数字の代わりに "Buzz" と出力する。
- 3と5の両方の倍数（つまり15の倍数） のときは、"FizzBuzz" と出力する。
- それ以外の数字は、そのまま数字を出力する。
出力例：
1, 2, Fizz, 4, Buzz, Fizz, 7, 8, Fizz, Buzz, 11, Fizz, 13, 14, FizzBuzz, 16...
3. FizzBuzzの歴史と由来
3.1 言葉遊びとしてのルーツ
FizzBuzzはもともと、イギリスを中心とした英語圏の子供たちの間で親しまれていた 「学校での言葉遊び」 です。多人数で輪になり、1から順に数字を言っていく中で、条件に該当する数字を間違えずに「Fizz」や「Buzz」に置き換えられるかを競うゲームでした。
「Fizz」は炭酸が弾ける音、「Buzz」は蜂の羽音などを連想させる擬音語であり、リズム感を楽しむ側面が強かったと言われています。
3.2 プログラミング問題への転換
この子供の遊びが、IT業界で「エンジニアの能力を測るフィルター」として爆発的に広まったのは、2007年のことでした。
そのきっかけを作ったのは、Jeff Atwood氏によるブログ『Coding Horror』での投稿です。彼は 「なぜプログラミングができるはずの応募者の多くが、この単純な問題を解けないのか？」 という問題を提起しました。この指摘が大きな反響を呼び、FizzBuzzは「プログラマーとして最低限の素養があるか」を確認するための世界標準のテストとなりました。
4. FizzBuzzの有用性：なぜこの問題が「効く」のか
4.1 論理的な優先順位の理解
初心者が陥りやすいミスに、「3の倍数ならFizz」「5の倍数ならBuzz」という条件を先に書き、15の倍数の判定を最後にしてしまうことがあります。
「より限定的な条件（15の倍数）を先に判定する」 という論理的優先順位の意識を、FizzBuzzは明確に問います。
4.2 剰余演算（Modulo）の活用
多くの言語では % 演算子を使って倍数を判定します。これは実務におけるデータのグルーピングや、交互に色を変えるテーブル行のレンダリング、暗号アルゴリズムの基礎など、日常的なロジックの根幹となります。
4.3 計算コストと拡張性の検討
単純な実装をさらにブラッシュアップすることで、DRY（Don't Repeat Yourself）原則の適用や、将来的に条件が増えた際のメンテナンス性を考えるきっかけになります。
5. 実装方法の解説：言語別の多様なアプローチ
5.1 Python：読みやすさとシンプルさ
for i in range(1, 101):
if i % 15 == 0:
print("FizzBuzz")
elif i % 3 == 0:
print("Fizz")
elif i % 5 == 0:
print("Buzz")
else:
print(i)
5.2 JavaScript：柔軟性と文字列操作
for (let i = 1; i <= 100; i++) {
let output = "";
if (i % 3 === 0) output += "Fizz";
if (i % 5 === 0) output += "Buzz";
console.log(output || i);
}
6. 現代における評価の変遷と今後の展望
6.1 採用試験としての現在
現在、ビッグテックの面接でそのままのFizzBuzzが出題されることは稀です。しかし、そのスピリットは生きています。「数億件のデータに対するパフォーマンス」や「マルチスレッド環境での順序制御」など、設計思想を議論するためのプラットフォームへと進化しました。
6.2 AI時代のFizzBuzz
生成AIは、FizzBuzzを完璧に書き換えます。今後のエンジニアに求められるのは、単なるロジック構築力ではなく、「AIが出力したコードの妥当性を検証し、より巨大なシステムへと組み込むアーキテクチャ設計力」 です。
7. 結論：FizzBuzzが教えてくれること
FizzBuzzは、単なる「3と5の倍数判定」ではありません。それは、混沌とした現実の課題を、論理という研ぎ澄まされた刃で切り分けるプログラミングの本質を象徴しています。
10年後、手法が劇的に変わっていたとしても、FizzBuzzは「論理的思考の最小単位」として、エンジニアたちの共通言語であり続けるはずです。
エンジニアの心得：
「FizzBuzzを笑う者は、FizzBuzzに泣く。」
最もシンプルなロジックを大切にできない者に、複雑なシステムを構築することはできないのです。
本記事は、"ちょっとしたアイデアをAIで長文記事にして公開するのをやめろ" の記事を受けて、GeminiにFizzBuzzについて3000字以上で書くように指示したものです。