
エンジニアの
コードを
出題の頻度は、国内の転職メディアと技術記事 (2026 年 10 月に調べました) に、分野ごとに調べた問い集のうち同じ問いが何本出ていたかで、よく
レベルの目安
- 未経験から
実務 2 年ほど - 一人で
機能を 作り切れる 3〜5 年ほど - 難しい
設計と 実装を 自分で 決めて作り切る - チームの
技術の 方針、 設計の 判断、 レビューと 育成、 事業との 折り合いを持つ
FDE (Forward Deployed Engineer)
この
FDE の選考の流れと、練習しやすい問い
準備の
1. 書類と面談
見られる
こと な ぜ FDE か、 お客様の 前で 何を してきたか 2. 技術面接
見られる
こと 短い 期間で 作り、 お客様の 仕組みに つなぎ、 AI の 出来を測れるか 3. ケース面接
見られる
こと あいまいな 要望から、 本当の 課題と 作る 範囲と 物差しを 決められるか 4. 現場の模擬
見られる
こと お客様役を 相手に、 分からない こと、 悪い 知らせ、 食い 違いを どう話すか 5. リードの面接
見られる
こと 使われ続ける 形と、 現場から 製品と チームへの 往復を作れるか
現場で
見つけた ことを、 製品の 開発 チームへ どう 返しますか 1 回の
報告ではなく、 往復の 仕組みを 作る。 何社で 何回起きたかの 数を 付け、 お客様の 業務の 言葉ではなく 再現の 手順と 影響で 書く。 優先を 決めるのは 製品の 側とし、 定期の 場で 渡し、 返事が 来たら お客様に 返す。 自分で 直すか 待つかの 線も 先に 決める、と 答える 問い。 お客様の
役員と 現場の 担当で、 求める 物が 食い 違う とき、 どう 決めますか まず
決める 人が だれかを 確かめる。 双方の 目的を 数字と 業務の 形で 並べ、 役員の 目的に 沿いつつ現場が 使える 形を 探し、 試しで 確かめる。 決まった ことは 文書にし、 片方に 黙って 寄せない、と 答える 問い。 導入が
うまく いったかを、 お客様と どんな 物差しで 決めますか 導入の
前に 今の 数を 測って おく。 物差しは 業務の 数 (時間、 件数、 誤り) と 使われ方と 満足で、 AI の 正しさは 手段の 数と して 下に 置く。 数字の 約束ではなく、 測り方と 見直しの 時期を 合意し、 取れない 数は 代わりの 数で 見る、と 答える 問い。 何社もの
お客様に 入る FDE の チームで、 現場で 得た ことを どう 持ち回りますか 現場ごとに
一から 始めないよう、 聞き取りの 紙、 範囲の 表、 評価の 組の 作り方、 本番前の 点検の 表を 型に する。 事例は 記録に 残すが お客様の 秘密は 混ぜない。 共通の 部品に するのは 何社かで 同じ物が 出てから。 振り返りの 定期の 場と、 新しい 人の 付け方も 決める、と 答える 問い。
コードを