Rubyで開発している代表的なWebサービス（Webシステム）
Rubyで開発している代表的なWebサービス（Webシステム）
Rubyで開発しているWebサービス（Cookpad、食べログ、クラウドワークス、freee）の特徴、Ruby on Railsのメリット・デメリットを説明する。システム業界におけるRubyの立ち位置はかなり変なヤツだ。
 | 新卒や現役エンジニアの学習方法（オンライン学習 or 書籍） 「SIerやメーカーに就職した新卒」や「現役エンジニア」で、動画配信で学ぶ技術者はほぼゼロと言ってよい。洗練された書籍で学んだほうが短期間で技術習得できるし高すぎる。・・・ 続きを見る |
 | RUNTEQの就職先と就職できた卒業生インタビュー RUNTEQの就職先と就職できた卒業生のインタビュー。 インタビュー対象の卒業生の学歴は不明2名、大学中退1名をを除き全員大卒、前職は派遣社員1名、新卒1名を除き、全員正規雇用の社員または公務員だ。・・・ 続きを見る |
目次
- Rubyで開発している（Cookpad、食べログ、クラウドワークス、freeeなど）
- リクルート（リクナビ、スーモ、じゃらん、ホットペッパーなど）はJava
- Rubyの大規模システム「freee」
- Ruby大好きRubyしか教えないプログラミングスクール RUNTEQ（ランテック）
- Python、Ruby、PHPの特徴
- Cobol、C++、Javaの特徴
- 「Ruby」を教えるのは簡単だが「Javaは難しい」
- コーディング（プログラミング）は大した技術ではない
- RUNTEQ（ランテック）と対照的な実践的カリキュラムの無料プログラミングスクール ZEROSUKU（ゼロスク）
Rubyで開発している代表的なWebサービス（Cookpad、食べログ、クラウドワークス、freeeなど）
Rubyが採用されるシステムは情報配信型のWEBサービスが多い（Cookpad、食べログなど）。
情報配信型のWEBサービスは、小さなサービス（システム）としてスタートし、PVに比例した広告収入などの収益に応じて機能（システム）を建て増ししていく。
情報配信型のWEBサービスの業務要件は曖昧で、ユーザーニーズに合わせて機能追加、変更が頻繁に発生する。
ウォーターフォール（要件定義→基本設計→詳細設計→製造→単体テスト→結合テスト→総合テスト→運用）のような工程が完璧に終るまで次の工程には進まない管理手法では、頻発する仕様変更に対応するのが難しく、アジャイルのような管理手法が適している。
一般的なシステム開発の工程である、業務要件やユーザー要件を定義し、設計書を書き、設計書に基づき製造（コーディング）し、単体テスト→結合テスト→総合テストと段階を追って試験し、運用に乗せるといった工程の大部分を割愛し、要件と大まかな設計書でコーディングして十分な試験をしないでリリースする。
問題があれば、即ソースコードを修正してリリースするといった運用をしている。
また最初から大きな予算をかけて開発しても、サービスが利益につながるビジネスになるか不明確なので、できるだけ少ない予算でスタートする必要がある。
これはどのような情報配信型のWEBサービスでもほぼ同じだ。
仕様変更が頻発し低予算で開発するケースには、Ruby、Python、PHPが適している（JavaやC++では予算がかかり過ぎるでの選択できない）。
低予算の小規模システムではJavaやC++を採用するよりRuby、Python、PHPの方が安価にあがるが、品質とはトレードオフの関係にある。
リクルート（リクナビ、スーモ、じゃらん、ホットペッパーなど）はJavaを採用
情報配信型のWEBサービスのように見えるが、ビジネスモデルが全く違う業務システムもある。
例えば「リクナビ」や「スーモ」は、情報配信型のWEBサービスのように見えるが、「リクナビは就活産業」であり、「スーモは不動産業」だ。
「リクナビ」や「スーモ」は、情報配信型WEBサービスのように見えるが全く異なる。
業態が元々存在するので「十分な予算」があり「Java」が採用されている。業務システムと同様で、障害は事故扱いで損害が発生する。
古典的なビジネスとして元々成立しており、それをデジタル化しただけである。この場合、最初から大きな予算で堅牢なシステムを開発できる。使用する言語はJavaが主流だ。
フレームワークは、BFF（backend for frontend）には「Spring Boot（Spring Web Flux）/ Kotlin」、Backendには「Spring Boot（Spring MVC）」を採用している。
ミッションクリティカルなシステムではないのでサーバーは「AWS」、ミドルウェアは「Google Cloud BigQuery」「Gatling」「Fluentd」だ。サーバー運用管理は「Datadog」「NewRelic」を採用している。
リクルートではプライベートクラウドを構築しているので、AWSでの運用が上手くいかない場合は、プライベートクラウドに専用環境を構築できる強みがある。
引用元 Javaエンジニア（SUUMO/じゃらん/ホットペッパー等オープンポジション）の募集内容｜キャリア採用｜株式会社リクルート
引用元 Recruit (@recruitengineers) on Speaker Deck
Rubyの大規模システム「freee」
Rubyを採用したサービスで例外もある。会計サービスの「freee」だ。
「freee」は小規模事業者・個人向けのクラウド会計ソフトで2024年時点での導入は54万事業所ある。
会計ソフトなのでミッションクリティカルなシステムとは違い、障害が重大な影響（損害）に繋がりにくいが、会計という業務と規模を考えると、長時間のシステムダウンは許されないシステムと言える。
また、会計は複雑な処理が多く、Rubyを採用した場合、設計方針（ルール）、コーディング規約などの決め事を細部までおこなわないと品質管理が難しい。
素晴らしいサービスであることは間違いなのだが、残念なのは「freee」の公式サイトには利用企業として「MS&AD」「野村証券」「関電」「川崎重工」「伊藤忠」「アイシン精機」「富士通」「三菱重工」など日本を代表する企業がロゴで紹介されている。
これらの企業は、独自の会計システムを構築しているかSAPを導入しており、会計処理に「freee」は利用していない。
サービスを大きく見せたい気持ちはわかるが、ユーザーに誤った認識を与えるような広告行為は節度ある企業のすることではない。
Rubyで開発している代表的なWebサービスの使用言語とフレームワーク、ミドルウェアなどのまとめ
| サービス | 言語 | フレームワーク | データベース ミドルウェア | サーバー |
|---|---|---|---|---|
| freee | サーバーサイド： Ruby、Go、Java、Scala フロントエンド： Node.js、TypeScript、JavaScript、React、webpack、ESLint | サーバーサイド： Ruby on Rails フロントエンド： Jest | Aurora MySQL、DynamoDB、Redis、 Elasticsearch、 Datadog、 Insight Hub（BugSnag）、 CI/CD（GitHub Actionss、CircleCI、ArgoCD） | AWS（EKS、S3、SQS、Kinesis、Lambda） |
| Cookpad | Ruby | Ruby on Rails | ||
| 食べログ | Ruby | Ruby on Rails | ||
| クラウドワークス（Web） | サーバーサイド： Ruby フロントエンド： JavaScript, TypeScript, CoffeeScript | サーバーサイド： Ruby on Rails フロントエンド： Vue.js | Amazon（RDS）, Elasticsearch | Amazon（ECS, ALB, RDS, S3, Redshift, ElastiCache, SQS, SNS）, Google（BigQuery） |
| クラウドワークス（アプリ） | Swift、Kotlin |
資料 Ruby Association Ruby活用事例 freee株式会社 | Ruby Association
資料 Ruby Association Ruby活用事例 株式会社クラウドワークス | Ruby Association
資料 freee Developers Hub Ruby カテゴリーの記事一覧 - freee Developers Hub
資料 freee Developers Hub Ruby on Rails カテゴリーの記事一覧 - freee Developers Hub
資料 freee Developers Hub Ruby on Rails カテゴリーの記事一覧 - freee Developers Hub
資料 freee Developers Hub AWS カテゴリーの記事一覧 - freee Developers Hub
資料 日経クロステック マイクロサービスとモジュラーモノリスが併存、これがfreeeの最適解 | 日経クロステック（xTECH）
資料 クックパッド開発者ブログ クックパッド開発者ブログ
資料 Tabelog Tech Blog Tabelog Tech Blog
資料 ElasticsearchElasticsearch：公式分散検索および分析エンジン | Elastic
資料 ElasticsearchElasticsearch ＆ 導入支援 | NTTテクノクロス株式会社
資料 ECS（Amazon Elastic Container Service） Amazon ECS（Docker コンテナを実行および管理）| AWS
資料 ALB（Amazon Application Load Balancer） Application Load Balancer | Elastic Load Balancing | Amazon Web Services
資料 ALB（Application Load Balancer） Application Load Balancer とは? - エラスティックロードバランシング | AWS
資料 RDS（Amazon Relational Database Service） Amazon RDS（マネージドリレーショナルデータベース）| AWS
資料 S3（Amazon Simple Storage Service） Amazon S3（拡張性と耐久性を兼ね揃えたクラウドストレージ）｜AWS
資料 Redshift（Amazon Redshift） Amazon Redshift（高速、シンプル、費用対効果の高いデータウェアハウス）| AWS
資料 ElastiCache（Amazon ElastiCache） Amazon ElastiCache（インメモリキャッシングシステム）| AWS
資料 SQS（Amazon Simple Queue Service） Amazon SQS（サーバーレスアプリのためのメッセージキューサービス）| AWS
資料 SNS（Amazon Simple Notification Service） Amazon SNS（サーバーレスアプリのための pub/sub メッセージングサービス）| AWS
資料 SNS（Amazon Kinesis） Amazon Kinesis（ストリーミングデータをリアルタイムで収集、処理、分析）| AWS
資料 SNS（AWS Lambda） AWS Lambda（イベント発生時にコードを実行）| AWS
資料 Google BigQueryGoogle BigQuery データ ウェアハウスから自律型データ AI プラットフォームへ | Google
RubyとRuby on Rails はやっぱりマイナー？
RubyやRuby on Railsはプログラミング言語のなかではマイナーと言わざるを得ない。マイナーということは仕事も少ないし技術者も少なく、技術書も少ない。
そんなシステム業界ではマイナーなRubyだが、Rubyを愛しRubyしか教えたくないというド変態なプログラミングスクールがRUNTEQ（ランテック）だ。
ぶった斬り第1号 Ruby大好きRubyしかないプログラミングスクール RUNTEQ（ランテック）
記念すべきぶった斬り第1号プログラミングスクールは「RUNTEQ（ランテック）」だ。
人月単価300万円以上の筆者が、たまたま目に留まったプログラミングスクールの「情弱狩り＆補助金ビジネス」に驚愕し、組織でエンジニアの育成を手掛けてきた経験からプログラミングスクールの評価を試みた。
長年システム業界に従事してきたが、プログラミングスクール RUNTEQ（ランテック）には驚きのあまりあんぐり口を開けたまま、脳みそが毛穴から出そうになった。
Ruby大好きRubyしか教えないプログラミングスクール RUNTEQ（ランテック）
Ruby大好きRubyしか教えないオンラインプログラミングスクール RUNTEQ（ランテック）とは
キャッチコピーは「何者でもない自分から誇れる自分へ」「超実践型プログラミングスクール」、「専門実践教育訓練給付金制度」の対象だ。
身に付くスキルは「Ruby」「Ruby on Rails」「データベース」「HTML CSS」「JavaScript」「開発工程」「サーバー」「ネットワーク」「クラウド」「Linux」「プロダクト開発」「Git Git-flow」「Docker」。
現役ベテランエンジニアからのRUNTEQ（ランテック）評価は以下のとおりである。
「リアルタイムで質疑応答できない」
オンラインプログラミングスクール（動画配信型スクール）の場合、プログラミングの学習で必ずつまずく（初心者の場合は100％近い確率）。つまずいたとき、当然即時解決したい。プログラミングスクールは性質上教室で質疑応答が必要だが、「教室」がない、または「Zoomなどの双方向リアルタイムで質問可能なサポート」がないプログラミングスクールは問題の解決が困難になる。
Discordや専用画面で質問し、時間をおいて返答が帰ってくる仕組みの場合、プログラミング初心者は自分がどのような問題で学習が進まないか文章化できないことも多い。
対面で実際に画面を見てもらい、問題を共有し、解決する環境が必要だが、多くのプログラミングスクールはサポートが薄い。
乱暴な表現だが「売りっぱなしでオシマイのビジネス」で「雑なプログラミングスクール」と考えてよい。人も教室もコストがかかるので、できるだけコストをかけずにプログラミングスクールを運営したいようだ。
配信内容がいかに優れていようが、充実したサポートなしで現場で通用するエンジニアは育たない。
オンラインプログラミングスクールの運営には、大きく2つの運営コストがかかる。
- 配信される動画
- 質疑応答などのサポート
「配信される動画」の作成には多大なコストがかかるが、一度作成してしまえば、開発環境や言語仕様が変わらなければ、それ以上のコストは発生しない。
「質疑応答などのサポート」は生徒1人につき、1人以上の講師が必要になり、ランニングコストとしてかかり続ける。
あなたはナニに授業料を支払うのか？動画閲覧の権利に支払うのか？質疑応答に答えてくれる講師に支払うのか？どちらの比重が大きいか自分で整理できているか？
わたしは講師にお金を支払うことはあっても、動画閲覧の権利に多大な料金を支払うことはない。
動画の内容は、世の中にあまたある技術書に書かれている内容で、書店かアマゾンでポチれば同等以上の情報が受講料の1/100以下で手に入るからだ。
「配信される動画」に、世の中にあまたある技術書にはナイ特別な情報など何もないし、優れた入門書以上にわかりやすい動画であることもない。
しかり講師は、わたしが問題に直面したとき回答を示してくれる。対価を支払うに値する存在だ。
薄いサポートしかないプログラミングスクールは、サポートにはコストがかかるので、サポートの質を下げて利益を出す方針だからである。
オンラインプログラミングスクール（動画配信型）で配信期間制限があるのは理解しがたい。
サポートの打ち切りはあって良いと思うが、配信の受講に期間制限を設ける意図があるとすれば、サーバー負荷になる同時接続数を減らしたいだけだ。教育機関として理解しがたい。
「卒業率非公開（卒業できない受講者数が多い）」
RUNTEQ（ランテック）は週25時間、9ヶ月で約1000時間の学習を推奨している。カリキュラム（シラバス）は以下の通りだ。
- 0～200h 基礎学習
- 200～600h 実践学習
- 600～800h WEBアプリ開発
- 800～1000h 最新のフレームワーク習得
システム開発業界を知らない未経験者は「すごく親切に教えてくれるんだ」という誤解をするかもしれない時間数だが、学習時間は短ければ短いほど良い。
だらだら長く時間をかけるのは、システム業界では悪だ。「200時間」学習して「800時間」現場で鍛えた方が遥かに優れた人材になる。
私はたくさんの人材を採用してきたが「Rubyを1000時間勉強しました」と言われたらマイナス評価にするだろう。Rubyに限らず多言語でも同様だ。
プログラミング言語とフレームワークを学ぶのに「1000時間」は時間がかかり過ぎで、学習効率も理解も著しく悪い人という印象しか持てない。
「SIerやメーカーに就職した新卒」や「現役エンジニア」で、動画配信で学ぶ技術者はほぼゼロと言ってよい。洗練された書籍で学んだほうが短期間で技術習得できるし、そもそも高すぎる。→「現役エンジニアや新卒はどのように学んでいるか？」
卒業率に関しても疑問が残る。卒業率を公表しないということは卒業率は高くないと考えるべきだ。
「ツッコミどころ満載のWEB系企業就職率94％」
「WEB系企業就職率94％」と驚異的な数字を出しているが、ツッコミどころが多すぎでかなり呆れた。「大卒の就活・転職」をまったく理解していないようだ。特定業種の更に小さなカテゴリーであるWEB系の就職率94％という数字は、超難関大学卒でも狙って出せる数字ではない。
前提条件は「RUNTEQ受講生のうち所定の学習を履行された方およびRUNTEQ Agent経由で転職活動を履行された方に関する就職率（2023年1月～2023年6月の当社統計より）」となっている。
「所定の学習を履行された方」とは卒業できた受講者で「RUNTEQ Agent経由」に限定された就職率を公表している。
RUNTEQ Agent」は株式会社RUNTEQ（ランテック）の経営なので、「確実に就職できそうな受講生に絞って人材紹介（企業側から成果報酬を得る）しているのがRUNTEQ Agentなのだろう・・・」
「RUNTEQ Agent経由で転職活動を履行された方に関する就職率」どの程度の大きさで表示されているか？2番目の画像左下で確認できるが、極小の文字サイズの白抜きで書かれており、ほぼ読めないのがわかると思う。
この表記はさすがに作為を感じざるを得ない。
RUNTEQ AGENT公式サイトで書類通過率は70％となっている。70％ですらRUNTEQ AGENTの主張なので実態は不明だ。
「就職できた卒業生インタビュー」を集計してみたので参考にしてほしい。 ほぼ全員大卒で前職正規雇用者が転職しているケースに絞ってインタビューしているのがわかる。
「WEB系企業就職率94％」が「受講者全体の就職率」と大幅に乖離していた場合、確実にJARO行き案件だ。
「就職率非公開（就職できない受講者数が多い）」
受講者の就職先、就職先は非公開（追跡調査すらおこなっていないだろう）だ。受講者の就職率が高いなら公表するだろう。就職率を公表しないということは、就職率は高くないと考えるべきだ。
卒業生の就職実績には「GMO MEDIA」「チームラボ」「SARAH」「L&E Group」「XIAN シアン」「株式会社 CI」「SENRI」「ファーモ」「Relic」「ゴーガ」「しくみ製作所」「株式会社palan」「ファンリピート」などがある。
GMO MEDIAを除けば中小零細だけで、大手SIer、メーカー、知名度の高いWEBサービス事業者の就職実績は記載がない。
Rubyオンリーのカリキュラム、営業方法に至ってはJARO行き案件・・・といった内容で、これで受講者の多くがシステム業界で活躍できる人材になれるとはまったく思えない。RUNTEQを受講して良かったと実感している受講者もいると思うが・・・
厚労省がおこなっている「専門実践教育訓練給付金制度」は、実質80％程度の受講料が免除され安価に受講できる。この制度で受講者は約80%免除されるが、免除された80％は厚労省がプログラミングスクールに支払う（国の予算、つまり税金）。
動画配信型のプログラミングスクールは、政府主導で進められているリスキリングに該当する。 政府主導の目指すリスキリングとは「高度人材の育成」で、5年で1兆円の予算を投じる予定だ。
プログラミングスクールで育成できるのはエントリーレベルの低度労働者なので、国の予算（税金）を食い物にする「補助金ビジネス」と呼ばれている。
この制度の本来の目的は「高度な専門技能を身に付けるために教育訓練」であり「日本国民が高度人材として活躍できるように支援する」だが、 高度人材の定義が曖昧で結果を求めていないので、ネットフリックスのように配信さえしていれば補助金が給付される。
補助金の給付条件を「受講者の就職率n％以上の教育機関に限る」のようにすれば良いのだが現在はザル状態で、補助金目当てで群がってくる連中の食い物にされている状態だ。
プログラミングスクールは結果に責任を負わないし、受講者は80％免除で安価に受講できるので、両者ともに本気度は低い。
大多数のエンジニアが従事する業務システム、特に大規模業務システムでJavaは必須言語であり、日本の大規模システム開発（業務システム）でRubyを採用しているシステムはゼロだ。
1万人月を超える新規開発の大規模システムではJava以外の選択はないと考えてよい。
情報配信型WEBサービスの「Cookpad」や「食べログ」、マッチングサービスの「クラウドワークス」はRubyを採用しているが、障害が発生しても大きな損害に直結しにくい。
業務システムでの障害は、事故扱いとなり損害が発生するケースが多い。業務システムと情報配信型WEBサービスでは求められる品質も規模も全く異なる。
この違いが、コンパイル言語であり変数宣言が必要（静的型付け言語）で言語仕様がしっかりした「Java」か、インタプリタ言語であり変数宣言を必要としない（動的型付け言語）安価に開発できるが品質管理が困難な「Ruby、Python、PHP」などのを選択するかに、判断が分かれる。
Rubyを採用したサービスで例外もある。会計サービスの「freee」だ。
「freee」は小規模事業者・個人向けのクラウド会計ソフトで2024年時点での導入は54万事業所ある。
会計ソフトなのでミッションクリティカルなシステムとは違い、障害が重大な影響（損害）に繋がりにくいが、会計という業務と規模を考えると、長時間のシステムダウンは許されないシステムと言える。
また、会計は複雑な処理が多く、Rubyを採用した場合、設計方針（ルール）、コーディング規約などの決め事を細部までおこなわないと品質管理が難しい。
「freeeってそんなにスゴイの？」RUNTEQとは関係ない話1
これらの企業は、独自の会計システムを構築しているかSAPを導入しており、会計処理に「freee」は利用していない。
サービスの調査のために課金しているケースはあると思われるが、freeeで売上1兆円を超える企業の会計業務はできない。
導入事例を見てもわかるが、エンタープライズパッケージでも導入企業の多くは売上数億円～最大で数十億円だ。
数百億円以上の売上高のある企業の会計システムは、汎用的なパッケージでは機能が足りない。また予算管理システムと会計システムは連動する必要があるので、会計システムと予算管理システムは統合されている。
サービスを大きく見せたい気持ちはわかるが、ユーザーに誤った認識を与えるような広告行為は節度ある企業のすることではない。
「リクナビやスーモ（リクルート系）はJava採用」RUNTEQとは関係ない話2
リクナビやスーモなどリクルートが運用するシステムは、業態が元々存在するので「十分な予算」があり「Java」が採用されている。業務システムと同様で障害は事故扱いで損害が発生する。
最低でも数十年使用する業務システムと、短命な情報配信型WEBサービスでは、開発規模（予算、工数）も体制（人数、要求スキル）が全く異なる。
プログラミングスクールで学ぶなら、長くシステム開発業界で仕事を続けるられるスキルセットを最初に学ぶべきである。
場所と人にコストがかかる教室がない、技術者を常駐させるコストがかかるZoomなどの双方向のサポート（質疑応答）もない。
必要なコストをかけないRUNTEQ（ランテック）は全くおすすめできない行ってはいけないプログラミングスクールという評価だ。
オンラインプログラミングスクール RUNTEQ（ランテック） 運営会社RUNTEQについて
企業情報では資本金が「未記載」であり、入居中のビル「〒150-0042 東京都渋谷区宇田川町36-6 ワールド宇田川ビル5階B室」は1975年竣工の築50年のビルで評価は低い。
「新型コロナ感染拡大防止の観点から全従業員テレワーク（在宅勤務）に移行しております。お電話が繋がりにくい可能性がございますので、お問い合わせの際はお問い合わせページからご連絡を検討頂けますようお願い申し上げます｡」の記述があるが、電話連絡先はRUNTEQの公式サイトのどこにもない。
「お電話が繋がりにくい」ではなく、まったく繋ぐ気はないようだ。
RUNTEQ経営者はWEB系エンジニア
経営者（菊本 久寿）の経歴は、私立進学高から大学へは行かず音楽活動に専念、音楽系の専門学校に行くが中退、その後、音響系の専門学校を卒業。
HTMLを独学で学習しゴルフ用品販売企業の社内SEとして正規雇用。SESに転職→株式会社フラクタリストに転職する。
フラクタリストはngi group株式会社（旧ネットエイジ、現ユナイテッド）に買収され退職し、フリーランスを経て2014年に株式会社スタートアップテクノロジーを設立する。2019年にプログラミングスクールRUNTEQを始める。
C++、Java、Perl、ColdFusion、PHP、Python、Rubyなど10以上の言語で開発をおこなう。
経営者の経歴とYouTubeの配信を見た率直な感想は、プログラマー的な発想で「要件定義→基本設計→詳細設計→製造→試験→教育→運用」というシステム開発の全行程を俯瞰的にみることができていない。
図）システム開発事業者の全工程
参考資料 人生を救ってくれたエンジニアという生き方 菊本久寿 - Speaker Deck
参考資料 「天才じゃなくても世界を変えられる」。菊本久寿氏が語る、「エンジニア×スタートアップ」のキャリアが最高な理由 | アンドエンジニア
参考資料 株式会社スタートアップテクノロジー代表 菊本 久寿氏－社長の履歴書
経営者（菊本 久寿）の経歴は、最初から大きな予算があるシステム開発ではなく、新規事業として立ち上げる小規模な予算の開発を手掛けることが多かったようだ。
小規模な開発からスタートしても事業が成長軌道に乗った場合、システム開発予算も比例して大きくなるが、予算数十億円～数千億円単位の開発を上流工程から下流工程まで俯瞰的な立場で携わる経験はないようだ。
SIerの工程
図）システム開発事業者の全工程
大手SIerでは、新卒で入社後すぐに研修、SE、プロジェクトマネジメント、コンサルティング、営業（場合によってはプログラマー）などを経験後、専門分野（PM/SE、コンサルタント、営業、R&D）のスペシャリストに分かれていく。
15年程度は様々な現場・職種を経験し、適正などを考慮し望む職種のスペシャリストになるケースが多い。
「図）システム開発事業者の全工程」でRUNTEQがサポートしている範囲は「設計・製造・試験」で大部分は「製造工程」だ。
SIerの人材SIerに所属する人材は「受注→システム開発→運用・保全」までの全行程を経験し、専門分野にわかれていく。
「要件定義」がシステムの要であり、この工程でシステムのグランドデザイン～機能を決定し、以降すべての工程に影響する。エンジニアとしての最大役割、責任、おもしろさは「要件定義」に集約される。
「要件定義」次第で、素晴らしいプロジェクト、素晴らしいシステムになるし、炎上プロジェクト、ゴミシステムにもなる。
「要件定義」を設計や製造工程で挽回することはできない。特に製造は末端の話であり、要件定義の品質を製造工程ではどうすることもできない。
設計工程を担当するSEや、製造工程のプログラマー・コーダーは要件定義の奴隷とも言える。
RUNTEQは経営者の経歴を色濃く反映したプログラミングスクールと言える。RUNTEQのカリキュラムはアジャイルのような工程管理で小規模プロジェクト（Ruby採用）おこなうのに向いている。
Ruby大好きRubyしか教えないプログラミングスクール RUNTEQ（ランテック）の詳細説明
| 公式サイト | https://runteq.jp/ |
|---|---|
| 料金（税込）と受講期間 | Web開発スタンダードコース（5～9ヵ月間）：550,000円 |
| 就業実績 | 就職実績公開なし。就業率不明。 |
| 受講条件 | 18歳以上 |
| 学習形態（場所） | オンライン（動画配信型）※教室なし |
| 学習形態（学び方） | 自己学習形式 |
| 受講期間 | 9ヶ月（期間終了後はサービスも終了） |
| 時間 | 24時間 |
| 言語 | Ruby |
| データベース | 不明 ※Oracleではない |
| OS | Linux |
| その他スキル | Rails、HTML、CSS、JavaScript、Git、Git-flow Docker、開発工程、サーバー、ネットワーク、クラウド |
| 無料カウンセリング | 対面なし。オンラインあり（Google Meet）。 |
| 無料体験レッスン | なし |
| 学習サポート体制 | 対面なし。Zoomなどのリアルタイム双方向なし。AIチャットあり。対人チャットあり（平日11:00～22:00、休日10:00～18:00、水・祝日休み）。質問フォームあり（回答遅い）。 |
| 就職支援 | 模擬面接なし。就職支援なし。 |
| 返金保証 | なし |
| その他 | チャットで毎週の学習振り返りを実施。 専任キャリアトレーナーと毎月マンツーマンの面談を実施。 交流会やイベントを定期的に開催。 |
| 運営企業 | 株式会社RUNTEQ - 企業情報 |
| 法人番号 | 1040001087651 |
| 資本金 | 非公開 |
Ruby大好きRubyしか教えないプログラミングスクール RUNTEQ（ランテック）就職できた卒業生インタビュー
RUNTEQが公式ホームページで紹介している就職できた卒業生のインタビューでは、新卒1名、前職で派遣社員1名を除き、前職は全員正規雇用の社員または公務員で、フリーター、職歴ナシは存在しない。
学歴は不明2名、大学中退1名を除き全員大卒。不明2名の内1名は国家公務員（税関）だったので大卒とみるべきだろう。
残り一名は介護士をしながら社会人野球に取り組んでおり、膝の故障で野球を諦め地元の印刷会社に就職しているので、大卒、高卒どちらの可能性もある。
| 年齢 | 性別 | 学歴 | 前職 | 前職 雇用形態 |
|---|---|---|---|---|
| 20代 7名 30代 3名 40代 1名 不明 1名 | 男性 7名 女性 5名 | 大卒 9名 大学中退 1名 不明 2名 | 国家公務員 2名 地方公務員 1名 民間企業 9名 | 正規雇用 11名 派遣 1名 |
つまりインタビュー対象が全員大卒の可能性（1名大学中退）があり、新卒1名を除く全員が前職で正規雇用の職歴もあるので転職は十分可能であり、見栄えのよいキャリアの持ち主を選んでインタービューしている。
前職が国家公務員、地方公務員もいるのは驚く。
RUNTEQ（ランテック）に紹介してもらいたいのは、フリーターから中小零細のシステム関連の会社でよいので正規雇用されたレベルのインタビューなのだが、実績があれば掲載すると思うので「実績なし」と考えるのが妥当だろう。
転職が難しい経歴しかない人が、RUNTEQで学んだことで転職に成功し、正規雇用されたストーリーを紹介してほしいが、インタビューがないので成功事例はないのかもしれない。
| 年齢/性別 | インタビューページ | 履修期間 | 前職/雇用形態 | 学歴 | 就職先企業 | 給与 | 業務内容 |
|---|---|---|---|---|---|---|---|
| 20代 女性 | 金融機関の営業職からWebエンジニアへ転職 | 2024年1月～2024年10月 | 金融機関（社員） | 大卒 | 不明 | 不明 | バックエンドエンジニア |
| 20代 女性 | 国家公務員（税関）から自社開発のバックエンドエンジニアへ | 2024年1月～2024年10月 | 国家公務員（税関） | 不明 | 不明 | 不明 | 不明 |
| 40代 男性 | MR・人事を経てデータサイエンティストへ | 2023年10月～2024年7月 | 製薬会社（社員） | 大卒 | 不明 | 不明 | データ分析、DX人材育成支援、研修企画、生成AI社内活用 |
| 20代 男性 | 証券会社の営業から自社開発のWebエンジニアへ | 2023年4月～2024年1月 | 証券会社（社員） | 大卒 | Web系自社開発企業 | 不明 | 保守・運用・新規機能開発 |
| 不明 男性 | 自社開発企業のフルスタックエンジニアへ | 2023年4月～2024年1月 | 印刷会社（社員） | 不明 | 不明 | 不明 | バックエンドエンジニア |
| 20代 男性 | コンサル会社からWebエンジニアへ | 2023年1月～2023年10月 | 一般企業 | 大卒 | 不明 | 不明 | バックエンドエンジニア |
| 20代 男性 | 地方公務員からフルリモートの受託開発エンジニアへ | 2022年2月～2022年8月 | 地方公務員 | 大卒 | 不明 | 不明 | プロジェクトマネジメント、開発 |
| 20代 女性 | 客室乗務員からWebエンジニアへ転身 | 2021年11月～2022年5月 | 航空会社（社員） | 大卒 | 不明 | 不明 | SI |
| 20代 女性 | 新卒で受託開発企業から内定獲得 | 2021年8月～2022年5月 | 新卒 | 大卒 | 不明 | 不明 | |
| 30代 男性 | エンタメ系自社開発のWebエンジニアへ | 2021年7月～2022年3月 | 広告代理店（社員） | 大卒 | 不明 | 不明 | 保守・新規機能開発 |
| 30代 女性 | 派遣社員がWebエンジニア(自社開発企業)に転職するまで | 2020年10月～2021年5月 | 派遣社員 | 大学中退 | 株式会社Beer and Tech | 不明 | 保守・新規機能開発 |
| 30代 男性 | 国家公務員から未経験エンジニア転職 | 2019年9月～2020年2月 | 国家公務員 | 同志社大学卒 | 株式会社Relicホールディングス傘下 | 不明 | 不明 |
疑問に思ったのは、もしわたしが知人に「WEB系エンジニアになろうかと考えている」と相談されたら、エンジニアの面白さも説明するが、それ以上にエンジニアの不安定な状況も説明する。
特に大手の上場企業のグループ中核企業であれば「職の寿命」と、上場企業によるレイオフは日本では現状不可能なので安定も担保されるが、非上場、特に中小零細（ベンチャーも大多数は中小零細）では実質的レイオフは普通にあること説明する。
Ruby大好きRubyしか教えないプログラミングスクール RUNTEQ（ランテック）の就職先企業
| 企業名 | 事業内容 | 上場非上場 | 資本金 | 従業員数 |
|---|---|---|---|---|
| GMO MEDIA | インターネットメディアの開発・運営、ポイントサイト構築支援、コンテンツ制作 | 東証グロース | 7億6197万円 | 209名 |
| チームラボ | スマートフォンアプリ開発、WEBサイト開発 | 非上場 | 1000万円 | 不明 |
| SARAH | FoodDataBank、SARAH、もぐナビ | 非上場 | 1億円 | 不明 |
| L&E Group | ASP事業、デジタルマーケティング支援事業、インキュベート事業 | 非上場 | 不明 | 不明 |
| XIAN シアン | mediable、marketing DX | 非上場 | 不明 | 不明 |
| 株式会社 CI | Webアプリケーション開発、モバイルアプリ開発 | 非上場 | 不明 | 不明 |
| SENRI | SENRI | 非上場 | 不明 | 不明 |
| ファーモ | 農業用IoT製品の開発・販売、ITサービスの開発・販売 | 非上場 | 1億円 | 31名 |
| Relic | インキュベーションテック、事業プロデュース/新規事業開発支援、イノベーター人材育成支援、地方創生・地域イノベーション事業、イノベーション・ワークプレイス事業 | 非上場 | 5400万円 | 350名 |
| ゴーガ | ITコンサルティング、ウェブサイト設計・構築、システム設計・構築、ソフトウェア開発、インターネットサービス運営 | 非上場 | 1500万円 | 不明 |
| しくみ製作所 | ITソリューションサービス | 非上場 | 1915万円 | 不明 |
| palan | AR作成サービス『palanAR』及びARデジタルマップ『AR Maps』の運営 | 非上場 | 不明 | 不明 |
| ファンリピート | ITシステム開発事業 | 非上場 | 2000万円 | 不明 |
| ユニエイム | POSサービス事業、決済サービス事業 | 非上場 | 3000万円 | 不明 |
| Kaien | 人材紹介、人事コンサルティング、就労移行支援、自立訓練、ガクプロ | 非上場 | 1740万円 | 393名 |
| ハコベル | 物流のシェアリングプラットフォーム「ハコベル」の運営 | 非上場 | 1億円 | 不明 |
| ムーブ | Webシステムの構築、開発、保守、コンサルティング | 非上場 | 500万円 | 不明 |
Ruby大好きRubyしか教えないプログラミングスクール RUNTEQ（ランテック）専門実践教育訓練給付金制度の利用
専門実践教育訓練給付金制度は厚生労働省が実施する教育訓練を支援する制度だ。
受給対象者は、雇用保険の被保険者または被保険者であった方（離職後1年以内）が対象になる。
簡単に言うと「現在就業中で雇用保険に加入している人」「雇用保険に加入していたが1年以内に離職した人」が対象になる。「再就職のための職業訓練としての利用」と「現在就業中で技能を学びたい人の利用」を対象とした制度設計になっている。
- 給付金対象の教育訓練を受けるにあたりかかった費用の原則50％（年間上限40万円）が給付される。
- 資格等を取得し、かつ訓練終了後1年以内に雇用保険の被保険者であった場合、70％（年間上限56万円 [原則50％＋20％]）が給付される。
- 2の条件を満たし、訓練実施前と実施後で給与が5％以上あがった方は80％（年間上限64万円 [原則50％＋20％＋10％]）が給付される。
RUNTEQ（ランテック）の場合、資格等の取得は、2 or 3の条件で給付を受けるには「修了認定基準」を満たす必要がある。
- 導入STEPから応用STEPまですべてのカリキュラムを終了していること。
- 中間試験合格と卒業制作でWebアプリのMVPリリース（Minimum Viable Product（ユーザーに必要最小限の価値を提供できるプロダクト））をおこなうこと。
専門実践教育訓練給付金制度こそが、オンラインプログラミングスクールが爆発的に増殖した要因の1つだ（もう1つはコロナ）。
くれるものは貰っておきたいと考えるのは当たり前の発想だが、これは税金であり「結果を出さないスクールへの補助」はまさに補助金に群がる「補助金ビジネス」に他ならない。
引用元 教育訓練給付制度｜厚生労働省
引用元 専門実践教育訓練給付金制度（Reスキル講座）対象プログラミングスクールRUNTEQの支給条件と対象者
新卒や現役エンジニアはどのように学んでいるか？
「SIerやメーカーに就職した新卒」や「現役エンジニア」で、動画配信で学ぶ技術者はほぼゼロと言ってよい。洗練された書籍で学んだほうが短期間で技術習得できるし、そもそも高すぎる。
「動画配信でチンタラ学んでいるような人は現場ではやっていけない」というのが率直な意見だと思う・・・続き「現役エンジニアや新卒はどのように学んでいるか？」
プログラミングスクールでは教えてくれないシステム業界の現実
Rubyのメリット・デメリット「Python、Ruby、PHPの特徴」
Python、Ruby、PHPの特徴
小規模開発ではPython、Rubyを採用するケースもあるが、Python、Ruby、PHPなどの変数宣言を必要としない言語（動的型付け言語）は品質を担保することが困難で、システム開発に向かない言語とされている。
Pythonは生成AIの開発に必要なライブラリが充実しており、生成AI関連では採用されることが多い。
小規模かつアジャイル開発のようなスピード重視の開発に採用されるケースはあるが、決められた「品質」「予算」「納期」を実現する言語としては適切ではない。
Python、Ruby、PHPはいずれもインタプリタ言語であり、処理性能が重要な大規模システムではボトルネックになる。それぞれ非公式なコンパイラもあるが、信頼性が低く採用できない。
Rubyのメリット・デメリット「Cobol、C++、Javaの特徴」
Cobol、C++、Javaの特徴
Cobol、C++、Javaなどの変数宣言が必要な言語（静的型付け言語）は品質管理が容易であり、コンパイル言語なので実行速度も速い（厳密にはJavaは中間言語）。
システム開発で重要なことは「品質」「予算」「納期」だ。変数宣言が不要であったり、スコープが曖昧な言語は、動かすことは簡単だが品質管理は難しい。
変数宣言が必要で言語仕様が明確なコンパイル言語は、正しく記述しなければコンパイルエラーで動かない。
動かすことが面倒な言語だが、システム開発で重要なことは「品質」「予算」「納期」であり、これらの条件に沿った言語だ。
Rubyのメリット・デメリット「Ruby」を教えるのは簡単だが「Javaは難しい」
「Ruby」を教えるのは簡単だが「Javaは難しい」
プログラミングスクールでJavaが学習対象にない理由は明確で「教えるのが難しい」からだ。Javaはオブジェクト指向で変数宣言が必須でありコンパイル言語だ。
書いたプログラムをレンタルサーバーにアップロードすれば動かせるPython、Ruby、PHPとは違い、JVMを起動させる必要があるし、WEBシステムならJVMと連動させる必要もある。
プログラムを書いてもコンパイルしなければ動かない。コンパイルでエラーがあればコンパイルすらできない。
Python、Ruby、PHPはインタプリタなので書けばなんとなく動くが、Cobol、C++、Javaは違う。
つまり、Cobol、C++、Javaを避けて、Python、Ruby、PHPを教えたがるプログラミングスクールは、現実のシステム開発を知りつつ、大多数のエンジニアが従事する業務システム、特に大規模システム（業務システム）ではまったく意味がないことを教えているボッタクリスクールと言える。
Rubyエンジニアにおくる「現役エンジニアや新卒はどのように学んでいるか？」
新卒や現役エンジニアはどのように学んでいるか？
「SIerやメーカーに就職した新卒」や「現役エンジニア」で、動画配信で学ぶ技術者はほぼゼロと言ってよい。 洗練された書籍で学んだほうが短期間で技術習得できるし、そもそも高すぎる。
「動画配信でチンタラ学んでいるような人は現場ではやっていけない」というのが率直な意見だと思う。
筆者が新卒・中途の未経験者の教育で使用している書籍が「10日で覚えるシリーズ」だ。新卒未経験者にはこの本で10日間でMVCモデル2（Java Servlet JSP Oracle）の開発の初歩ができるようになってもらう。
中途未経験者の採用試験でも使っており、10日間時給を支払い、複数いる場合は協力し合ってこの課題をおこなわせる。
すべて完璧に理解・実装できる必要はないが、重要な部分は10日間ですべて理解・実装できないと合格できない。
できるか？できないか？グダグダ考える前に「読んで手を動かせ」ば、大卒・専門卒・高卒問わず10日間でできるようになる。
もう1つ、この10日間でやることには意味がある。
知人が誰もいない現場に行くのは当たり前
システム開発は気の知れたチームでおこなえることの方が少ない。多くのプロジェクトは、流動するSE・PG・コーダーを調達し、チームを作りプロジェクトを推進する。
自分が流動する人材を向かい入れる側になることもあれば、1人で誰も知人のいないプロジェクトに放り込まれることもある。
全員知らない人は普通で、物怖じしたりグダグダしている暇はなく、現場に入ったら即順応して仕事を始める必要がある。それが即戦力だ。
フットワークが重い人は戦力にならないので短期間で「ダメなヤツ」という烙印が押されてプロジェクトから放り出される。
未経験者でも課題を10日間でやり切る人は「心も作業もフットワークが軽く」近い将来1人で放り出されてもやっていける。
「オンラインプログラミングスクールよりペラ本の方が10倍速い」
通常の学習や、受験、試験でも同様なことが言えるが「いかに要点を短くわかりやすくまとめた参考書」を見つけられるか？が学習を進めていく上で最も重要な技術の1つだ。
技術習得も同様で、自分にあった「要点を短くわかりやすくまとめた技術書」を見つけられるか？は、システム業界で生きて行く上で必須能力になる。
ひとそれぞれ、好みや、わかりやすいと感じる書籍は違うが「わかりやすさ」とは「クドクド長い説明ではなく、必要な要点を端的に説明する」ことだ。
分厚い参考書では挫折するが、薄っぺらいが重要な要点を網羅した参考書では挫折しない。
特に現役エンジニアは、実業務をこなしつつ余剰時間で新たな技術習得をする必要があり、ほとんどのエンジニアは就業時間中に新たな技術を学ぶ余裕はない。
では、どのように学習しているのか？
ペラッペラで良いので、必要な要件だけ書かれた書籍で学んでいる。もしくは、必要な部分のみ抜粋して学んでいる。
エンジニアは技術書を頭から読まず、目次を見てパラパラめくって必要な情報に辿り着く。速読に近いことを多くのエンジニアはしている（ダメなヤツはできない）。
プログラミングスクールでは教えてくれない「動画配信は非効率」
| 本 | 動画 | |
|---|---|---|
| 1）目次・索引から目的の情報を開く | 〇 | × |
| 2）速読 | 〇 | △ 書籍の速読より劣る |
| 3）再読（理解できない場合など） | 〇 | △ 書籍は目線を動かすだけ 動画は戻る必要あり |
| 4）説明を読みながら作業 | 〇 | × |
| 5）1ページの情報量 | 〇 | × |
| 6）操作説明などに伴う画面の変化の説明 | △ | ◎ 圧倒的に優れている |
-
目次・索引から目的の情報を開く
動画配信に目次はなく、パラパラめくることも出来ない。
本のようにここら辺じゃない？と当たりをつけて開いて、自分が探したい情報にいち早く辿り着けない。
本のような物理的UIではないので時間がかかる。
プログラミングスクールでは教えてくれない「オンラインプログラミングスクールは情報弱者狩り＋補助金ビジネス」
「オンラインプログラミングスクール＝動画配信」であるため、スクールは動画と書籍の比較はしない。オンラインプログラミングスクールのメリットが見えてこないからだ。
| 工程 | 担当 | 説明 |
|---|---|---|
| 1）営業（開拓 営業先・事業内容） | 営業/コンサルタント | お客様からシステムの開発依頼を受けるケースと、新規に開拓するケースがある。 稼動中のシステムを受注・運用・保守をしている優れた会社にお客様が別件を相談し、新規案件として獲得するケースが多い。※1 この他に、競争入札やRFPを元に提案するケースがある。 ※1 現場のコンサルタントやSEが優秀で、顧客が現在稼動中のシステムに満足している場合、別件の相談→受注に繋がるケース。 |
Rubyエンジニアにおくる「プログラミングは大した技術ではない」
コーディング（プログラミング）は大した技術ではない
受験を思い出してほしい。
毎日コツコツと勉強し積み上げて、自分の知識として定着されるのは絶対条件だが、勉強ができる人は要点をとらえるのが上手く、ノートを綺麗に書き、短期間で詰め込む要領の良さがある。
勉強をやらなかった、もしくは勉強の正しいやり方を知らない結果、できなかった事に問題はないが、勉強をやってもできなかったのは問題がある。
脳の良し悪しはあるが、コーディング（プログラミング）程度なら早慶レベルの理工学部の現役大学生は、技術書のみで1ヶ月でかなり書けるようになる。勉強をやってもできなかった人は、1ヶ月で書けるようにはならない。
高卒でも「学習用の技術書を選択」と「進め方」さえ間違わなければ、フルタイムで学べば1ヶ月でかなり書けるようになる。
難関大学の理工学部卒から、高卒まで幅広い学歴の未経験者の教育をおこない、高卒を上場企業に即戦力として中途採用されるレベルのエンジニアに育成することもおこなってきたが、プログラミングに関して言えば、学歴や理系・文系は関係なく誰でも普通にできようになる。
プログラミングは限りなく奥深く、広い知識が必要だが、ありがちな業務システムや配信型WEBシステム程度なら、難易度の高い実装（複雑なトランザクション処理やビジネスロジック）を除けば、2ヶ月フルタイムで学習すればそこそこ現場の戦力になる。
「UI」や「データベースの参照・更新」程度なら技術力は必要なく、誰でも短期間で出来るようになる。高校の数学、物理、英語の方が遥かに難しい。
プログラミングスクールに何十万円もかけて行くとかオンラインで学ぶという感覚は、システム業界の人間にはまったく理解しがたい感覚だ。
大きな書店で気に入った本を買ってきて読めば十分わかる話だ（※アマゾンでポチる場合は、大人買いして良本を見つける必要がある。良本か？自分に合っているか？などはパラパラめくってみないと判断できないからだ）。
プログラミングとはその程度の話で、手に職を付けるといったレベルのものではない。現場レベルのコーディング（プログラミング）だけで一生食べていける可能性はかなり低い。
システム開発全般に対する理解、最低でも下流工程の設計能力がなくては50歳まで現役で働くことすら難しいだろう。
