「The Farmer Was Replaced」コードを書いて農場を自動化するプログラミングゲーム

The Farmer Was Replaced｜コードを書くだけで農場が動く、プログラミング農業ゲームの快感

「農業ゲームをやりたいけど、ただ畑を耕すだけじゃ物足りない」——そう思ったことがある人なら、このゲームは確実に刺さる。

「The Farmer Was Replaced」（農家は Replace() されました）は、農業をテーマにしたパズルゲームなのに、プレイヤーがやることはコードを書くことだ。ドローンに命令を書いてEnterキーを押す。するとドローンが動き出し、種をまいて、水をやって、作物を収穫する。最初はたった3行のコードで農場が回り始める瞬間の気持ちよさは、正直、言葉にしにくい。

このゲームはプログラミング教育ゲームという括りで語られることが多い。でも実際にプレイした人の反応を見ると、そんな枠に収まらない魅力がある。プログラマーがコード最適化に燃え、プログラミング未経験者がいつの間にかループや条件分岐を書けるようになっている。正式リリースの2025年10月以降、売上が3万9000%増という異常なバズり方をしたのも納得できる。

この記事では、このゲームの何がそこまで人を引きつけるのか、実際のプレイ感覚も交えながら掘り下げていく。ゲームの仕組みから、なぜプログラミング未経験者でも楽しめるのか、逆に詰まりやすいポイントはどこか、プログラマーが何を楽しんでいるのかまで、できるだけ具体的に書く。

「The Farmer Was Replaced」公式トレーラー

トレーラーを見てもらうとわかるが、映像のインパクトが強い。小さなドローンが畑を縦横無尽に動き回り、次々と作物を刈り取っていく。「このドローン、自分が書いたコードで動いてるんだ」という感覚は、ゲームのスクリーンショットよりも動画で見たほうが伝わる。公式チャンネルMetarootが2025年10月にリリースしたこのトレーラーは181,924回以上再生されており、ゲームの雰囲気を掴むのに最適だ。映像の中でドローンが動くスピード感と、コードのシンプルさのギャップが面白い。

こんな人に読んでほしい

• Factorio、Minecraftのレッドストーン、Shapezなど自動化ゲームが好きな人
• プログラミングを勉強したいけど、チュートリアルサイトだと続かない人
• 農業・牧場ゲームは好きだが、単純作業が続くと飽きてしまう人
• ローグライクやインクリメンタルゲームで「もっと効率化したい」と感じる人
• Python、またはプログラミング全般に興味がある人
• アイドルゲームや放置ゲームに物足りなさを感じてきた人
• コードを書くことが仕事だが、仕事以外でもコードを楽しみたい人

逆に、プログラミングが完全に嫌いで「コードを一行も書きたくない」という人には向いていない。このゲームはコードを書くことが遊びの中心にある。でも「コードは怖いけど、ちょっと興味はある」くらいのラインの人ならハマる可能性が高い。最初のチュートリアルがかなり丁寧なので、完全未経験でも入りやすいのが正直なところだ。

「ゲームでプログラミングを学べる」という売り文句は昔から色々なゲームが使ってきた。でもThe Farmer Was Replacedが特別なのは、プログラミングを学ぶのが目的ではなく、農場を動かすのが目的であるという点だ。コードはあくまで手段。農場を動かしたい、もっと効率化したいというゲームの欲求が先にあって、そのためにコードを書く。この順番が逆転していないことが、このゲームの本質的な強さだと思っている。

ゲーム概要：農業ゲームとプログラミングが本気で融合した世界

「The Farmer Was Replaced」は、開発者Timon Herzogが個人で作り上げた農業自動化ゲームだ。パブリッシャーはMetaroot。2023年2月にSteam Early Accessでリリースされ、2025年10月10日に正式版（v1.0）が配信された。価格は通常1,200円、正式リリース時には20%割引の960円で販売されていた。

Steam上のレビュー評価は「圧倒的に好評」。2026年4月時点で7,500件以上のレビューのうち95%がポジティブという数字は、インディーゲームとしてはトップクラスの評価だ。日本語のレビューも「非常に好評」で242件以上が集まっており、日本のプレイヤーにもしっかり届いている。

基本的なゲームプレイの流れ

ゲームを起動すると、まずチュートリアルが始まる。プレイヤーが操作するのは、農場を飛び回るドローンだ。ただし、ドローンを直接コントローラーで動かすのではない。コードを書いて、ドローンの動きをプログラミングする。

最初のコードはこんな感じだ。

while True:
    plant(Entities.Grass)
    harvest()
    move(North)

たったこれだけ書いてExecuteボタンを押すと、ドローンが勝手に動き始める。北方向に動きながら草を植え、収穫し、また植えるを繰り返す。この瞬間の感覚が「コードが動いた！」という原体験になる。最初に書くコードがシンプルなのに、確実に農場が動くという体験設計がうまい。

作物を収穫するとリソースが手に入り、そのリソースを使って新しい機能やコマンドをアンロックしていく。アンロック内容が増えると、書けるコードも増える。書けるコードが増えると、農場が複雑に、そして効率的になっていく。このサイクルが「もっとやりたい」という気持ちを自然に作る。

ゲームのUIはコードエディタが中心だ。左側にコードを書くエリアがあり、右側に農場の様子が表示される。コードを書いてExecuteを押すと農場が動く。農場の様子を見ながらコードを調整して、また実行する。この「書く→動かす→改善する」というサイクルはプログラマーの仕事の基本的なリズムとほぼ同じだ。

使用するプログラミング言語

ゲーム内で使う言語はPythonにそっくりだ。文法はほぼ同じで、インデント（字下げ）でブロックを区切るスタイルも同じ。ただしゲーム専用のコマンドが追加されており、plant()、harvest()、move()などのゲーム固有の関数を使う。

重要なのは、VS Codeなどの外部エディタと連携できる点だ。ゲーム内のテキストエディタで書いてもいいし、普段使いのコードエディタで書いたものをそのまま使える。これはプログラマーにとって地味にありがたい機能だ。自分のエディタのキーバインドやスニペット機能をそのまま使えるので、コードを書くストレスが格段に減る。

エラーメッセージも丁寧に出る。コードに間違いがあれば、どこが間違っているか、どう直せばいいかのヒントが表示される。プログラミング未経験者がエラーメッセージに怯えないよう、わかりやすく表示する設計になっている。これは地味だが重要な配慮だ。エラーメッセージが難解だと、初心者はその時点で諦める。

ゲームの進行と成長サイクル

ゲームの構造はインクリメンタル（積み重ね型）に近い。最初は1つのドローンで1種類の作物しか育てられない。作物を収穫してリソースを稼ぐと、新しいコマンドや作物の種類がアンロックされる。アンロックするほどコードの可能性が広がり、農場が大きくなる。

インクリメンタルゲームの楽しさを持ちつつ、「何かをぽちぽちクリックするだけ」ではなく、自分でロジックを考えてコードに落とし込む必要がある。これが他の放置・自動化ゲームと一線を画すポイントだ。

「Revolution Idle」のような放置ゲームと比べると、The Farmer Was Replacedは完全に放置できない。コードを書き直す必要があるし、行き詰まったら思考が必要だ。でもその分、作れた時の達成感は段違いに大きい。放置ゲームで「ぼーっと眺める時間」を楽しめる人には少し合わないかもしれないが、何かを自分で作り上げたいタイプにはドンピシャの設計だ。

作物の種類が増えるほど、コードの複雑さも増す。最初は草だけだったのが、小麦、にんじん、ひまわり、サボテン、木などが解放されていく。それぞれ異なる栽培ルールを持つため、一つのドローンで全ての作物を管理するコードを書こうとすると、段々と複雑な条件分岐が必要になってくる。「こんなに複雑なコードを自分で書けるようになったのか」という驚きが、ゲームを進めるほど積み重なる。

正式リリースで加わった新要素：v1.0の変化

2025年10月のv1.0リリースでは、Early Access版から大きな追加要素が入った。単純に機能が増えただけでなく、ゲーム全体のバランスと進行フローが見直されている。

マルチドローンとマルチスレッド処理

v1.0から「Megafarm」アンロックを進めると、複数のドローンを同時に動かせるようになる。1台のドローンで農場全体を管理するのではなく、各ドローンが担当エリアを並列で動く仕組みだ。

これはプログラミングの概念でいう「マルチスレッド処理」そのものだ。現実のプログラム開発でも重要な概念だが、このゲームではそれを農場のドローン管理というわかりやすい形で体験できる。「マルチスレッドって何？」という人が、ゲームをプレイした後にその概念を理解できているケースが続出している。

複数ドローンを動かすと、ゲームの複雑さが一気に上がる。ドローンAが1列目を担当し、ドローンBが2列目を担当する。しかし共通のリソースを使う場合、どのドローンがリソースを取得するかという管理が必要になる。これがまさに並列プログラミングで発生するリソース競合の問題そのものだ。「こういう理由でデッドロックが起きるんだ」と体感できるのは、技術書を読むだけでは得られない体験だ。

複数ドローンが農場を同時に動き回る様子は視覚的にも楽しい。一台だと時間がかかっていた収穫が、複数台で一気に終わる瞬間の爽快感は格別だ。「これが並列化のパワーか」と実感できる。

新アンロックツリー

v1.0では技術ツリーが全面的に見直された。Early Accessではあった機能が「先に解放されすぎて退屈だった」という声を受け、アンロック順序が調整されている。適切なタイミングで新機能が開放されるため、飽きにくい設計になっている。

Early Accessのプレイヤーからフィードバックを受けて、開発者が実際にゲームバランスを改善したという点は重要だ。「ユーザーの声を聞いてゲームを直す」という姿勢が、Steamのポジティブレビューの多さにも繋がっている。

アンロックツリーの設計は巧みで、常に「次に何が解放されるか」が見えている。だから目標を持って農場を動かし続けられる。「もうちょっとリソースを集めればこのコマンドが使える」という動機付けが絶えず機能している。

迷路チャレンジ

迷路ステージも加わった。農場の外に生えた茂みが迷路を形成しており、ドローンが出口を探して進むアルゴリズムを書く必要がある。「左手法」（常に左の壁に沿って進む）や「幅優先探索（BFS）」などのアルゴリズムを実装することになり、これが想像以上に脳を使う。

Hacker Newsのコミュニティでは、このゲームを通じてJavaScript開発者がPythonの基礎を学んだという報告や、迷路アルゴリズムを実装して「A*アルゴリズムってこういう使い方するのか」と気づいた人の声が多数ある。

迷路は難易度が高い。左手法は単純な迷路には通用するが、ループ構造を持つ迷路には通用しない。「なぜ左手法で解けないのか」を考えるプロセスで、アルゴリズムへの理解が深まる。最終的にBFSを実装した時の達成感は、農作物の自動化とはまた異なる種類の喜びがある。

恐竜ステージ

v1.0では恐竜要素も追加された。農場に恐竜が現れ、作物を食い荒らすという状況に対応するコードを書く必要がある。センサーで恐竜を検知して、ドローンが適切に反応する。これは例外処理や条件分岐の応用として機能している。「通常の農作業中に突発的なイベントが起きたらどう対応するか」というコードの設計思考につながる。

なぜこのゲームが爆発的にバズったのか

The Farmer Was Replacedのバズり方は、インディーゲーム界隈でも異例だ。数字で振り返ると、Early Accessの最初の30日間の売上は約4,000ドル。それが1.0リリース後の最初の30日間では約165万ドル。増加率は39,000%だ。

同じ時期に400,000本以上を売り上げ、Steamのピーク同時接続者数は7,400人を記録した。この数字は大手スタジオの作品でも達成できないレベルではない——が、一人の開発者が作ったゲームとしては衝撃的だ。インディーゲームの成功事例として、Game Discovercoのニュースレターでも「2025年で最も大きな1.0リリース跳ね上がり」と評された。

TikTokとInstagramで火がついた

バズりのきっかけはソーシャルメディアだった。パブリッシャーのMetarootが約1,000人のインフルエンサーにゲームキーを配布し、TikTokやInstagram Reelsへの投稿を呼びかけた。その結果、ブラジルのストリーマーのInstagram Reelだけで330万回以上再生された。TikTokやInstagramでも個別の投稿が100万回以上再生される事例が複数出た。

「コードを書いたらドローンが動いた」という画面が、プログラミングを知らない人にも視覚的に刺さったのだと思う。コードとドローンの動きがリアルタイムで連動している映像は、ショート動画との相性が抜群だった。「これ、何のゲーム？」という視聴者の反応を生むのに、15秒の動画で十分だった。

この「画面が面白い」という特性は重要だ。多くのゲームは実際にプレイしないと面白さが伝わらない。The Farmer Was Replacedはコードを書いてドローンを動かすという行為が、見ている人にとっても「何が起きているか」がわかる。観客目線での面白さとプレイヤー目線での面白さが一致している。

「学べるゲーム」という口コミ

もう一つの大きな要因は、「これ、プログラミングの勉強になる」という口コミだ。プログラミング学習者がこのゲームをSNSやQiitaなどで紹介し、「ゲームしてたらPythonの基礎が身についた」という体験談が広まった。日本のエンジニアコミュニティにも届き、Qiitaやnoteでの記事も複数書かれている。

プログラミング学習は継続が難しい。でもゲームとして面白ければ、勉強しているという感覚なく続けられる。この相乗効果がユニークな層を引きつけた。「プログラミングを学びたい人」「ゲームを楽しみたい人」という普通は重ならない層が、このゲームを通じて重なった。

特に日本では、Qiitaという技術者向け情報共有サービスでの記事が拡散した。「農場ゲームでプログラミングの勉強ができる」という切り口は、技術者にとっても「なんそれ試してみたい」という気持ちを引き起こしやすかった。VS Code連携まで紹介される記事が出てきたあたりから、エンジニア界隈での認知が一気に広がった印象がある。

ゲーム内容のバイラル適性

このゲームがバズった理由には、コンテンツとしてのバイラル適性も大きい。農場の自動化という目標が明確で、コードという手段も明確。「コードを書いてドローンを動かす」という体験は、プログラミングを知らない人にも「何かをプログラムしている」と伝わる。

さらに、プレイヤーが書いたコードをSteamのディスカッションやGitHubで共有する文化が生まれた。他人のコードを見て「こんな書き方があるのか」と学ぶコミュニティが形成された。ゲームコードがGitHubに上がるというユニークな現象は、コミュニティの活発さを示している。

Early Accessで着実に積み上げた基盤

最初の30日で4,000ドルという数字は決して華々しくないが、その後の2年半でEarly Accessプレイヤーが約140,000人まで増加していた。1.0リリース時点で既にコアなファン層が存在し、彼らがレビューを書き、口コミを広め、インフルエンサーへの露出効果を増幅させた。

「バズり」は偶然ではなかった。パブリッシャーが戦略的にインフルエンサーへアプローチし、Early Accessで作り上げたコミュニティがその効果を最大化した。個人開発者の夢物語として語られることが多いが、実際には綿密な準備の結果だ。

ゲームを構成する5つの仕組み

1. 作物の種類と栽培ルール

ゲームに登場する作物はそれぞれ異なる栽培ルールを持っている。草は単純に植えて収穫するだけだが、木は成長するまで待つ必要がある。サボテンは水やりを嫌う。ひまわりは隣に別の植物が必要だ。カボチャは特定のパターンで植える必要があり、小麦は収穫タイミングが重要だ。

こうした個別のルールをコードに組み込まないといけない。「この作物の場合はこの処理、あの作物ならあの処理」という条件分岐（if文）が自然と必要になる。ゲームの中で必然的に条件分岐を書くようになるので、学習として非常にうまく設計されている。

作物の種類が増えるほど、コードの複雑さも上がる。最初は単純なループで動いていたコードが、条件分岐だらけになる。でもその複雑さが「面白い」と感じる人にとっては、問題解決のパズルとして楽しめる。「このコードをもっとスッキリ書けないか」と試行錯誤するうちに、リファクタリングの重要性まで体感できる。

2. センサーとデータ取得

ドローンは周囲のタイルを読み取るセンサー機能を持っている。get_entity()やget_ground()といったコマンドでドローンが今いる場所の情報を取得し、それに応じて処理を変えられる。

これはプログラミングの入出力（I/O）の概念そのものだ。外からデータを読んで、条件によって処理を変える。ゲームの文脈でこれを繰り返すうちに、「なるほど、プログラムってこういう仕組みなのか」という理解が積み上がっていく。

センサーの種類もゲームが進むにつれて増える。最初は今いるタイルの情報しか取れないが、後に周囲のタイルを広範囲に読み取れるようになる。この「取得できる情報量の拡大」がコードの可能性を広げると同時に、「情報をどう活用するか」という設計の難しさも増す。

3. 関数とコードの再利用

ゲームが進むと、自作の関数を定義できるようになる。「刈り取って植える」という処理をひとつの関数にまとめて、どこからでも呼び出せるようにする。このあたりから「自分がプログラムを設計している」という感覚が強くなってくる。

コードが長くなればなるほど、整理して再利用しやすい形にする必要が出てくる。現役のソフトウェアエンジニアが「現実の仕事と同じ考え方が必要になってきた」とコメントするのも、こういう場面での話だ。

特に印象的なのは、「動くコード」から「きれいなコード」へと自然に移行していく点だ。最初は動けばいいという感覚でコードを書くが、農場が複雑になるほど「同じ処理をあちこちに書き直すのが面倒」という感覚が生まれる。その不便さから関数の概念が「必要なもの」として理解できる。概念を先に教えるのではなく、必要性を体感させてから教える、という設計の順序が秀逸だ。

4. 複数ドローンの並列制御

v1.0から使える複数ドローンの制御は、このゲームの深みを一気に増やした。1台のドローンで全部やろうとすると限界が来る。でも複数台を並列で動かすと、農場の生産効率が飛躍的に上がる。

どのドローンにどの担当を割り振るか。ドローン間でリソースの情報をどう共有するか。こうした設計の問題が出てくる。プログラミングでいえばスレッド管理と同じ思考が必要になる。

Factorioで生産ラインを設計する感覚に近いが、The Farmer Was Replacedはその設計をコードで書くという違いがある。Factorioはマウスで工場の部品を配置するが、このゲームはキーボードでロジックを書く。どちらも「効率化のための設計」という思考を使うが、アプローチの仕方が全く異なる。

「Civilization V」のようなストラテジーゲームが好きな人は、こういう「どう効率化するか」という設計的な思考が好きなはずだ。The Farmer Was Replacedはその思考をコードに落とし込む体験を提供している。頭を使ってリソース配分を考えるという点では、ストラテジーゲームとの共通点が多い。

5. 迷路と探索アルゴリズム

迷路ステージはゲームのクライマックス的な存在だ。左手法から始まり、深さ優先探索、幅優先探索、A*アルゴリズムなど、探索アルゴリズムの世界に自然と踏み込む。

Medium上での技術ブログで、ゲームプレイヤーが迷路解法のコードを解説している記事が出てきているくらい、コミュニティでの盛り上がりが大きいトピックだ。「ゲームで迷路が解けた時、現実のアルゴリズムも理解できた」という体験談が多い。

迷路は「動けばいい」だけでは通用しない。左手法は簡単な迷路には通用するが、複雑な構造には対応できない。より堅牢なアルゴリズムを実装しようとすると、BFSやDFSの概念が必要になる。これはコンピュータサイエンスの学習で必ず出てくるトピックだが、ゲームの中では「迷路を解きたい」という動機が先にある。だからアルゴリズムを学ぶことが「目的」ではなく「手段」になる。この逆転が学習を楽にする。

GitHubにはプレイヤーが書いた迷路解法コードのGistが複数公開されており、複数のアプローチを比較して学べる環境が自然発生的に作られている。

なぜプログラミング未経験者でも楽しめるのか

プログラミングゲームの多くは、プログラマーのためのゲームだ。既にコードが書ける人が、ゲームという文脈でそのスキルを楽しむ。The Farmer Was Replacedは違う。プログラミングを知らない人が、このゲームを通じてコードを書けるようになっている事例が続出している。なぜそれが可能なのかを分析してみる。

目標が農場であってコードではない

最も重要な点はここだ。プレイヤーが目指すのは「コードを書くこと」ではなく「農場を動かすこと」だ。「関数を学ぼう」ではなく「農場の効率を上げたい」という動機がある。この違いは大きい。

プログラミング学習サイトでは「今日はfor文を学びましょう」という形で学習が進む。でもThe Farmer Was Replacedでは「この農場を動かすにはどうすればいいか」を考えた結果として、自然とfor文が必要になる。必要性から学ぶのと、カリキュラムとして学ぶのでは、定着度が全く違う。

フィードバックが即時で視覚的

コードを書いてExecuteを押すと、すぐにドローンが動く。動かなければエラーメッセージが出る。成功すれば農場が動き続ける。このフィードバックの速さと視覚性が、学習を加速させる。

テキストだけのプログラミング学習では、「このコードを実行した結果が正しいかどうか」が判断しにくい。でもThe Farmer Was Replacedでは、農場が動いているかどうかで正しさがわかる。見ればわかるというシンプルさが、初心者の不安を取り除く。

チュートリアルが丁寧で段階的

序盤のチュートリアルは、プログラミングの概念を一つずつ丁寧に紹介する。最初はwhile True（無限ループ）から始まり、徐々に条件分岐、関数、変数へと進む。各ステップで「なぜこれが必要か」が農場というコンテキストで説明される。

「解説テキストが用意されており初心者も安心」という評価が多いのは、このチュートリアルの質によるものだ。概念の説明だけでなく、具体的なコード例が示され、それを少し変えて試してみるというハンズオンな形式が効果的だ。

コミュニティが助けてくれる

詰まったときに頼れるコミュニティがある。Steamのディスカッション欄には、特定の作物や課題についての質問と回答が豊富に蓄積されている。日本語では、noteやQiitaに初心者向けの攻略コードが書かれている。

「自力で解けなかったらコミュニティを参考にする」という姿勢は、このゲームコミュニティでは一般的だ。他人のコードを見て学ぶのもプログラミングの一般的な学習方法であり、「答えを見た」という罪悪感なく参考にできる文化がある。

ユーザーの声を交えた分析

Steamレビュー、日本語のnote記事、Hacker Newsのコメント欄など、プレイヤーの声をできる限り実際のものから集めた。

ポジティブな声

Shapezや Opus Magnumと同じ痒いところを掻いてくれる感覚がある。コードを書いて農場が自動で動く瞬間の気持ちよさは他のゲームでは味わえない。プログラミングの楽しさが詰まっている。

引用元：Steamレビュー

プログラミング未経験でも序盤は丁寧にチュートリアルが進んでくれる。ゲームしてたらPythonのifとwhileと関数が自然と使えるようになっていた。コードって楽しいんだと初めて思えた。

引用元：Steamレビュー（日本語）

自分が書いたコードがうまく動いた時、小さなコードで大きな問題が解けた時の達成感が他のゲームと全然違う。Executeボタンを押す瞬間がいつもドキドキする。農場が自分の意図通りに動く瞬間が最高。

引用元：Steamコミュニティ

JavaScriptをメインで使ってる自分にとって、これは楽しい方法でPythonの基礎を学べるゲームだった。Hacker Newsで紹介されてたから試したけど、こんなに面白いとは思わなかった。マルチドローンのコードを書いた時にマルチスレッドの概念が腑に落ちた。

引用元：Hacker Newsコメント欄

ネガティブ・正直な声

序盤は楽しいが、後半になるとチュートリアルがほぼなくなって自力で考える時間が一気に増える。プログラミング未経験だと詰まって進めなくなる場面が出てくる。ヒントがあるとはいえ、人によってはきつい。全てを自力で解こうとしないほうが精神衛生上いいかもしれない。

引用元：Steamレビュー

楽しかったのに、途中から「仕事みたいになってきた」と感じ始めた。コードを最適化しないと進めないフェーズがあって、楽しさと義務感のバランスが崩れる時がある。ゲームのつもりで始めたのに、いつの間にか本当にプログラムを書いてる自分に気づく。

引用元：noteプレイ感想

迷路ステージは本当に難しかった。左手法でいけると思ったら想定外のパターンで詰まって、結局Steamコミュニティのコードを参考にした。自力で解けた人を素直に尊敬する。解法を見てもその理屈を理解するのに時間がかかった。

引用元：Steamコミュニティ

この声から読み取れること

ポジティブなレビューの多くは、「コードが動いた時の快感」「気づいたらプログラミングを覚えていた」という体験に集中している。ゲームとしての面白さと学習効果が融合したという点で、他にあまり例がない体験を提供できていることがわかる。

ネガティブな声は主に後半の難易度上昇と、チュートリアルが薄くなるタイミングへの不満だ。ゲームはプレイヤーに「自分で考える」ことを要求する。それはリアルなプログラミングの学習そのものだが、ゲームとして楽しみたい人には負荷が高くなる局面もある。

「途中から仕事みたいになってきた」という声は、このゲームの本質を突いている。プログラミングを「楽しい遊び」として体験するのか、「頭を使う作業」として感じるのかは、人によって異なる。ゲームが好きだからプレイしたのに、プログラミングの本質的な思考力が問われる場面が来た時に、それをゲームとして楽しめるかどうかが分かれ目になる。

プログラミング経験者には「コードを磨く楽しさ」が、未経験者には「気づいたら書けるようになっていた」という体験が待っている。どちらの層にも届いているのが、このゲームの強さだ。

他のジャンルのゲームとの比較

ローグライクとの違い

ローグライクはランダム性と死によって毎回違う体験を生む。The Farmer Was Replacedはランダム性がなく、自分のコードの出来が結果を左右する。「リランできるゲーム」ではなく「改善できるゲーム」だ。

「Slay the Spire」が「デッキをどう組むか」というデザインの楽しさを持つように、The Farmer Was Replacedは「コードをどう組むか」という設計の楽しさがある。両方に共通するのは「試行錯誤して最適解を探す」という思考の快感だ。ただしSlay the Spireは毎回違うカードが来るのに対して、The Farmer Was Replacedは同じ農場で改善を繰り返す。「毎回新鮮な体験」より「同じ課題への深い取り組み」が好きな人に向いている。

タワーディフェンスとの類似点

タワーディフェンスゲームでは、限られたリソースで敵の侵攻を防ぐために最適な配置を考える。The Farmer Was Replacedでも、限られた農地とリソースで最大効率を目指す設計思考が必要になる。

「Bloons TD 6」で塔の配置を練るのが好きな人は、The Farmer Was Replacedのコード最適化でも同じ種類の楽しさを見つけられると思う。どちらも「限られたリソースの最適配置」という問題を解くゲームだ。ただし配置するのが塔かコードかという違いは大きく、タワーディフェンスがビジュアル的に直感的なのに対して、The Farmer Was Replacedはコードという抽象的な手段を使う。

都市建設・サバイバルとの違い

「Timberborn」のような都市建設ゲームはGUIで建物を配置するが、The Farmer Was Replacedはコードで農場のロジックを記述する。管理する対象が「建物の配置」か「ドローンの動き」かという違いはあるが、「全体をどう設計するか」という思考の種類は近い。Timberbornが視覚的な都市設計を楽しむなら、The Farmer Was Replacedは論理的なフロー設計を楽しむ。どちらも「効率的な全体設計」を目指すゲームだ。

「ICARUS」のようなサバイバルゲームは「生き延びるためにリソースを確保する」が目標だが、The Farmer Was Replacedは「農場を効率化する」が目標だ。サバイバル要素はなく、常に安全な場所でコードを書き続けられる。プレッシャーなく設計に集中したいタイプには向いている。サバイバルゲームの「いつ死ぬかわからない緊張感」が苦手で、もっとリラックスして考えたい人にThe Farmer Was Replacedは合っている。

インクリメンタルゲームとの違い

「Cookie Clicker」のようなインクリメンタルゲームは、基本的にクリックや待機でリソースが積み上がる。The Farmer Was Replacedもリソースを積み上げるという意味では似た構造を持つが、「コードを書かないと進まない」という点で能動性が全く異なる。受動的に待つのではなく、常に自分の思考が問われる。インクリメンタルゲームの「ゆるく積み上がる感覚」が好きな人には、The Farmer Was Replacedは少しハードに感じるかもしれない。

開発者Timon Herzogについて

このゲームはTimon Herzogが個人で開発した。Metarootはパブリッシャーとしてマーケティングを担当しているが、ゲームの設計・実装は1人の開発者によるものだ。

Early Accessの最初の30日間の売上は約4,000ドル。普通の開発者なら「まあこんなもんか」で終わりそうな数字だが、2年半かけてゲームを磨き続け、1.0リリースで約165万ドルを稼ぐ逆転劇を実現した。

この成功の背景には、プレイヤーのフィードバックを丁寧に取り込んだ開発姿勢がある。Early Access版のアンロック順序が批判を受けた際に、v1.0で全体を見直している。「ゲームをより良くするために変える」という姿勢がレビューへの信頼につながっている。

Steamのディスカッションでは開発者が直接プレイヤーの質問に答えているケースもある。一人の開発者がゲームの細部に至るまで把握して、ユーザーと直接やり取りするという関係性は、大手スタジオのゲームでは得られない親密さだ。

個人開発者として2年半のEarly Accessを経て正式リリースという道のりは、インディーゲーム開発の理想的な形に近い。「早期からユーザーとともに作る」というEarly Accessの本来の意義を体現した事例として、ゲーム業界でも注目されている。

一人の開発者がコンセプトを信じて作り続けた結果、世界中でバイラルした——それだけで、このゲームは価値がある。ゲームの内容だけでなく、このゲームが存在すること自体が、インディーゲーム開発者へのメッセージになっている。

プログラミング学習ツールとしての可能性

このゲームを「プログラミング学習に使える」と断言する声はかなり多い。実際にどの概念が学べるか、具体的に整理してみる。

学べるプログラミング概念

• ループ処理（while True、for文）
• 条件分岐（if/elif/else）
• 関数の定義と呼び出し
• 変数の使い方と型の概念
• リスト・配列の扱い
• マルチスレッド処理の概念
• 探索アルゴリズム（左手法、BFS、A*）
• コードの最適化・リファクタリング
• 例外処理の基礎的な考え方

これだけ見るとほぼプログラミング入門コースの内容だ。教材サイトで学ぶと挫折しがちな概念を、「農場を動かす」という具体的な目標の中で体験できる。

学習教材との比較

Progate、Udemy、paizaといったプログラミング学習サービスと比較すると、The Farmer Was Replacedの強みは「目的が明確である」点だ。学習サービスは「今日はfor文を学ぶ」という形でカリキュラムに沿って進む。The Farmer Was Replacedでは「農場を効率化したい」という目的のためにコードを書く。

人間は「必要だから学ぶ」時に最も効率が良い。学習サービスで挫折しがちなのは、「なぜこれを学ぶのか」という必要性を感じにくいからだ。The Farmer Was Replacedはその問題を「農場を動かしたい」という直接的な動機で解決している。

ゲームと学習の違い

ただし、一点だけ注意が必要だ。このゲームで「ゲームを攻略した」という事実は、プログラミングが「できるようになった」こととは少し違う。ゲームの文脈で使えるコードと、実際の仕事や開発で使えるコードの間にはギャップがある。

でも「プログラミングって何をするのか」「コードを書くとどう動くのか」という基本的な感覚は確実に身につく。その感覚があるとないとでは、プログラミング学習の入りやすさが全然違う。このゲームはその「感覚を作る」という意味で、学習の入口として優秀だ。

Qiitaの記事でも、「ゲームでドローンをプログラムしてたら、VS Codeで実際にPythonを書くことへの抵抗がなくなった」という声がある。ツールとしての使い方として、こういう使い方が一番正直なところだと思う。

現役エンジニアにとっての価値

プログラミング未経験者だけでなく、現役エンジニアにも刺さるポイントがある。「コードの最適化をゲームで楽しめる」という点だ。仕事のコードは様々な制約の中で書くが、このゲームのコードは純粋に「農場の効率化」という目標だけに向かって最適化できる。

「同じ農場を最高効率で動かすにはどうするか」を追求し続けられる。コードのスピードランに近い楽しみ方をしているプレイヤーも存在する。GameプレイのFastest Resetカテゴリーで1時間13分46秒という記録が出ているほど、タイムアタック的な楽しみ方をしている人もいる。

プレイ環境と動作について

対応プラットフォーム

対応はWindowsのみ（Steamページ記載時点）。MacやLinuxへの対応は公式には発表されていないが、Proton（SteamのLinux互換レイヤー）を使ってLinux環境で動かしているプレイヤーも存在する。GamingOnLinuxでも「プログラミング自動化の楽しさを味わえる」との評価が出ている。

必要スペック

推奨スペックは高くない。ドローンが農場を動き回るシンプルなグラフィックのゲームなので、数年前のPCでも問題なく動作する。コードを書いてExecuteを押してドローンの動きを眺めるゲームなので、グラフィックカードへの要求も低い。メモリもそれほど必要ない。古いPCでも快適に動くのは、このジャンルのゲームを選ぶ理由になる。

日本語サポート

v1.0から日本語に完全対応している。ゲーム内のUI、チュートリアルテキスト、コマンドの説明はすべて日本語で読める。コードそのものはPythonライクな英語構文だが、説明部分の日本語対応は十分だ。日本語タイトルが「農家は Replace() されました」であり、ゲームの世界観が日本語でも自然に伝わる訳になっている。

このゲームの弱点と注意点

後半の難易度上昇は本物

序盤のチュートリアルは丁寧だが、中盤以降は「自分で考える」フェーズが長くなる。「ヒントを見ながら進める」という選択肢はあるが、コミュニティの解法に頼りすぎると達成感が薄れる。

完全にプログラミング未経験の人が後半まで一人でクリアするのは、かなり難しい。「詰まったら攻略コードを参照する」「Steam Discussionを活用する」という割り切り方も、このゲームのコミュニティでは一般的だ。「一人で全部解かないといけない」という縛りを自分に課す必要はない。

特に迷路ステージ以降は、アルゴリズムの知識がないと壁にぶつかる。「左手法でいけるかな」と試して、通用しないパターンに遭遇した時に、その先をどう考えるかが分かれ道になる。ここで「もういい」とならず「どうすればいいか調べよう」と思える好奇心があるかどうかが、このゲームを楽しめるかどうかの鍵だ。

グラフィックはシンプル

視覚的な派手さはない。ドットに近いシンプルなグラフィックで、映像的な美しさを求める人には物足りないかもしれない。ゲームの楽しさはコードを書くことと、動いた結果を確認することにある。グラフィックはそのための舞台装置に徹している。

シンプルなグラフィックは逆に言えば「ゲームの仕組みがわかりやすい」という利点でもある。ドローンがどこにいて、何の作物がどこにあるかが一目でわかる。複雑なグラフィックに気を取られず、ロジックに集中できる。

ゲームとして「終わる」感覚

インクリメンタルゲームのような「ずっと続けられる」性質は薄い。作物をすべてアンロックして農場の効率を最大化したら、次の目標が見えにくくなる。「もっと効率化できないか」という探求心がある人は長く遊べるが、明確なエンドコンテンツを求める人には物足りない可能性がある。

「The Binding of Isaac」のようにプレイするたびに違う体験が生まれるゲームと違い、The Farmer Was Replacedはコードを磨いていく体験だ。リプレイ性より「最適化していく深み」を楽しむゲームだと理解しておくといい。ゲームのクリアよりも「自分だけの最適なコードを作る」という過程を楽しめる人には長く遊べる。

「コードを書く」ことへの心理的ハードル

最後に正直に書く。コードを書いたことがない人にとって、最初のコードを書く瞬間には心理的ハードルがある。チュートリアルが丁寧とはいっても、「コードを書く」という行為自体が初めての人には、最初の数分が一番怖い。

ただし、このゲームはその怖さを最小化するために設計されている。最初に書くコードはたった数行で、それを少し変えるだけで農場の動きが変わる。「コードを書いたら動いた」という体験を最速で届けるための設計が随所に見られる。最初の15分をクリアできれば、後は自然とコードを書き続けられる人が多い。

コミュニティと情報収集

ゲームのコミュニティは活発だ。Steamのディスカッション欄には、攻略コードの共有や特定のステージについての議論が盛んに行われている。プレイヤーが書いたコードを見せ合い、「もっとこうすると効率いいよ」とフィードバックし合う文化がある。

公式Discordサーバーも存在し、開発者やプレイヤーが活発にやり取りしている。バグ報告から新機能の要望、攻略情報まで幅広く共有されている。

GitHubではプレイヤーが書いた攻略コードをリポジトリとして公開するケースも出てきており、「ゲームのコードがGitHubに上がる」というユニークな文化が生まれている。コードレビューの感覚でゲームの攻略コードを改善し合うという、他のゲームでは見られない文化がある。このあたりが他のゲームにはない、The Farmer Was Replacedならではの独自コミュニティだ。

日本語のコミュニティはnoteやQiitaでの記事が増えており、初心者向けの攻略コード解説記事が複数投稿されている。「詰まったら日本語の記事を探す」という選択肢があるのは助かる。特に「農家はReplace()されました 初心者向け攻略コード集」系の記事は、草から迷路まで段階的にコードの書き方を解説しているものもあり、ゲームを始めたての人への手引きとして機能している。

「The Farmer Was Replaced」はこんな人に向いている、こんな人には向いていない

正直にまとめる。

向いている人

• 自動化・効率化のゲームが好きで、もっと能動的に設計したい人
• プログラミングに興味はあるが、学習サイトが続かなかった人
• 「コードを書いてみたい」という漠然とした気持ちがある人
• 答えが一つではなく、自分なりの解法を探すのが好きな人
• 詰まっても諦めず、調べて解決するプロセスを楽しめる人
• 現役エンジニアで、仕事とは別の楽しいコーディング体験を求めている人

向いていない人

• コードを一行も書きたくない人
• 毎回違う体験やランダム性を楽しみたい人
• 詰まった時に詰まることに強いストレスを感じる人
• グラフィックや映像的な美しさを重視する人
• 放置しながらゆっくり成長する感覚を楽しみたい人

この二つのリストを見比べて、自分がどちらに近いか判断してほしい。どちらにも「ちょっと当てはまるかも」という人は、Steamページで実際にプレイ動画を見てみることをおすすめする。トレーラーを見た時の自分の反応が正直な答えだと思う。

まとめ：コードを書くことが「遊び」になる体験

The Farmer Was Replacedは、「プログラミング＝難しい・とっつきにくい」というイメージを壊してくれるゲームだ。農場を自動化するという明確な目標があり、コードを書いて試して、動いた時の快感がある。その繰り返しの中で、気づいたらプログラミングの基礎概念が身についている。

一人の開発者が2年半かけて作り上げ、正式リリースで爆発的にバズったという話は、ゲームのクオリティが証明している。Steamレビュー95%以上がポジティブという数字は、「面白いゲームはちゃんと評価される」という好例でもある。400,000本以上の販売、7,400人のピーク同時接続者という数字は、このゲームが単なる「プログラミング教育ツール」の枠を超えたゲームとして機能していることの証拠だ。

向いている人は明確だ。プログラミングに興味がある人、自動化・最適化ゲームが好きな人、Factorioやインクリメンタルゲームで「もっと効率化したい」と感じたことがある人。そのどれかに当てはまるなら、まずSteamページのトレーラーを見てほしい。画面を見れば、刺さるかどうかすぐわかる。

プログラミングが「仕事」でも「勉強」でもなく、純粋に「面白い遊び」として体験できる——そういうゲームに出会える機会は、そう多くない。そしてそれを一人の開発者がインディーゲームとして作り上げたという事実も、このゲームをより特別なものにしている。

960円（通常1,200円）で買える。今すぐSteamページを確認してみてほしい。

よくある疑問に答える

プログラミング経験が全くなくても楽しめる？

楽しめる。ただし後半になるほど自分で考える時間が増えるので、「詰まったら調べる」「コミュニティを参考にする」という姿勢が必要だ。序盤のチュートリアルはプログラミング未経験者でも理解できるよう設計されている。「コードを書いたことがない」スタートでも、草を収穫する最初のコードを書く体験はすぐにできる。

Pythonの学習に本当に使える？

入口としては使える。ループ、条件分岐、関数という基本的な概念はこのゲームで体験できる。ただし「このゲームをクリアしたらPythonエンジニアになれる」わけではない。ゲームをクリアした後に実際のPythonを学び始めると、抵抗感が少ない状態でスタートできるという効果がある。「プログラミングってこういうことか」という感覚を作る道具として優秀だ。

どのくらいの時間で遊べる？

メインコンテンツをこなすだけなら20〜30時間前後というプレイヤーが多い。ただし効率を極めようとすると、時間をかけてコードを最適化し続けられる。Steamの実績では「最短クリアタイム」のようなチャレンジもあり、やり込み要素も用意されている。Fastest Resetカテゴリーでのスピードランに挑戦するプレイヤーもいる。「一周クリアして終わり」か「コードを磨き続ける」かは、自分の性格次第だ。

VS Codeとの連携はどうやるの？

ゲーム内の設定から外部エディタとの連携を有効にすることができる。指定のファイルをVS Codeで開いて編集し、保存するとゲームに反映される。これによって補完機能や構文ハイライトを使いながらコードを書けるようになる。普段VS Codeを使っているエンジニアはこの方法で快適にプレイできる。Qiitaにこの連携について詳しく解説した記事が上がっており、設定手順の参考になる。

Steamのセールやプロモーション情報は？

2025年10月の正式リリース時には20%オフの960円で販売されていた。通常価格は1,200円。Steamでは定期的なセールが行われており、ウィッシュリストに追加しておくとセール時に通知が届く。インディーゲームとしての価格帯は適切で、プレイ時間あたりのコスパは高い部類に入る。「とりあえずセールで試してみたい」という人は、Steamページのウィッシュリスト登録をおすすめする。

このゲームから広がる世界

The Farmer Was Replacedをプレイして「もっとプログラミングを深めたい」と感じた人への次のステップも考えておきたい。

このゲームはPythonライクな言語を使っているが、ゲームを楽しんだ後に実際のPythonを学ぶ人が一定数いる。ゲームで習得したループ、条件分岐、関数の感覚は、実際のPython学習でそのまま使える。「print()でHello Worldを出力する」という最初の一歩が、ゲームで何度もコードを書いた後には全く怖くない。

また、このゲームで「自動化の面白さ」に目覚めた人が、Pythonのスクリプトで日常の作業を自動化するという流れも報告されている。「ゲームの農場を自動化していたら、仕事の作業も自動化できないかと思い始めた」という声は、このゲームのユニークな副作用だ。

プログラミング以外の方向でも、The Farmer Was Replacedが好きな人には「自動化を視覚的に楽しむゲーム」という共通点で他のゲームへの入口にもなる。Factorioへの移行、Minecraftでのレッドストーン回路への興味など、ゲーム体験の間口が広がるケースが多い。

1つのゲームが「プログラミングとの関係を変えた」という体験は、学校の授業でも独学サイトでもなかなか生まれない。このゲームが持つ独特の力は、そこにある。コードを「書かなければならないもの」から「書きたいもの」に変える体験が1,200円で手に入る。それがThe Farmer Was Replacedの本質だと、この記事を書いて改めて感じている。