エンジニアの
コードを
出題の頻度は、国内の転職メディアと技術記事 (2026 年 10 月に調べました) に、分野ごとに調べた問い集のうち同じ問いが何本出ていたかで、よく
レベルの目安
- 未経験から
実務 2 年ほど - 一人で
機能を 作り切れる 3〜5 年ほど - 難しい
設計と 実装を 自分で 決めて作り切る - チームの
技術の 方針、 設計の 判断、 レビューと 育成、 事業との 折り合いを持つ
FDE (Forward Deployed Engineer)
この
FDE の選考の流れと、練習しやすい問い
準備の
1. 書類と面談
見られる
こと な ぜ FDE か、 お客様の 前で 何を してきたか 2. 技術面接
見られる
こと 短い 期間で 作り、 お客様の 仕組みに つなぎ、 AI の 出来を測れるか 3. ケース面接
見られる
こと あいまいな 要望から、 本当の 課題と 作る 範囲と 物差しを 決められるか 4. 現場の模擬
見られる
こと お客様役を 相手に、 分からない こと、 悪い 知らせ、 食い 違いを どう話すか 5. リードの面接
見られる
こと 使われ続ける 形と、 現場から 製品と チームへの 往復を作れるか
お客様が
「○○を 作って ほしい」と 言う とき、 その 裏に ある 本当の 課題を、 どう 見つけますか 言われた
解決策を いったん脇に 置き、 何の ためかへ 遡る。 業務を 横で 見て、 件数と 時間を 数え、 「なぜ」を 重ねて 課題を 確かめる。 作らずに 運用を 替えて 済む道も 選択肢に 入れる、と 答える 問い。 お客様の
社内の データや 既存の 仕組みに、 新しい 仕組みを どう つなぎますか まず
読むだけで つなぎ、 API が 無ければ 書き出しの ファイルや 表から 始める。 相手の 仕組みの 持ち主と 止まり方を 先に 確かめ、 本番に 直に 書かず、 つなぎ目に 記録を 残す、と 答える 問い。 お客様の
環境で、 権限や 秘密の 情報を どう 扱いますか 最初に
お客様の 決まり (情報の 持ち出し、 AI に データを 渡して よいか ) を 確かめ、 権限は 最小で 期限付き、 鍵は 決まった 置き場、 データは 個人の 手元に 持ち出さず、 使い 終わったら 返して 記録を 残す、と 答える 問い。 お客様の
業務で AI の 出来を 測る ために、 評価の 組を どう 作りますか お客様の
本物の 過去の 事例から 組を 作り、 正解と 「この 答えなら 使える」の 基準は 現場の 担当に 決めて もらう。 易しい 例、 難しい 例、 答えてはいけない 例を 混ぜ、 個人の 情報を 外し、 変える たびに 回す、と 答える 問い。 お客様先で
作った 試作を 本番に 出す前に、 何を 足しますか 認証と
権限、 エラーと 記録、 監視、 バックアップと 戻し方、 運用の 持ち主、 手引き、 負荷と 費用の 上限、 AI なら 人の 確認の 場所を 足す。 全部を 同じ 重さで 足さず、 業務の 重さで 決める、と 答える 問い。 お客様の
現場で、 作った 仕組みが 止まったり 誤ったりしたら、 まず 何を しますか 原因探しより
先に、 手作業に 戻す、 前の 版に 戻すなどで 業務を 止めない 回避を とる。 お客様への 第一報を 早く 出し、 分かっている ことと 分かっていない ことを 分け、 次の 報告の 時刻を 言う、と 答える 問い。
コードを