「Rubyはやめとけ」7つの理由を検証｜続けるか他言語へ移るかの判断基準

Rubyを書いて数年が経ち、「この言語を続けていいのか」と考える方は少なくありません。検索すれば「やめとけ」「オワコン」という言葉が並びます。ただ、その中身は一様ではありません。これから学ぶ人に向けた話と、すでに実務で書いている方に関わる話が混ざっています。

この記事では、Rubyがやめとけと言われる7つの理由を、求人の実態と言語の現況から1つずつ検証します。どれが妥当で、どれが古い情報なのかを判定つきで示すのが、この記事の中心です。そのうえで、続ける場合の戦略と、他の言語へ移る場合の選択肢を整理します。

判断の分かれ目になるのは、言語そのものよりも、いまいる環境で何を任されているかです。同じRubyエンジニアでも、新規開発を任されている方と、10年前のコードの保守だけを担当している方では、置かれた状況が異なります。

まずは、その「やめとけ」が何を指した言葉なのかを整理するところから始めます。

【結論】「Rubyはやめとけ」は誰に向けた言葉か

「Rubyはやめとけ」には、これから学ぶ人への言語選択の話と、すでに働いている人の市場価値の話が混ざっています。どちらの話なのかで、必要な答えが変わるためです。

検索結果を開くと、この2つが区別されないまま並んだ状態です。最初に整理しておくと、そのあとの情報を仕分けながら読めます。

「やめとけ」と検索する2つの立場

「Rubyやめとけ」と検索する人は、大きく2つに分かれます。心配している対象が違えば、必要な答えも変わってくるためです。

本記事は後者に向けて書いています。実務でRubyを書いている方が、続けるか移るかを自分で判断できる材料をそろえることが目的です。転職を勧める記事ではありません。続けるという結論も、同じだけの重みで扱います。

この2つを混ぜると判断を誤ります。「初学者にはすすめない」という意見は、経験3年のRubyエンジニアが転職すべき理由にはなりません。逆に「Railsは今も現役だ」という反論も、いまの職場で保守しかしていない方の不安には答えていません。

検索上位に並ぶ記事の多くは、前者に向けて書かれています。プログラミングスクールや、フリーランス向けの案件サイトが運営する記事が中心です。学ぶかどうか、案件を取れるかどうかが主題であり、正社員として続けるかどうかを扱ったものは多くありません。

この記事が答えること、答えないこと

本記事が答えるのは、すでにRubyを書いている方の判断です。学習方法とスクール選び、未経験からRubyエンジニアになる手順は扱いません。

答えるのは次の5つです。やめとけと言われる理由はどこまで本当か。Rubyの仕事は実際にどれくらいあるのか。続けるか移るかを何で判断すればよいか。続けるなら何を足せばよいか。移るとしたら何が起きるか。

転職エージェントの比較も行いません。サービスの紹介は記事の後半に1か所だけまとめています。

また、Rubyという言語の是非そのものを論じることもしません。技術的な優劣は用途によって変わるもので、そこに結論を出しても、続けるか移るかの判断には直結しないためです。

先に結論｜Rubyは終わっていないが、Railsだけで評価される時期は終わった

本記事の結論を先に示します。Rubyは更新が止まった言語ではありません。ただし、Ruby on Railsを書けることだけで市場価値が保てる時期は過ぎています。

言語もフレームワークも開発は続いています。国内には、いまもRubyを主要な技術として使い続けている企業が実名で確認できる状態です。一方で、新しくRubyを学ぶ開発者は世界的に減っています。求人を出す企業も、Railsの実装力に加えて何ができるかを見るようになりました。

つまり「言語が終わるかどうか」ではなく、「その言語を使っていまの環境で何を任されているか」が判断の軸になります。言語の将来性を調べても答えが出ないのは、判断材料の置き場所が違うためです。

以降のセクションで、この結論の根拠を1つずつ確認していきます。最初に取り上げるのは、やめとけと言われる7つの理由です。見ていただきたいのは、その理由が妥当かどうかだけではありません。それが「これからRubyを選ぶかどうか」の話なのか、「いま使っている人の市場価値」の話なのかも、あわせて見てください。

またこれからSEに転職しようと考えている人に向けて業界の動向をまとめましたので気になる人はこちらの記事をご覧ください。

「Rubyはやめとけ」と言われる7つの理由を検証する

「Rubyはやめとけ」と言われる理由は7つに整理できます。このうち現在も妥当なのは3つ、条件つきで妥当が3つ、確認できないものが1つです。

検索上位に並ぶ記事の多くは、理由を列挙するところで終わっています。ここでは1つずつ、2026年時点でどこまで当てはまるかを判定します。

「いまも妥当」と判定した3つは、擁護せずそのまま受け止めるべき指摘です。Rubyを選ぶ理由にはならない領域が実際にあります。

ただし、この3つはいずれも「これから新しくRubyを選ぶかどうか」の話です。すでに書いている方にとっては、判定そのものより「自分の状況に効く指摘かどうか」が重要になります。各理由の最後に、実務経験者にとって何を意味するかを添えています。

なお、ここで扱うのは言語に対する指摘だけです。長時間労働や多重下請けといった、IT業界そのものの構造に対する不安は本記事では扱いません。

理由①：処理速度が遅い

判定は「条件つきで妥当」です。他の言語と単純に比較する限り、処理速度が遅いことは事実です。ただし、この評価は数年前と同じではありません。

Rubyには実行を高速化するJITコンパイラ「YJIT」が搭載されています。2026年3月のリリースでもYJITの修正が行われており、放置されている領域ではありません。速度は言語の設計思想に由来する部分が大きいものの、手が入り続けています。

実務の観点では、別の見方もあります。Webアプリケーションで応答が遅くなる原因は、言語の実行速度よりもデータベースへの問い合わせや設計にあることが多いためです。必要のない問い合わせが繰り返されている、索引が張られていない、といった原因のほうが先に効きます。

秒間の処理量が事業の成否を左右する規模でなければ、言語の速度差が最初のボトルネックになる場面は限られるはずです。逆に、大量のリクエストを低い遅延で処理する必要がある領域では、この指摘はそのまま当てはまります。自分の携わるサービスがどちらに近いかで、重みが変わる指摘です。

※ 参考元：Ruby公式サイト「Ruby 4.0.2 リリース」（2026年3月）

理由②：ほかの言語でも代替できる

判定は「いまも妥当」です。RubyでできることのほとんどはPython、PHP、JavaScript、Goでも実現できます。

ただし、これはRubyに固有の弱点ではありません。汎用のプログラミング言語はどれも用途が重なっており、「代替できない言語」のほうが少数です。この基準で選ぶと、どの言語も選べなくなります。

もう一つ、実務では見落とされがちな点があります。すでに動いているシステムを別の言語へ移すには、相応の費用と期間が必要です。技術的に代替できることと、企業が実際に置き換えることは、別の話です。稼働中のサービスほど、簡単には移りません。

実務では、代替できるかどうかより「その現場が選び続ける理由があるか」で見るほうが役に立ちます。既存のコードが動いていること、開発速度が出ること、採用しやすいこと。いずれも選び続ける理由になりえます。

逆に、選び続ける理由を誰も説明できない現場は、いずれ別の技術に置き換わる可能性を抱えた状態です。この見方は、後半の判断基準でもう一度取り上げます。

理由③：データサイエンス・AI分野に弱い

判定は「いまも妥当」です。機械学習やデータ分析の分野では、ライブラリの層の厚さからPythonが事実上の標準になっています（※）。この領域でRubyを選ぶ理由はほとんどありません。
ただし、用途が違うという点は押さえておく必要があります。Rubyの主戦場はWebアプリケーションの開発であり、データサイエンス向けに設計された言語ではありません。得意分野が違うものを比べて「弱い」と評価している側面があります。

Rubyが選ばれてきたのは、短い期間でサービスの形をつくれる点です。管理画面や業務システム、立ち上げ期のサービスなど、仕様が固まりきらないまま動くものを用意する場面で強みが出ます。この特性は、データ分析の得手不得手とは別の軸にあります。

判断に使うなら、「Rubyがこの分野に弱い」ではなく「自分がこの分野に進みたいかどうか」で考えるほうが実際的です。進みたいのであれば、言語を変える十分な理由になります。

一方で、業務システムやサービスの開発を続けたい場合、この指摘は判断材料になりません。データ分析の求人に応募しないのであれば、その分野での弱さは影響しないためです。

理由④：コードが属人化しやすく、保守が難しい

判定は「条件つきで妥当」です。書き方の自由度が高く、書き手によってコードの形が変わりやすい点は否定できません。同じ処理を何通りにも書けるため、規模の大きなコードでは読みにくさにつながります。

一方で、この状況は変わってきています。コードの書き方をそろえる静的解析ツールや、エディタ向けの言語サーバーが普及し、チーム内で形式を統一しやすくなりました。Rubyの開発者コミュニティ自身が、生産性と信頼性を課題として挙げ、この領域に手を入れてきた経緯があります。

現場でこの指摘が当てはまるかどうかは、言語よりもチームの運用に左右されます。規約が決まっていて、レビューが機能しているかを見てください。同じRubyでも、書き方をそろえる仕組みがある現場と、各自の判断に任せている現場では、コードの状態がまったく異なります。

この点は、転職先を選ぶときの確認事項の一つです。面接で開発体制を聞く際、コードレビューと静的解析の運用まで確認しておくと、入社後の状況を想像しやすくなります。

理由⑤：世界的なシェアが小さい

判定は「いまも妥当」です。Stack Overflowが2025年に実施した開発者調査では、Rubyを使っていると答えた割合は6.4%でした。JavaScriptの66%、Pythonの57.9%と比べると、大きな差があります。

ただし、同じ調査にもう1つの数字があります。Rubyを使っている開発者のうち、今後も使い続けたいと答えた割合は39.6%でした。一方で、まだ使っていないが今後使いたいと答えた割合は4.2%にとどまります。

この2つが示しているのは、新しく入ってくる人は少ないが、使っている人はそれなりに定着している、という状態です。シェアの小ささをそのまま「終わっている」と読むこともできませんが、「満足度が高いから安心だ」と読むこともできません。数字は両方を示しています。

採用の観点では、この状態には両面があります。使い手が増えにくいぶん経験者は不足しやすく、実務経験のある方の希少性は保たれている状態です。一方で市場そのものが大きくならないため、求人の選択肢は他の言語より少なくなります。

なお、この調査の対象は世界全体です。Rubyは日本で開発された言語であり、国内での使われ方は世界の比率と一致しません。次のセクションで、国内の状況を別の角度から確認します。

※ 参考元：Stack Overflow「2025 Developer Survey」（2025年・回答者31,771人）

理由⑥：新しいサービスがRailsを選ばなくなった

判定は「確認できない」です。Ruby on Railsは2026年3月に8.1.3、7月に8.1.3.1がリリースされており、開発は続いている状態です。公式サイトには、GitHub、Shopify、Airbnb、Cookpadなどが採用サービスとして掲載されています。
ただし、注意が必要な点があります。「Railsの開発が続いていること」と「新しいサービスがRailsを選んでいるかどうか」は別の事実です。新規開発でどの技術が選ばれているかを示す統計は公開されておらず、この点は数字で確認できません。

確認できるのは、既存の大規模サービスが使い続けていることと、フレームワーク自体の更新が止まっていないことの2点です。ここから「新規でも選ばれ続けている」と結論づけることはできません。

判断に使うなら、業界全体の傾向より、応募先の技術選定を直接確認するほうが確実です。求人票に書かれた技術構成を見て、Railsが新機能の開発に使われているのか、既存部分の維持に使われているのかを読み取ってください。

※ 参考元：Ruby on Rails 公式サイト（2026年9月確認）

理由⑦：求人・案件が減っている

判定は「条件つきで妥当」です。ただし、多くの記事が根拠として挙げる「求人数」は、そのままでは判断材料になりません。数え方によって値が大きく変わるためです。理由は次のセクションで詳しく扱います。

先に要点だけ示すと、同じ日に3つの転職サービスでRubyの公開求人数を調べたところ、946件から5,189件まで開きました。サービスによって数え方が違うためです。

一方で、検索する人の動きははっきりと変わっています。「ruby 求人」の検索数は前年同月比で66.7%減、「ruby 転職」は71.4%減です（※）。求人が減ったかどうかとは別に、Rubyで転職先を探す人自体が減っています。

この変化は、Rubyエンジニアにとって不利にだけ働くとは限りません。応募者が減れば、経験者にとっての競争は緩みます。ただし、企業側が募集をやめている可能性も同時にあるため、片方だけを見て判断しないでください。

7つの理由をまとめると｜妥当なのは3つ

7つのうち、いまも妥当と判定したのは②代替できる、③データサイエンスに弱い、⑤シェアが小さいの3つです。①処理速度、④属人化、⑦求人は条件つき、⑥新規採用の減少は確認できない状態でした。
妥当な3つに共通しているのは、いずれも「Rubyを新しく選ぶ理由にはならない」という話であって、「いま使っている人が今すぐ離れるべき理由」ではないことです。この違いが、次のセクション以降の前提になります。

言い換えると、7つの理由のどれも、実務経験者がいま転職すべき決め手にはなっていません。決め手になるのは言語の評価ではなく、後半で扱う環境の側の条件です。

またRubyだけでなく、IT業界で働き続けること自体に不安を感じている方は、IT業界はやめとけと言われる理由もあわせて確認してみてください。

Rubyの現在地｜言語もフレームワークも止まっていない

Rubyは2026年9月時点で4.0系、Ruby on Railsは8.1系が最新です。どちらも開発が続いており、更新が止まった技術ではありません。

「オワコン」という言葉から連想される、開発が終了して使われなくなった技術という状態には当てはまりません。ただし、それは順調であることとは別の話です。このセクションでは、確認できる事実だけを並べます。

Rubyは4.0系、Ruby on Railsは8.1系（2026年9月時点）

まず、バージョンの状況です。

Rubyは2ヶ月ごとのリリースが予定されており、旧系列の3.3系にも修正が提供されています。実行を高速化するJITコンパイラ（YJIT）の修正も、4.0系のリリースノートに記載されています。

メジャーバージョンが4に上がったのは、言語として節目にあたる出来事です。開発が止まっている技術では起こりません。

押さえておきたいのは、更新が続いていること自体は「安心してよい」という意味ではない点です。開発が継続していることと、採用の現場で選ばれ続けることは、別の問題です。ここで確認できるのは前者だけになります。

それでも、この事実には意味があります。セキュリティの修正が提供されなくなった言語やフレームワークは、企業が使い続けられません。更新が続いている限り、既存のシステムを動かし続けるという選択肢が残ります。保守運用の仕事がすぐになくならない理由の一つがここにあります。

なお、自分の職場で使っているバージョンが古いままの場合、この事実は当てはまりません。言語が進んでいても、その恩恵を受けられない環境にいる可能性があるためです。この点は後半の判断基準で扱います。

Railsで動いている実際のサービス

Ruby on Railsの公式サイトには、採用しているサービスの一覧が掲載されています。並んでいるのは、GitHub、Shopify、Airbnb、Cookpad、Square、Zendeskなどです。

いずれも大規模で、いまも稼働しているサービスです。フレームワークが実運用に耐えないという指摘は、これらの事例と整合しません。

特にGitHubとShopifyは、Railsで書かれたサービスとして世界最大級の規模を持ちます。処理速度の限界を理由にRailsを避けるべきだという意見は、この2つの存在と合わせて考える必要があります。規模そのものが障壁になるわけではないためです。

ただし、ここから読み取れるのは「既存の大規模サービスが使い続けている」という事実までです。新しく立ち上がるサービスがRailsを選んでいるかどうかは、この一覧からは分かりません。

※ 参考元：Ruby on Rails 公式サイト（2026年9月確認）

Rubyの作者は「岐路に立っている」と述べている

Rubyの状況を語るうえで、避けて通れない発言があります。Rubyの作者で、Rubyアソシエーション理事長のまつもとゆきひろ氏は、2023年11月のRubyWorld Conference 2023に登壇しました。その講演で、Rubyが「そのまま落ちるか、伸びていくか、岐路に立っている」と述べています。

技術の普及過程に照らして、Rubyがいま停滞の局面にあるという認識を示したうえでの発言です。そのうえで、生き残るために必要なものとして、次の5つを挙げています。

このうち、実行効率と生産性については、その後の数年で実際に手が入っています。一方、コミュニティの新陳代謝は、先ほどの開発者調査で新規参入が4.2%にとどまることと重なる論点です。

この発言は、Rubyを否定する根拠にも、安心する根拠にもなりません。作者自身が停滞のリスクを認めたうえで、打ち手を挙げているという事実として読むのが適切です。

技術の当事者が課題を公に語っている状態は、むしろ健全ともいえます。少なくとも、状況が見えないまま進んでいるわけではありません。

なお、これは2023年時点の見解です。その後、Rubyは4.0系に到達し、Railsは8系まで進みました。挙げられていた打ち手のうち、実行効率と生産性の改善は実際に進んでいます。

▼Ruby以外のプログラミングスキルも転職に活かしたい方はこちら

※ 参考元：ログミーBusiness「『Rubyは落ちるか、伸びるかの岐路に立っている』」（2024年1月、RubyWorld Conference 2023での講演）

求人と案件の実態｜「Ruby案件が減っている」はどこまで本当か

Ruby案件が減っているかどうかは、公開された統計では確認できません。ただし、Rubyに費用を出している企業は実名で確認できます。

このセクションでは、求人数という数字がどこまで信用できるかを確認したうえで、別の角度から需要を見ます。

求人の総量は、公開されている統計では分からない

プログラミング言語別の求人数を集計した公的な統計は存在しません。転職サービスが公開している求人数を見ることになりますが、この数字はサービスによって大きく変わります。
実際に、同じ日に3つのサービスでRubyの公開求人数を調べました。

最も少ない数字と最も多い数字で、5倍以上の開きがあります。スキルとして指定しているか、募集要項に一度でも語が出てくれば含めるかで、対象が変わるためです。

このため、1つのサービスの数字を根拠に「Rubyの求人は多い」「少ない」と判断することはできません。求人数を見るときは、どういう条件で数えた値かを確認してください。

※ 参考元：Green、type、マイナビ転職 エンジニア求人サーチ（いずれも2026年8月28日時点の公開値）

近い範囲の公的な統計としては、厚生労働省の職業情報提供サイト「job tag」があります。Rubyエンジニアが含まれる職種「システムエンジニア（Webサービス開発）」の数値は次のとおりです。

有効求人倍率2.54は、求職者1人に対して2.54件の求人がある状態を指します。職種全体としては、いまも人手が足りていない状況が続いています。全職業の平均は1.18倍（2026年4月・季節調整値）で、これと比べても高い水準です。

ただし、これはRuby固有の数値ではありません。Webサービス開発に携わるシステムエンジニア全体の数字であり、言語別の内訳は公表されていません。「Rubyエンジニアの平均年収が578.5万円」という読み方はできない点に注意してください。

それでも、この数字には意味があります。Rubyという言語の求人が減っていたとしても、その経験を持つ人が応募できる職種の枠は、いまも広く開いているということです。

※ 参考元：厚生労働省 職業情報提供サイト job tag「システムエンジニア（Webサービス開発）」／厚生労働省「一般職業紹介状況（令和8年4月分）」

Rubyに投資している企業は、実名で確認できる

求人数より確かな指標があります。国内最大のRubyカンファレンス「RubyKaigi」に、どの企業が協賛しているかです。

2026年4月に函館で開催されたRubyKaigi 2026には、94社が協賛しています。内訳はRubyスポンサー10社、プラチナ31社、ゴールド30社、シルバー23社です。

いずれも求人でよく目にする企業です。協賛には費用がかかり、Rubyに関する技術発信や採用、コミュニティとの接点を目的に協賛している企業もあります。

求人数は募集の状況によって上下しますが、こちらは「その企業がRubyに継続的に関わっている」ことを知る一つの材料になります。開発者向けの技術イベントに協賛する目的の一つは、その技術を扱うエンジニアの採用です。Rubyを活用する企業を探す際の候補として参考にできます。

業種の広がりも見ておく価値があります。人事労務、決済、料理、ファッション、金融、医療、不動産、人材と、業界は多岐にわたる状態です。特定の業界が縮小したときに、まとめて仕事がなくなる構造にはなっていません。

※ 参考元：RubyKaigi 2026 公式サイト（2026年9月確認）

検索の動きから見えること

求人数とは別に、検索する人の動きを見ると、この数年での変化がはっきり出ています。

Rubyで転職先を探す検索は、1年で3分の1以下に減りました。その一方で、続けるべきか迷う検索は増えています。2026年7月の「ruby やめとけ」の検索数は210で、過去2年で最も多い水準でした。

ここから言えるのは、検索行動の変化までです。求人が減った証拠ではありません。ただし、Rubyを軸に転職先を探す人が減っていることは、実際の採用市場にも影響します。

もう一つ、検索の動きから読み取れることがあります。今回調べた30件のRuby関連キーワードのうち、前年より検索数が増えたのは5件だけでした。そのなかに「ruby やめとけ」が含まれています。転職先を探す段階の前で立ち止まっている人が、それだけ多いということです。

Rubyを活かしてバックエンドエンジニアへの転職を考えている方は、バックエンドエンジニア向け転職エージェントも参考にしてください。

AIがコードを書く時代に、Rubyを続ける意味はあるか

開発者の84%が、何らかのAIツールを使っているか、使う予定があると答えています。一方で、AIの出力を信頼していない人は45.7%です。書く速さより、出てきたコードを判断できるかが問われる状況になりました。

言語の選択より、この変化のほうが数年後の評価に効いてきます。ここでは、確認できている数字から、その中身を見ます。

開発者の84%がAIツールを使っている

Stack Overflowが2025年に実施した開発者調査では、AIツールを開発の工程で使っているか、使う予定があると答えた割合は84%でした。日常的に使っていると答えた専門職の開発者は51%です。
すでに例外的な使い方ではありません。コードを書く場面でAIの支援を受けることは、標準的な作業の一部になりつつあります。

注意したいのは、この数字が「AIに任せている」割合ではない点です。使っている、または使う予定があるという回答であり、どこまで頼っているかは別に見る必要があります。次の数字がその手がかりになります。

※ 参考元：Stack Overflow「2025 Developer Survey」（2025年）

それでも半数近くが、AIの出力を信頼していない

同じ調査で、AIツールの正確さを信頼していると答えた割合は32.7%でした。信頼していないと答えた割合は45.7%です。使ってはいるが、そのまま採用はしていない状態が読み取れます。

不満の内容も具体的です。

最も多いのは「ほぼ正しいが、完全ではない」という不満です。明らかに間違っているコードなら気づけますが、動くけれども問題を含むコードは、読んで判断できる人にしか見抜けません。

3つ目の「自分の問題解決能力が落ちた」を挙げた人が20.0%いる点も見ておく価値があります。使い方によっては、力がつくどころか落ちるという実感を持つ人が一定数いるということです。

これらは、AIが仕事を奪うかどうかという話とは別の論点です。実務でAIを使っている開発者が、どこに引っかかっているかを示しています。

※ 参考元：Stack Overflow「2025 Developer Survey」（2025年）

評価される部分が「書く」から「判断する」へ移りつつある

この2つの数字から言えるのは、コードを書く作業そのものの価値が相対的に下がっている一方で、出てきたものを判断する作業の価値が上がっている、ということです。

Railsのように、書き方の型が決まっているフレームワークは、AIが扱いやすい部類に入ります。よくある処理ほど、それらしいコードが返ってきます。実装の速さという点では、恩恵を受けやすい領域です。

一方で、そのコードが自分たちのサービスに合っているか、どこに問題が出るかを判断するには、経験が必要になります。判断できる人と、返ってきたものをそのまま使う人の差は、AIが普及するほど開いていく可能性があります。

この変化は、Rubyを続けるかどうかの判断にも関わる話です。定型的なコードを書く作業だけを担当している場合、その部分は今後さらに価値が下がる可能性があるためです。逆に、設計やレビューまで任されているなら、AIの普及はむしろ追い風になりえます。

なお、AIがRubyのコードをどの程度正確に生成できるかを、言語別に比較した公開データは見つかっていません。「学習データが少ないからRubyは不利だ」という主張を目にすることがあります。ただし、根拠となる数字は確認できていません。

言語の選択より先に見るべきこと

AIの普及で問われる力は、言語によって大きく変わるものではありません。要件を読み解くこと、設計を選ぶこと、出てきたコードの問題を見抜くこと。いずれも特定の言語に固有のスキルではないためです。

そう考えると、「Rubyを続けるか」という問いは、優先順位としては後ろに来ます。先に確認すべきなのは、いまの環境でその判断力が身についているかどうかです。

転職活動そのものでも、AIの利用は広がっています。ITエンジニア964名への独自調査では、3割以上が転職活動のどこかでAIを使っていました。志望動機や自己PRの作成、企業研究などが主な用途です。

弊社が行ったITエンジニア964名への独自調査では、転職サービスの利用実態やAI活用についても紹介しています。

※ 参考元：UPPGO株式会社「ITエンジニア転職経験者964名への独自調査」（2025年8月）

Rubyを続けるか、移るか｜6つの判断基準

続けるか移るかは、言語の将来性ではなく、いまの環境で6つの条件を満たせているかで判断できます。

ここまで見てきたとおり、Rubyという言語の評価だけでは結論が出ません。同じ言語を使っていても、置かれている状況によって数年後の市場価値は変わるためです。以下の6つを、自分の状況に当てはめてみてください。

6つの判断基準

満たしている数を数えて判定するものではありません。どの基準を満たしていないかによって、取るべき手が変わります。

基準①：いま触っているのは新規開発か、保守運用か

最初に確認したいのは、日々の業務の中身です。新しい機能を設計から任されているか、それとも既存コードの修正が中心か。

保守運用そのものに価値がないわけではありません。ただし「言われた不具合を直す」だけの状態が続くと、職務経歴書に書ける経験が増えていきません。経験年数と、説明できる仕事の量が比例しなくなります。

どちらであっても、次の基準②とあわせて見てください。保守が中心でも、技術の幅が広がっているなら状況は違ってきます。

基準②：Rails以外の技術に触れる機会があるか

Railsのコードを書く作業だけに閉じているかどうかは、市場価値に直結します。求人でRailsの実装経験だけを求める例は減っており、データベースやクラウド、フロントエンドまで含めた範囲を見られるためです。

いま関わっている範囲を書き出してみてください。データベースの設計や性能改善、インフラの構成、フロントエンドの実装、テストの整備。1つでも継続的に関わっているものがあれば、掛け合わせの軸になります。

何も挙がらない場合、言語を変えても状況は変わりません。移った先で同じように狭い範囲だけを担当する可能性があるためです。

基準③：チームがRubyを選び続ける理由を説明できるか

自分のチームが、なぜいまもRubyを使っているのか。この問いに答えられるかどうかは、その職場の技術に対する姿勢を映します。

開発の速さ、既存資産の量、採用のしやすさ。理由があるなら、その環境はしばらく続きます。一方で「昔からそうだから」以外の答えが出てこない場合、技術選定が誰にも管理されていない可能性があります。

そしてこの状態は、言語が変わっても繰り返されるものです。次に流行した技術に切り替わったとしても、選ぶ理由が語られない環境であることは変わりません。

基準④：RubyとRailsのバージョンを上げているか

バージョンの更新状況は、その組織が技術に投資しているかどうかを測る、最も分かりやすい指標です。

言語やフレームワークが更新されても、自分の職場が古いバージョンのままでは、その恩恵を受けられません。数年前のバージョンで止まっている場合、実務で触れている技術と、市場で求められている技術の間に差が開いていきます。

更新が止まる理由は、たいてい技術ではなく組織の側にあります。工数が確保されない、影響範囲が読めない、担当者がいない。この場合、Rubyから離れるかどうかではなく、その組織にいるかどうかが論点になります。

基準⑤：経験年数に対して年収が動いているか

年収そのものより、動いているかどうかを見てください。役割が変わっているのに待遇が変わらない状態は、その組織の評価の仕組みに問題がある可能性を示します。

言語別の年収を示した公的な統計はありません。近い数字として、厚生労働省の職業情報提供サイトによれば、システムエンジニア（Webサービス開発）の平均年収は578.5万円です。ただし職種全体の平均であり、経験年数や地域による差は含まれていません。

基準⑥：3年後に職務経歴書へ書ける経験が積めているか

最後は、時間を先に進めて考える基準です。いまの仕事を3年続けたとき、職務経歴書に何を書けるか。

「Rubyでの開発を担当」「保守運用を担当」としか書けない場合、その3年は経歴として積み上がりません。逆に、担当した改善とその結果を数字で説明できるなら、言語が何であっても評価されます。

判断に迷ったときは、この基準に戻ってください。続けるか移るかを決めるのは、言語の将来性ではなく、この問いへの答えです。

3つのパターン｜続ける／Ruby＋αで広げる／移る

6つの基準を当てはめると、次の3つに分かれます。

注意したいのは、③と④を満たしていない場合です。この2つは言語ではなく組織の状態を示すため、Rubyから別の言語へ移っただけでは解決しません。同じ状態の職場に移る可能性があります。

職場そのものに限界を感じている場合は、言語の話とは分けて考えてください。判断の材料は、言語ではなく働き方の側にあります。

言語ではなく今の職場を続けるべきか迷っている方▶仕事の辞めどきを判断するポイントを見る

Rubyを続ける場合の戦略｜「Ruby＋α」で市場価値を保つ

Rubyを続ける場合、Railsの実装力だけでは評価されにくくなっています。データベース、クラウド、フロントエンドのいずれかを掛け合わせるのが現実的な手です。

このセクションは、判断基準で「Ruby＋αで広げる」に当てはまった方に向けたものです。環境は悪くないが、担当範囲が限られている場合の打ち手を扱います。

Rails単体では評価されにくくなっている理由

理由は2つあります。1つは、Railsの実装が定型的で、経験年数による差がつきにくいこと。もう1つは、AIの支援で定型的なコードを書く作業の価値が下がっていることです。

求人票を見ると、Railsの経験に加えて、クラウド環境の構築経験やデータベースの設計経験を求める例が目立ちます。実装だけを担当してきた場合、応募できる求人の幅が狭くなります。

もう一つ、開発者調査の数字も参考になるはずです。Rubyを新たに使いたいと答えた開発者は4.2%にとどまる一方、いま使っている開発者の39.6%は使い続けたいと答えていました。市場に新しく入ってくる人は少なく、経験者が中に留まる構造です。この状態では、Rubyが書けること自体の希少性はしばらく保たれます。ただし、それだけで求人の選択肢が広がるわけではありません。

これはRubyに限った話ではありません。1つのフレームワークだけを扱ってきたエンジニアが直面する状況は、言語を問わず似ています。書ける言語が1つしかないという不安も、原因は言語の側にはありません。

掛け合わせる候補｜どれか1つを選ぶ

すべてを身につける必要はありません。いまの業務で手が届く範囲から、1つ選んで深めるほうが結果につながります。

いずれも、いまの業務の延長で始められるものを挙げています。業務外の学習だけで積み上げようとしても、なかなか続きません。仕事の中で触れる機会をつくるほうが現実的です。

選ぶときの目安は、いまの担当業務との距離です。すでに少しでも関わっている領域なら、経験として語れる状態まで持っていきやすくなります。まったく接点のない技術を選ぶと、学習で終わってしまい、職務経歴書に書ける段階まで届きません。

保守運用の経験は、書き方しだいで強みになる

古いRailsアプリケーションの保守は、経歴として弱いと思われがちです。ただし、書き方を変えるだけで評価は変わります。

「保守運用を担当していた」と書くと、指示された修正をこなしていた印象になります。そうではなく、何を、なぜ、どう変えて、結果どうなったかで書いてください。

古いコードを読み解いて直せる力は、新規開発だけを経験した人にはないものです。そして多くの企業が抱えているのは、そういうコードのほうです。言語化できていないだけで、価値がないわけではありません。

Rubyを続けられる環境かどうかの見分け方

最後に、続けるという判断が成立する環境かどうかを確認してください。判断基準の③と④に戻る話です。

Rubyを選び続ける理由がチームで共有されていること。バージョンの更新が計画的に行われていること。この2つが揃っていれば、その環境でRubyを続けることに無理はありません。

逆にどちらも欠けている場合、続ける判断そのものを見直す時期にきています。次のセクションで、移る場合に何が起きるかを確認してください。

あわせて読みたい

転職したいけどスキルがない20代・30代・40代へ｜未経験から採用されるコツ【キャリアコンサルタント監修】

「転職したいけれど、特別なスキルや資格がない自分にできる仕事はあるのだろうか」と感じて、なかなか一歩を踏み出せない方は少なくありません。しかし実際には、未経験者でも積極的に採用する企業や、未経験の状態から経験を積んで成長できる職場は[…]

あわせて読みたい

自分の市場価値はどう測る？市場価値を高めるための5つの方法 【キャリアコンサルタントが解説】

今の会社しか知らないから不安 もし今転職をすることになったら自分は他の会社から求められるのだろうか？ 市場価値はあるのだろうか？と不安になったことはありませんか？そもそも市場価値は、何でどうすれば[…]

Rubyから他言語へ移る場合の選択肢と、移るときに起きること

Rubyから移る場合、実務でつながりやすいのはGo、Python、TypeScriptの3つです。ただし移った直後は、経験年数どおりには評価されない期間があります。

このセクションは、判断基準で「移る」に当てはまった方に向けたものです。移り先の選び方と、移るときに実際に起きることを整理します。

移り先の候補｜Go・Python・TypeScript

移り先を選ぶ基準は、世界での使用率だけではありません。いまの経験からつながりやすいかどうかも重要です。

※ 使用率はStack Overflow「2025 Developer Survey」（2025年）による

Goは、Railsで書かれたサービスの一部を切り出す用途で採用される例があり、同じ職場で触れる機会が生まれることもあります。Pythonは文法の距離が近く、移行の負担は比較的軽い部類です。TypeScriptは、Railsのフロントエンド側に関わっていれば延長線上にあります。

どれを選ぶにしても、「将来性が高そうだから」で決めるのはすすめられません。数年後にその判断が正しかったかは誰にも分からず、同じ迷いを繰り返すことになります。いま関わっている仕事からつながる方向を選ぶほうが、実務経験として積み上がります。

なお、上の使用率は世界全体を対象にした調査の数値です。日本国内の求人動向とは一致しない点に注意してください。国内で求人が多いかどうかは、実際に転職サービスで検索して確かめるほうが確実です。

移るときに起きること｜経験年数どおりには評価されない期間がある

言語を変えた直後は、それまでの経験年数がそのまま評価されるとは限りません。応募の段階で「Rubyの経験5年、Goは未経験」と見られるためです。

起こりやすいのは次の3つです。

これらを避けたい場合、いまの職場で新しい言語に触れる機会をつくってから動くほうが負担は小さくなります。社内の別チームへの異動や、既存システムの一部を別言語で書き直す案件に手を挙げるといった方法があります。

実務経験として1年でもに書ける状態になれば、応募できる求人の幅は変わってくるはずです。「学習中」と「業務で1年使った」の差は、書類選考の段階で大きく効いてきます。

一方で、移った先で新しい経験を積めるなら、一時的な停滞は数年で取り戻せる範囲です。判断基準の⑥に立ち返り、3年後に何を書けるかで比べてください。

ITエンジニアの転職では、約64%が年収を上げている

転職そのものの結果についても、数字を見ておきます。ITエンジニア964名への独自調査では、転職理由の最上位は給与・待遇の改善で80.8%でした。実際に年収が上がった人は約64%です。

ただし、順調に進む人ばかりではありません。同じ調査で、転職活動に6ヶ月以上かかった人は30.8%いました。3人に1人近くが、半年以上をかけていることになります。

なお、この調査の対象はITエンジニア全体であり、言語を変えた人だけを抽出したものではありません。言語を変える転職は、同じ言語での転職より時間がかかる可能性があります。

※ 参考元：UPPGO株式会社「ITエンジニア転職経験者964名への独自調査」（2025年8月、調査実施：GMOリサーチ＆AI株式会社）

移る前に確かめておくこと

最後に、移ると決める前に確認したい3点を挙げます。

1つ目は、移りたい理由が言語にあるのか、環境にあるのかです。判断基準の③④を満たしていない場合、問題は言語ではなく組織にあります。この場合、Rubyのまま別の会社へ移るほうが早いこともあります。

2つ目は、いまの職場で新しい技術に触れる余地がないかです。社内で経験を積んでから動けば、その言語の未経験者として扱われずに済みます。

3つ目は、移った先で何を任されるかです。求人票の技術構成だけでなく、その技術が新規開発に使われているのか、既存部分の維持に使われているのかまで確認してください。言語を変えても担当範囲が狭いままでは、同じ状況を繰り返すことになります。

面接で確認できることは多くあります。開発体制、コードレビューの運用、バージョンの更新方針。いずれも入社後の状況を左右する要素です。聞きにくいと感じるかもしれませんが、これらに答えられない企業は、入社後に同じ問題が出る可能性が高いと考えられます。

言語を変える転職は、職種をまたぐ転職と似た性質のものです。進め方や、転職後に後悔しないための考え方は、キャリアチェンジ全般の話として整理できます。

キャリアの方向そのものに迷いがある場合は、言語の選択とは切り離して考えることをおすすめします。移り先の言語を決めても、その迷いは解消しないためです。

迷っているポイントに合わせてこちらの記事も参考にしてください。

職種・キャリアそのものを変えたい ▶︎ キャリアチェンジの進め方

次の転職で同じ失敗をしたくない ▶︎ 転職に失敗する原因と後悔しないための判断軸

そもそも何をしたいのか決まっていない ▶︎ やりたい仕事の見つけ方

ITエンジニアの転職事情を知ってから判断したい ▶︎ ITエンジニア964名への独自調査

Rubyエンジニアの転職に役立つサービス5選

右にスライドできます→

企業名	rubyエンジニア転職 のおすすめ度	Rubyエンジニアの 公開求人数 ※2026年9月時点	特徴・強み	年収アップ実績	対応エリア
レバテックキャリア 公式サイトはこちら	5.0	4,800件以上	年間1万回以上の企業訪問で社内情報を収集 希望企業への転職成功率96％ 利用者の3人に2人が年収70万円アップ	3人に2人が年収70万円アップを実現	全国
Geekly 公式サイトはこちら	5.0	1,600件以上	IT求人46,000件以上を保有 支援実績22,000件以上＆活躍率は86%以上 書類添削で転職成功率20%アップ	転職成功者の77％が年収アップ	関東の一都三県、関西圏
Findy 公式サイトはこちら	4.5	800件以上	GitHub連携でスキル偏差値と年収予測を算出 厳選した800社以上の求人を掲載 ユーザーサクセス面談が何度でも無料	非公開	全国
テックゴー 公式サイトはこちら	4.3	200件以上	業界を牽引する大手・ベンチャーの求人が充実 効率的に進められる「土日1DAY選考会」 回数無制限の模擬面接で内定率を最大化	平均138万円アップ	一都三県/大阪/名古屋/福岡
キッカケエージェント 公式サイトはこちら	4.2	1,100件以上	大手からSaaS、ベンチャーまで豊富な求人ラインナップ 量より質を重視したマッチング 市場価値を最大化するキャリア設計	年収72万円アップ	全国

1：レバテックキャリア

Rubyエンジニアとしての経験が転職市場でどう評価されるかを確認したい場合、レバテックキャリアが選択肢になります。

Rubyエンジニアの公開求人数は4,800件以上（2026年9月時点）で、使用するフレームワークや開発工程の条件から求人を絞り込めます。Ruby on Railsなど、扱ってきた技術に合う案件を確認しやすい環境です。

年間1万回以上の企業訪問により、チームの技術構成や開発環境まで把握しているため、Rubyのバージョンや設計への関わり方といった、求人票では読み取りにくい部分も確認できます。

テクニカルヒアリングを通じて強みを言語化し、企業別の面接対策を行うことで、希望企業への転職成功率96％という実績もあります。実際に利用者の3人に2人が年収70万円アップを達成しています。

設計や上流工程まで担当範囲を広げたい人や、現在の経験がどの求人条件に当てはまるかを把握したい人に向いています。

◎96%が希望企業へ転職
◎いつでも退会可能

もっと詳しく知る

レバテックキャリアは評判が悪い？断られた？口コミ250件から分かった特徴【専門家監修】

レバテックキャリアは、ITエンジニアとしての実務経験を活かし、キャリアアップを目指したい人に向いている転職エージェントです。IT職種に詳しいアドバイザーから求人紹介や書類添削、面接対策まで支援を受けられる一方、未経験者や実務経験が浅[…]

2：Geekly

働きながら転職活動を進めたいRubyエンジニアには、Geeklyが選択肢になります。

Rubyエンジニアの公開求人数は1,600件以上（2026年9月時点）で、IT・Web・ゲーム業界に特化した22,000件以上の支援実績があり、入社後の活躍率は86%以上です。現場が求める技術や体制と、エンジニアの経験を照らし合わせたうえで求人を紹介する仕組みが背景にあります。

IT専門のアドバイザーが書類添削から年収交渉、面接日程の調整まで一貫して対応するため、現職が多忙な人でも進めやすく、在職中の転職成功率は86%となっています。

企業ニーズを踏まえた書類添削では、Rubyやフレームワークの経験をどう伝えるかを整理できます。実装だけでなく設計やテストにどう関わってきたかを言語化する場面でも活用できます。

働きながら選考を進めたい人や、入社後も長く働ける環境を重視する人に向いています。

◎書類添削で転職成功率20%アップ
◎いつでも退会可能

3：Findy

自分の技術力が市場でどう評価されるかを確認したいRubyエンジニアには、Findyが選択肢になります。

GitHubの公開リポジトリを解析してスキルを偏差値で示す仕組みがあり、開発言語ごとの偏差値も確認できます。Rubyでどの程度の評価になるかを、求人への応募前に把握できる点が他社との違いです。

スキル偏差値と連動した年収予測機能もあり、職種や経験年数を加味した想定年収が算出されます。現在の年収との差を確認する材料になります。

掲載求人はIT・Web系に限定されており、厳選された800社以上の企業が登録しています。rubyを扱う求人も掲載されており、年収600万円以上のポジションが中心です。

転職意欲がない段階でも、スキル偏差値と年収予測だけを利用できる点も特徴です。ユーザーサクセス面談についても、公式サイトで「面談の場で無理に転職を勧めることはしない」と明記されています。

すぐに転職するかを決めていない段階で、まず自分の立ち位置を確認したい人に向いています。

◎GitHub連携でスキル偏差値を算出
◎転職意欲がなくても利用可能

4：テックゴー

テックゴーは、実務経験2年以上のITエンジニアに特化した転職エージェントサービスです。

コンサル転職でトップクラスの実績を誇る「MyVision」の知見を継承しているため、大手・ベンチャーのみならず、戦略コンサルファームやITコンサルタント職の求人も豊富です。開発現場の下流工程から上流工程、さらにはマネジメント層へのキャリアアップなど、中長期的な市場価値の向上を見据えた提案を得意としています。

特に、納得がいくまで何度でも実施可能な「無制限の面接対策」は利用者からも高く評価されており、選考に不安を感じる方でも自信を持って本番に挑める体制が整っています。

※1-2：2026年5月時点の公式サイトより

◎年収交渉成功率100%※2
◎まずはキャリア相談からでも可能

5：キッカケエージェント

キッカケエージェントは、実務経験1年以上のエンジニアに特化したIT・Web業界専門の転職エージェントです。業界知識に精通したアドバイザーが、スキルや開発経験を正しく評価し年収交渉を行うため、利用者の38.8％（※2）が年収100万円アップを実現しています。

求職者に寄り添う姿勢も徹底しており、ヒアリングの結果「現職に留まるのが最善」と判断すれば正直に伝えるなど、誠実な対応で満足度93％（※3）を誇ります。

また、応募書類の作成サポートが手厚い点も特徴です。面談内容をもとにアドバイザーが書類作成を代行するほか、個人開発の実績まで反映させた履歴書のブラッシュアップや、企業ごとの徹底した職務経歴書の添削、面接対策など、親身なサポート体制が高く評価されています。

※1－3：2026年9月公式サイトより

◎満足度93%
◎いつでも退会可能

【Q&A】Rubyの将来性に関するよくある質問

Q1：Rubyはオワコンですか？

2026年9月時点でRubyは4.0系、Railsは8.1系が最新です。GitHubやShopifyなど、大規模なサービスがいまも稼働しています。

ただし、新しく選ばれる場面は限られています。世界の開発者調査でRubyを使っている割合は6.4%、新たに使いたいと答えた割合は4.2%です。

Q2：Ruby on Railsは2026年も使われていますか？

公式サイトには、GitHub、Shopify、Airbnb、Cookpadなどが採用サービスとして掲載されています。

国内でも、2026年4月のRubyKaigi 2026に94社が協賛しました。

Q3：Ruby案件は減っていますか？

同じ日に3つの転職サービスで公開求人数を調べたところ、946件から5,189件まで開きがありました。数え方が違うため、1社の数字では判断できません。

確認できているのは検索需要の減少で、「ruby 求人」は前年同月比66.7%減でした。

Q4：RubyとPythonはどちらを選ぶべきですか？

どちらが優れているかではなく、どの領域に進みたいかで決まります。すでにRubyで働いている方がPythonへ移るなら、データを扱う仕事に進みたいかどうかが判断の軸になります。

文法の距離は近く、移行の負担は比較的軽い部類です。

Q5：Rubyの欠点は何ですか？

どちらも改善が続いている領域です。実行を高速化するJITコンパイラが搭載され、コードの書き方をそろえる静的解析ツールも普及しました。

実務で問題になるかどうかは、扱うリクエストの量や、チームの規約とレビューの運用に左右されます。

Q6：RubyからGoやPythonへ移るべきですか？

新規開発に関わっているか、Rails以外に触れているか、バージョンの更新が続いているか。これらを満たしていれば、言語を変える必要性は高くありません。

逆に、技術選定の理由が語られず、バージョンも古いまま止まっている場合、問題は言語ではなく組織にあります。Rubyのまま別の会社へ移る選択肢も残ります。

Q7：Rubyエンジニアの年収はどのくらいですか？

厚生労働省の職業情報提供サイトによると、システムエンジニア（Webサービス開発）の有効求人倍率は2.54です。ただし職種全体の数値であり、Ruby固有のものではありません。

年収は言語よりも、担当する役割と企業の規模に左右されます。同じRubyでも、設計から関わる場合と実装だけを担当する場合では相場が変わります。

Q8：Rubyの経験しかない場合、転職で不利になりますか？

求人で見られるのは、Railsの実装経験に加えて何ができるかです。データベースの設計や性能改善、クラウド環境の構築など、関わった範囲を書き出してみてください。

書けるものが何もない場合は、言語よりも担当範囲の狭さが課題です。いまの職場で範囲を広げるか、広げられる環境へ移るかを先に考えることになります。

まとめ｜Rubyを続けるかは、言語ではなく環境で決まる

Rubyは終わっていません。ただし、Ruby on Railsを書けることだけで評価される時期は過ぎました。判断を分けるのは言語ではなく、いまの環境です。

やめとけと言われる7つの理由のうち、現在も妥当なのは3つでした。他の言語で代替できること、データサイエンス分野に弱いこと、世界的なシェアが小さいこと。いずれも「Rubyを新しく選ぶ理由にはならない」という指摘であり、いま使っている方が離れるべき理由ではありません。

一方で、Rubyは4.0系、Railsは8.1系まで開発が続いています。RubyKaigi 2026には94社が協賛しました。求人の総量は公開統計では分かりませんが、この言語を使い続けている企業は実名で確認できます。

それでも「続けてよいか」の答えは、言語の側からは出てきません。新規開発に関わっているか、Rails以外に触れているか、バージョンが更新されているか、3年後に職務経歴書へ書ける経験が積めているか。答えはこちら側にあります。

迷ったときは、6つの判断基準に戻ってください。そのうえで、続けるなら掛け合わせる技術を1つ決める。移るなら、いまの職場で経験を積んでから動く。どちらを選んでも、次の3年で何を積むかが問われる点は変わりません。