「35歳限界説」「40歳定年説」はどこから来たのか
どちらも技術的な根拠ではなく、かつての日本の雇用慣行から生まれた説です。前提が変わった今、そのまま信じる理由はありません。

この2つの俗説には、はっきりした出どころがあります。終身雇用と年功序列を前提にした採用の都合です。
①「若くて安い人を採りたかった」時代の名残
新卒で入った会社に定年まで勤めるのが標準だった時代、中途採用は例外的な手段でした。年功序列で給与が決まる会社にとって、35歳の中途は「若手より高い給料を払うのに、社歴はゼロ」という扱いになります。だから採用の中心は20代——という当時の合理性が「35歳限界説」の正体です。
現在は職種別・役割別に給与レンジを決める会社が増え、年齢と給与の紐付けは弱くなりました。加えて募集・採用で年齢制限を設けることは、労働施策総合推進法によって原則禁止されています(長期勤続によるキャリア形成を理由に若年層を募集する場合など、限られた例外事由を除く)。求人票に「35歳まで」と書けない以上、線引きは制度としては存在しません。
②「40歳を過ぎたらPMへ」という一本道
「40歳定年説」の方は、SIerを中心とした多重下請け構造から出てきた話です。年齢が上がると単価も上がるため、プレイヤーのままでは案件に入れづらくなり、管理職やプロジェクトマネージャーへ移らないと居場所がなくなる——という業界特有の事情でした。
これは今も一部では残っていますが、Webサービス企業や事業会社では、テックリードやスペシャリストとして技術で評価され続けるコースが整備されています。エンジニアのキャリアパスで整理しているとおり、選べる道は明らかに増えました。
③ 体力・学習速度の思い込み
「若い方が新しい技術を覚えられる」という説も根強くありますが、実務で差がつくのは記憶力より過去の経験を新しい技術に接続できるかです。設計の勘所や失敗パターンの引き出しは年数でしか貯まらず、それを持ったまま新しいものを触れる人は、むしろ年齢が武器になります。
35歳・40歳の壁は「年齢の壁」ではなく
当時の給与制度が作った壁だった
実際のところ、何歳まで転職できるのか
上限はありません。変わるのは可否ではなく「候補になる求人の数」です。ここを取り違えると対策を間違えます。
IT人材の不足は続いており、40代・50代の中途採用は珍しいものではなくなりました。制度面でも、高年齢者雇用安定法により企業には65歳までの雇用確保が義務づけられ、70歳までの就業機会の確保が努力義務とされています。働く期間そのものが後ろへ伸びている以上、「40歳で転職を諦める」という前提の方が現実に合っていません。
とはいえ、体感として難易度が上がるのも事実です。その正体は次のような変化です。
求人の母数が減る
「経験3年以上」の求人は無数にあるが、「リードとして技術選定を任せられる人」の枠は各社1〜2名しかない
年収のレンジが合わなくなる
実力の問題ではなく、応募先の等級表に自分の希望額が収まらないケース。事前の確認で防げる
判断の階層が増える
現場が通しても、上のレイヤーで「チームの平均年齢」「既存メンバーとの関係」が論点になる
公募以外の比率が上がる
年齢が上がるほどリファラル・元同僚経由の割合が増える。求人サイトだけでは母数が足りない
つまり40代以降の転職活動は、1社あたりの通過率を上げる戦いになります。数十社に一括応募して当てる方法は効きにくくなり、応募先ごとに書類を寄せる・経路を増やすといった手間が結果に直結します。応募経路の広げ方は転職のやり方ガイドで解説しています。
年齢が上がると、採用側が見る場所が変わる
20代はポテンシャル、30代は即戦力、40代以降は再現性と周囲への波及。同じ求人でも評価の重心が右へ移ります。
20代
ポテンシャル
伸びしろと素直さ。実績が薄くても、学習の速さと基礎で評価される
30代
即戦力
任せた仕事を一人で完了できるか。技術スタックの一致度が効く
40代〜
再現性・波及
成果を再現できるか、周囲の生産性まで上げられるか
20代の選考では「これから伸びるか」が見られます。実績が薄くても、基礎とキャッチアップの速さがあれば通ります。
30代になると「入って3ヶ月で戦力になるか」が主題になり、技術スタックの一致度が効いてきます。求人数と年収の伸びが最も噛み合う時期で、市場価値としてはここがピークです。
そして40代以降で問われるのは「その成果をもう一度出せるのか」と「あなたが入るとチーム全体がどう変わるのか」です。一人分のアウトプットではなく、設計判断・技術選定・レビュー・育成を通じて周囲の生産性まで押し上げられるか。ここに答えられる書類になっているかどうかで、結果が大きく変わります。

逆に言えば、40代の応募で「担当した機能の一覧」だけを書いた職務経歴書は、20代と同じ土俵で読まれてしまいます。年齢に対して期待されている評価軸に、自分から寄せていく必要があります。
年代別・転職の戦い方(20代〜50代)
年代ごとに「有利な武器」が違います。自分の年代の勝ち筋に合わせて、応募先と書類の見せ方を決めます。
| 年代 | 市場での位置 | この時期にやること |
|---|---|---|
| 20代 | 選択肢が最も広い時期 | 未経験職種・自社開発への移動が通りやすい。数を絞らず幅を試す |
| 30代 | 市場価値のピーク | 求人数と年収の伸びが最も噛み合う。専門領域を1つ決めて深める |
| 40代 | 数は減るが単価は上がる | リード・EM・スペシャリストなど役割で応募。リファラルの比重が増す |
| 50代〜 | 「指名」で決まる比率が高い | 公募より業務委託・顧問・元同僚経由。実績の固有名詞が武器になる |
20代:幅を試せる唯一の時期
未経験の職種や領域への移動が最も通りやすい時期です。SESから自社開発へ、フロントからバックエンドへといった方向転換は、20代のうちなら「ポテンシャル」で受け入れられます。逆に30代以降は同じ移動でも説明コストが跳ね上がるので、試したい方向があるなら先送りしないのが得策です。
30代:専門領域を1本決める
求人数・年収・裁量のバランスが最も良い時期です。同時に、40代以降の評価軸を作るのもこの時期になります。「何でもやります」から「この領域なら任せてほしい」へ言い換えられる状態を目指しましょう。決済・認証・データ基盤・SRE・パフォーマンスなど、テーマは狭くて構いません。
40代:役割で応募する
「エンジニア職の求人を探す」のではなく、テックリード・EM・アーキテクト・スペシャリストといった役割の求人を探すのが40代の戦い方です。母数は減りますが、そのぶん競合も減り、年収は上がる方向に働きます。
同時に、公募以外の経路の重要度が上がります。前職の同僚・勉強会・OSS・登壇など、自分を知っている人がいる場所からの打診は、書類選考をまるごと飛ばせる最短ルートです。
50代以降:指名で決まる比率が高い
正社員の公募は選択肢が限られますが、業務委託・技術顧問・CTO代行といった形での関わり方が現実的な選択肢になります。「どこで何をしたか」の固有名詞(プロダクト名・規模・技術判断)がそのまま指名の理由になるため、経歴の言語化がそのまま仕事につながります。
40代以降で苦戦する人・しない人の分かれ目
差がつくのは「その会社でしか通じない資産」と「どこでも通じる資産」の比率です。年齢ではありません。
△ 社内でしか通じない知識
独自フレームワーク・独自運用ルールへの精通は、転職市場では評価されにくい
◎ 移植できる経験
設計判断の理由、障害対応の型、技術選定の基準は会社が変わっても使える
△ 直近3年で新しいものを触っていない
「保守だけ」の期間が長いと、書類上のスキルが数年前で止まって見える
◎ 越境した実績
採用・育成・技術広報・他部署との調整など、コードの外に染み出した成果
この4項目のうち、△が2つ以上当てはまる場合は転職活動の前に半年〜1年の準備期間を取る価値があります。現職の中で新しい技術の導入を提案する、社内勉強会を立ち上げる、個人開発を公開する——「直近の実績」を1行でも作れれば、書類の説得力は変わります。
年収を一度下げる選択肢を持てるか
現実的な話として、40代以降の転職では「年収は横ばい、その代わり裁量とモダンな環境を取る」という選択が有効な場面があります。年功で上がった年収が現在の市場価値を上回っている場合、そこに固執すると応募先が数社に絞られてしまうためです。
もちろん下げるべきという話ではありません。まず自分の市場価値の相場を把握することが先で、その考え方は希望年収の決め方にまとめています。
年齢のハンデを書類で打ち消す書き方
年表の羅列をやめ、冒頭の要約で「今の自分は何ができる人か」を先に言い切ることが最大の対策です。

経験年数が長い人ほど、職務経歴書が「10社ぶんの年表」になりがちです。読む側は上から順に読み、途中で疲れます。年齢が高い応募者の書類は、次の3点だけで印象が変わります。
① 職務要約に「今」を書く
冒頭の要約は経歴の要約ではなく、直近3〜5年で何ができるようになった人かの宣言です。ここが「20年間さまざまな開発に従事してきました」で始まると、読み手は年齢だけを受け取って先へ進みます。
大学卒業後、SIerにて20年以上にわたり業務システムの開発に従事。要件定義から運用保守まで幅広く経験してきました。
決済領域のバックエンドエンジニア。直近5年はEC基盤の決済リプレイスを技術リードとして担当し、旧システムを無停止で移行しました。8名のチームで設計レビューと育成を担当し、リリース後の障害を前年比で半減させています。
② 古い経歴は圧縮し、直近を厚く書く
10年以上前の案件は、1行の概要と使用技術だけで十分です。紙面の比重を直近3〜5年に寄せると、「今の技術で仕事をしている人」という印象になります。新しい順(逆編年式)で書くのも同じ理由で有効です。
③ 「一人分」ではなく「周囲への効果」を数字で書く
40代以降で効くのは、レビュー・育成・技術選定・採用といった、チームに波及した成果です。「メンバー5名のコードレビューを担当し、手戻りを月20時間削減」のように、対象人数と効果をセットで書けると、期待されている評価軸に直接答えられます。
書き方の詳細は職務経歴書の書き方ガイドで、セクション別の例文つきで解説しています。
このサイトの作成ツールなら、テンプレートを選んでステップ入力するだけでA4のPDFが完成します。職務要約や実績の欄には入力例が出るので、経歴が長い人ほど「何を残して何を削るか」の判断がしやすくなります。登録不要・無料で、入力データはブラウザの中だけに保存されます。
よくある質問
Q.45歳・50歳でもエンジニアとして転職できますか?
できます。求人の募集・採用で年齢制限を設けることは労働施策総合推進法で原則禁止されており、実際に40代・50代の中途採用は珍しくありません。ただし年齢が上がるほど「ポジションの数」は減ります。20代なら数十社が候補になる条件でも、45歳では数社に絞られる——というのが実感に近い変化です。落ちる確率が上がるぶん、応募数と準備の質でカバーする戦い方になります。
Q.40代の転職では年収は下がりますか?
「上がる人」と「下がる人」に分かれます。専門性やマネジメント経験がそのまま次の会社の課題に刺されば上がりますし、社内でしか通用しない業務知識で年収が積み上がっていた場合は下がる方向になります。判断材料として、まず現職の年収が市場でいくらに見えるかを確かめてください。目安の考え方は希望年収の決め方の記事にまとめています。
Q.求人に年齢制限がないのに落ちるのは、やはり年齢が理由ですか?
年齢そのものより「年齢に対して期待される役割と、書類に書かれている内容が噛み合っていない」ケースがほとんどです。40代で応募したポジションに求められているのが技術選定や育成なのに、職務経歴書が担当タスクの羅列で終わっていれば、若手と同じ土俵で比較されて負けます。落ちた原因を年齢に帰す前に、書類が「今の自分の役割」を語れているかを見直す価値があります。
Q.マネジメントに進まないと生き残れませんか?
そんなことはありません。テックリードやスペシャリストとして専門性で評価されるポジションは増えています。ただし「マネジメントもしない・技術も深めない」という状態が一番厳しいのは事実です。どちらの方向でもいいので、40歳前後までに「自分は何で評価される人か」を一言で言える状態にしておくことが分かれ目になります。
Q.未経験からエンジニアになるのは何歳まで可能ですか?
実務未経験の採用は、経験者の転職よりも年齢の影響を強く受けます。ポテンシャル採用の枠は20代に集中し、30代以降は「前職の業務知識+開発スキル」の掛け合わせで入るルート(業務系SaaS・社内SE・自社業務のDX担当など)が現実的です。年齢を問わず、独学の成果物を職務経歴書に書ける形で用意できているかが差になります。