文系からエンジニアへ転職する方法｜理系じゃないは言い訳にならない

現場のエンジニアには文系出身者が普通にいます。 「理系じゃないから無理」は、実務を知らない人の思い込みか、挑戦しない言い訳のどちらかです。実際の開発業務で問われるのは出身学部ではなく、「調べて、作って、直せるか」。この記事では、文系出身者に固有の不安（数学・適性・スタートの遅れ）に正面から答えます。

準備の全体像（学習→ポートフォリオ→応募）は「未経験からエンジニアへの転職」で解説済みなので、この記事は文系固有の論点に絞ります。

不安1：「数学ができないと無理」なのか

大半のWeb開発・業務システム開発で、高度な数学は使いません。 必要なのは四則演算と論理的な条件分岐の理解が中心です。「AならばB、ただしCの場合を除く」——この種の条件を正確に読み書きする力は、むしろ契約書や規程を扱う文系業務で鍛えられている人も多いはずです。

数学が本格的に必要なのは、機械学習の理論・3Dグラフィックス・金融工学など一部の専門領域です。そこを目指す場合は学び直しが要りますが、入り口で数学を理由に諦めるのは、行き先を誤解しています。

不安2：「文系の思考はエンジニアに向かない」のか

逆です。文系的な訓練が直接活きる場面が、開発の仕事には大量にあります。

要件の読解と言語化：「顧客が言ったこと」と「本当に必要なもの」のズレを見抜き、言葉にする力。仕様の誤読はバグより高くつくので、この力は現場で重宝されます
ドキュメント作成：設計書・手順書・引き継ぎ資料。「書ける人」は開発チームで慢性的に不足しています
非エンジニアとの橋渡し：営業・顧客・企画とエンジニアの間の翻訳。文系出身エンジニアの定番の強みで、キャリア後半（リーダー・PM方向）で特に効きます

エンジニアリングは「コードを書く仕事」である前に「曖昧な要望を動くものに変換する仕事」です。その前半部分は、言葉の仕事です。

不安3：「理系に比べてスタートが遅い」のか

学習の初速は、たしかに情報系出身者が速いです。基礎（コンピュータの仕組み・アルゴリズム）を履修済みなのだから当然です。ただし——

実務で差がつくのは初速より継続です。学び続けた文系が、学びを止めた理系を数年で追い越す例は珍しくありません
基礎は後から埋められます。体系的に学びたければ、基本情報技術者試験の学習範囲がちょうど「情報系の基礎の地図」として機能します（資格の記事参照）

「遅れ」は固定値ではなく、取り戻せる差です。今日始めた人と、来年も迷っている人の差のほうがずっと大きい。

文系経歴の選考での使い方

前職が営業・事務・企画などの場合、その経歴は捨てるものではなく掛け算の材料です。

「前職の〇〇業務で△△という課題を感じ、自分でツールを作って解決したことがプログラミングを学ぶきっかけでした。業務の課題を理解した上で開発できることが私の強みです」

「業務が分かるエンジニア」は、コードだけ書けるエンジニアより希少です。前職の業界知識（金融・医療・物流など）が深いほど、その業界向けの開発で優遇される可能性が上がります。

よくある質問

Q. 文系だと採用で不利になりますか？ A. 中途採用で出身学部を重視する会社はごく一部です。見られるのは学習の証拠（ポートフォリオ・継続）で、これは学部と無関係に作れます。

Q. 30代文系でも間に合いますか？ A. 「文系かどうか」より「30代の未経験転職」としての戦い方の問題になります。前職の業務知識との掛け算が鍵です。詳しくは30代未経験の記事で。

Q. まず何から学べばいいですか？ A. 行き先（Web・インフラ・データ）で変わりますが、迷うならWeb開発の入門教材から始めて「作る感覚」を掴むのが定番です。全体の進め方は未経験記事の3ステップに沿ってください。

まとめ

大半の開発に高度な数学は不要。「調べて、作って、直せるか」がすべて
文系の訓練（読解・言語化・橋渡し）は現場で直接活きる。業務知識との掛け算はむしろ強み
初速の差は継続で逆転できる。始めない理由を学部に求めない

エンジニア向けの記事一覧はengineerハブへ。

最終更新：2026年7月4日／project転職編集部