レガシーな開発環境を求人票から見抜く｜第二新卒が入社前に確認する7項目【2026年版】
エンジニアの転職で、入社後に後悔する理由の上位にこれがあります。
「開発環境が想像より古かった」
ソースコードの管理が共有フォルダで行われている。テストが全部手作業。本番への反映が手順書と手作業。
こうした環境は、実際にあります。そして、求人票からはほとんど分かりません。
ただし、確認する方法はあります。
求人票の書き方には傾向が出ますし、面接で7つの質問をすれば、かなりの精度で判断できます。この質問は、答えにくい内容ではありません。普通に聞ける質問ばかりです。
そして重要なのは、「古い＝悪い」ではないことです。
安定して動いているシステムを守る仕事には価値があり、そこで身につく力もあります。問題は、自分が積みたい経験と合っているかどうかです。
この記事では、確認する7項目、面接での聞き方、判断の基準、入社後に気づいたときの動き方を整理します。
1. 結論：確認する7項目
面接で、次の7つを聞いてください。
| 項目 | 聞くこと |
|---|---|
| 1. ソース管理 | バージョン管理は何を使っているか |
| 2. レビュー | コードレビューの仕組みはあるか |
| 3. テスト | 自動テストはどの程度あるか |
| 4. 反映 | 本番への反映は手作業か自動か |
| 5. 環境 | 開発環境の構築にどのくらいかかるか |
| 6. 言語のバージョン | 使用中の言語・基盤のバージョン |
| 7. 改善 | 直近1年で技術面で変えたこと |
7番目が最も情報量が多い。
この質問に具体的に答えられる会社は、改善が続いています。「特にありません」と答える会社は、5年後も同じ環境の可能性が高い。
そして、この7つは全部、普通の質問として聞けます。技術的な確認をする候補者は、むしろ好意的に受け取られます。
2. 求人票から読み取れること
求人票だけでも、ある程度は判断できます。
| 記載 | 読み取れること |
|---|---|
| 技術スタックが具体的 | 環境が整理されている可能性 |
| 「各種言語」など曖昧 | 案件次第、または説明できない |
| バージョンが明記 | 管理されている |
| 開発手法の記載がある | 進め方が定まっている |
| 「幅広く担当」のみ | 役割分担が曖昧な可能性 |
2行目と5行目に注意してください。
技術スタックが書かれていない求人は、書けない理由がある場合があります。
案件ごとに変わる、あるいは古すぎて書くと応募が減る。どちらにせよ、面接で確認が必要です。
使用ツールの記載を見る
求人票に、開発以外のツール名が書かれているかを見てください。
- バージョン管理のツール名
- 課題管理のツール名
- コミュニケーションのツール名
これらが具体的に書かれている会社は、仕組みが整理されている傾向があります。
逆に、開発言語しか書かれていない場合は、周辺の環境について面接で確認してください。
3. 各項目の判断基準
1. ソース管理
| 状態 | 判断 |
|---|---|
| 分散型のバージョン管理を使用 | 標準的 |
| 集中型のバージョン管理を使用 | 古いが管理はされている |
| 共有フォルダで日付フォルダ管理 | 要注意 |
3行目の場合、開発の進め方そのものが個人依存になっている可能性があります。
2. コードレビュー
| 状態 | 判断 |
|---|---|
| 仕組みとして必須 | 学べる環境 |
| 任意、または不定期 | 個人差が大きい |
| なし | 我流になりやすい |
第二新卒の年齢帯では、この項目が最も重要です。
レビューがない環境では、自分のコードが良いのか悪いのか分からないまま数年が経ちます。
3. テスト
| 状態 | 判断 |
|---|---|
| 自動テストが整備されている | 標準的 |
| 一部にある | 現実的な状態 |
| 全部手作業 | 修正のたびに負荷が高い |
3行目でも、それ自体で悪いとは限りません。ただし、改善の予定があるかを確認してください。
4. 本番への反映
| 状態 | 判断 |
|---|---|
| 自動化されている | 標準的 |
| 半自動、手順書あり | 現実的 |
| 全部手作業、深夜作業 | 負荷と事故のリスクが高い |
3行目の場合、深夜や休日の作業がどのくらいの頻度であるかを必ず確認してください。
4. 面接での聞き方
そのまま使える質問文です。
「開発の進め方について伺わせてください。ソースコードの管理と、コードレビューの仕組みはどのようになっていますか」
「テストはどの程度自動化されていますか。手動での確認が中心でしょうか」
「本番環境への反映はどのような手順で行われていますか。作業の時間帯についてもお伺いできますか」
「入社した方が開発環境を構築するのに、どのくらいの時間がかかりますか」
「直近1年で、開発の進め方や技術面で変えたことがあれば教えてください」
最後の質問が最も情報量が多い。
答えが具体的なら、改善が続いている会社です。「特に変わっていません」なら、今の状態が続くと考えてください。
聞くときの前置き
技術的な確認は、前置きを添えると自然になります。
「入社後の立ち上がりをイメージしたいので、開発の進め方について伺ってもよろしいでしょうか」
この一言があると、粗探しをしている印象になりません。
そして、この質問を嫌がる会社は、それ自体が判断材料です。
5. 「古い」が必ずしも悪くない場合
ここを誤解しないでください。
古い技術を使っていること自体は、問題ではありません。
| 状況 | 判断 |
|---|---|
| 古いが、安定して動いている | 問題なし |
| 古いが、改善が進んでいる | むしろ良い |
| 古く、改善の意思もない | 要注意 |
| 古く、属人化している | 要注意 |
2行目の会社は、実は良い選択肢です。
古い環境を新しくする過程に関われるのは、貴重な経験です。「動いているものを、止めずに移行する」経験は、新しい環境しか知らない人には積めません。
問題は3行目と4行目です。
改善の意思がない環境では、5年後も同じことをしています。そして、そこで身につく力は、他社では評価されにくい。
判断の分かれ目は「意思があるか」
技術の新しさではなく、変えようとしているかを見てください。
面接で、次の答えが返ってくるなら前向きです。
「現在は手作業の部分が多いのですが、今期からテストの自動化を進めています」 「レガシーな部分が残っており、そこを整理できる方を探しています」
課題を認識して言語化できる会社は、改善の可能性があります。
6. 第二新卒が特に気をつけること
この年齢帯では、環境の影響が特に大きい。
理由は2つあります。
1つ目は、最初の数年で身につく型が、その後の基準になるからです。
レビューを受けたことがない状態で3年働くと、自分のコードの質を判断する基準を持たないまま次に進むことになります。
2つ目は、次の転職での評価に直結するからです。
書類に書ける内容が、環境によって変わります。
| 環境 | 書ける内容 |
|---|---|
| レビューあり、テストあり | チーム開発の経験として書ける |
| 個人作業のみ | 経験の質を示しにくい |
だから、第二新卒の転職では、給与より環境を優先する判断も合理的です。
ただし、給与が生活に足りない選択は避けてください。両方を見て決めることが前提です。
7. 入社後に気づいたときの動き方
入社してから気づくことも、実際にあります。
すぐ転職を考える前に、次の順で確認してください。
| 順番 | やること |
|---|---|
| 1 | 変えられる範囲があるかを探す |
| 2 | 小さい改善を1つ提案してみる |
| 3 | 反応を見て判断する |
2番目の反応が、その会社の性質を最もよく示します。
提案が通るなら、環境は変えられます。そして、変えた経験は次の転職での強い材料になります。
提案が一切通らないなら、その環境は変わりません。その場合は、期限を決めて動くことを検討してください。
変えられない場合でも、材料は作れる
環境を変えられなくても、自分の範囲では作れます。
- 自分の担当範囲でテストを書く
- 手順を文書化する
- 定型作業を自動化する
これらは許可を得られれば、個人の範囲で始められます。
そして、この経験は次の書類に書けます。
「テストが手作業中心の環境でしたが、自分の担当範囲について自動テストを導入し、修正時の確認時間を短縮しました」
環境が悪いことを嘆くより、その中で作った材料のほうが評価されます。
8. 進め方と時間配分
| 時期 | やること |
|---|---|
| 応募前 | 求人票で技術スタックの記載を確認 |
| 一次面接 | 開発の進め方を2〜3問聞く |
| 二次以降 | 残りの項目を聞く、現場の方に聞く |
| 内定後 | 職場見学や現場との面談を依頼 |
3行目に補足します。
技術的な質問は、現場のエンジニアが面接に出る回で聞いてください。
人事担当者に聞いても、正確な答えが返らないことがあります。「現場の方にお伺いできる機会はありますか」と依頼して構いません。
4行目も有効です。
内定後であれば、職場を見せてもらえる場合があります。実際の環境を見るのが、最も確実な確認方法です。
9. よくある質問
Q. 技術的な質問をすると印象が悪くなりませんか
なりません。むしろ好意的に受け取られます。
環境を確認する候補者は、入社後のミスマッチが少ないと判断されます。嫌がる会社があれば、それ自体が判断材料です。
Q. 古い技術を使う会社は避けるべきですか
一概には言えません。
判断の基準は、技術の新しさではなく「改善の意思があるか」です。古くても改善が進んでいる会社は、良い経験が積めます。
Q. 求人票に技術スタックが書かれていません
面接で必ず確認してください。
書かれていない理由は、案件ごとに変わるか、書くと応募が減るかのどちらかです。どちらにせよ、確認が必要です。
Q. 一次面接で全部聞くべきですか
2〜3問に絞ってください。
一次面接は自己紹介と経験の確認が中心です。技術的な確認は、現場の方が出る回に回すほうが正確な答えが得られます。
Q. レビューがない会社は避けるべきですか
第二新卒の年齢帯では、優先度の高い項目です。
ただし、レビューがなくても、他に学べる仕組みがある場合があります。ペアで作業する、上位者が確認する、といった形です。仕組みの有無を確認してください。
Q. 入社後に環境が悪いと気づいたら、すぐ辞めるべきですか
まず、小さい改善を1つ提案してみてください。
提案が通るかどうかが、その会社が変わる会社かどうかの判断材料になります。反応を見てから決めても遅くありません。
Q. 給与と環境、どちらを優先すべきですか
第二新卒の年齢帯では、環境を優先する判断にも合理性があります。
環境によって、次の転職で書ける内容が変わるためです。ただし、生活に足りない給与を選ぶのは避けてください。
Q. 面接で嘘をつかれることはありますか
意図的な虚偽は多くありませんが、認識のずれは起こります。
だから、抽象的な質問ではなく具体的に聞いてください。「モダンですか」ではなく「バージョン管理は何を使っていますか」です。
10. まとめ：今週やる3つのこと
1. 応募候補の求人票で、技術スタックの記載の具体性を確認する。書かれていない会社は、面接で聞く前提にします。
2. 面接で聞く質問を3つ選んで、メモに書く。ソース管理、レビュー、直近1年の変化の3つが優先です。
3. 「直近1年で変えたこと」を必ず聞く。この答えが、5年後の環境を最もよく示します。
古いことより、変えようとしているかを見てください。これが判断の分かれ目です。
この先、読むべき記事
- IT企業を選ぶ4つの軸｜規模とフェーズで働き方が変わる（会社選びの全体像）
- SES・受託・自社開発の違い｜未経験エンジニアが最初に選ぶ基準（形態の違い）
- 技術スタックの見方｜求人票の技術名から3年後を読む（求人票の読み方）
- 運用保守から開発へ移る｜第二新卒が現職で作れる材料と移り方の順番（開発に移る場合）
- エンジニアの評価制度の見方｜等級と昇給の仕組みを聞く（もう一つの確認項目）
- アジャイル開発の現場｜第二新卒が求人票から実態を読む（進め方の実態を読む）
この記事を書いた人
木戸 悠介（きど ゆうすけ）／なぜキャリア？運営者。1996年生まれ、神戸市出身。
23歳で上場企業子会社に新卒入社し、メディア広告営業を担当。25歳で第二新卒として障がい福祉領域のSaaS企業へ転職し、営業から営業企画へ職種を変えた。2ヶ月で10社に応募し2社から内定。その後スタートアップに3人目の社員として参画し、現在は自分の会社を経営している。