エンジニアの
コードを
出題の頻度は、国内の転職メディアと技術記事 (2026 年 10 月に調べました) に、分野ごとに調べた問い集のうち同じ問いが何本出ていたかで、よく
レベルの目安
- 未経験から
実務 2 年ほど - 一人で
機能を 作り切れる 3〜5 年ほど - 難しい
設計と 実装を 自分で 決めて作り切る - チームの
技術の 方針、 設計の 判断、 レビューと 育成、 事業との 折り合いを持つ
設計と品質
キーバリュー、
RDB、 強い 一貫性が 要る 状態、 ファイルの 置き場を、 どう 使い分けますか 読み方と、
どれだけ 新しさが 要るかで 置き場を 選ぶ問い。 キーバリュー、 RDB、 1 か所で 順に 処理する 仕組み、 オブジェクトストレージの 向き不向きと、 料金の 体系の 違いまで 答えます。 isolate 型の
サーバーレスと コンテナは、 何が 違いますか 立ち上がりが
速い 理由と、 そのかわりに 使えない 物を 両方 言う 問い。 isolate、 コンテナ、 関数型の サーバーレスを 比べ、 どんな 処理なら どちらを 選ぶかまで 答えます。 数分から
数時間かかる 処理を、 どう 動かしますか 長い
処理を 利用者の 要求から 切り離し、 キューで 小さく 分ける、 手順を 記録して 途中から 再開する、 重い所だけ専用の 実行環境に 逃がす、の 3 つで 答える 問い。 やり直しても 壊れない 作りまで 話します。 自動で
台数が 増える 環境で、 何に 気を つけますか 立ち上がりの
遅れと 費用の 引き換え、 1 台が 同時に 受ける 数と DB の 接続数、 手元に 状態を 持たない 作り、の 3 点で 答える 問い。 台数と 接続数の 掛け算を 小さな 計算で 見せます。 監視では
何を 見て、 どんな ときに 警報を 出しますか 遅さ、
量、 エラー、 埋まり 具合の 4 つを 見て、 利用者に 影響が 出ている 症状だけで 人を 呼ぶ、と 答える 問い。 目標を 数字で 置き、 それを 基準に 鳴らす形まで 話します。 キャッシュは
どこに 置き、 どう 消しますか ブラウザ、
CDN、 アプリ、 DB の 手前、と層で 置き場を 考え、 期限、 更新の ときの 削除、 URL の 版の 3 つで 古い値を 消す、と 答える 問い。 キャッシュしてはいけない 物まで 話します。 障害の
あとの 振り返り (ポストモーテム) は、 どう 書きますか 時系列、
影響の 範囲、 根本の 原因、 とった 対応、 再発を 防ぐ 手、 の 5 つを 書き、 人を 責めず 仕組みの 問題と して 扱う、と 答える 問い。 書く 型を 短い 見本で 見せます。 非機能要件と
して、 何を 決めて おきますか 性能、
可用性、 セキュリティ、 拡張性、 運用と 保守、 費用を、 確かめられる 形で 先に 決めて おく、と 答える 問い。 決めないと 「遅い」 「落ちた」が あとで 揉める 原因に なる、 まで 言えると 強いです。 設計書や
ドキュメントは、 何を どこまで 書きますか 全体の
構成図、 データの 形 (ER 図)、 API の 仕様、 大事な 判断の 理由を 書き、 コードで 分かる ことは 書かず、 変わりやすい物は 自動で 作る、と 答える 問い。 判断の 記録 (ADR) が あとで 効く 理由まで 話します。 同期の
処理と 非同期の 処理 (キュー、 イベント) を、 どう 使い分けますか 利用者が
すぐ 結果を 待つ物は 同期、 メールの 送信や 画像の 処理や 外部との 連携は 非同期、と 分ける 問い。 非同期に するなら、 再試行、 冪等性、 失敗した ジョブの 退避を セットで 作る、 まで 答えます。 本番で
障害が 起きた とき、 最初の 30 分で 何を しますか 原因を
探すより 先に 影響を 止める、 決める 人と 伝える 人を 分ける、 起きた ことを 時刻つきで 残す、と 答える 問い。 戻す、 切る、 増やすの 手を 早く 選ぶ 判断と、 決まった 間隔で 状況を 伝える 理由まで 話します。 API が
遅いと 言われたら、 どこから 調べますか 勘で
直さず、 いつから、 どの API が、 どの 人に とって 遅いのかを 数字で 絞り、 1 つの 要求の 時間の 内訳を 見て 遅い所を 突き止める、と 答える 問い。 DB、 外の サービス、 接続の 待ちの どこで 時間を 使っているかの 見分け方まで 話します。 負荷試験は、
どう 計画して 結果を どう 読みますか 何人が
どう 使うかの 目標を 先に 数字で 置き、 本番に 近い 環境と データで、 少し ずつ負荷を 上げて 限界と 詰まる 所を 探す、と 答える 問い。 結果は 平均ではなく 遅い ほうの 人の 時間と エラーの 割合で 読み、 どこが 先に 詰まったかまで 話します。 大きな
機能を、 安全に 少し ずつ出すには、 どうしますか 配備と
公開を 分け、 機能を 出し入れできる 仕組み (フィーチャーフラグ) で、 社内、 一部の 利用者、 全員、と 段階を 踏んで 広げる、と 答える 問い。 同じ 人には いつも 同じ側を 見せる 分け方、 すぐ 切れる 手、 使い 終わった フラグを 消す後 始末まで 話します。 テストの
無い 古い コードを、 どう 安全に 直しますか 直す前に、
いまの 動きを そのまま 固定する テストを 書き、 小さな 一歩ずつ 変えて 毎回 確かめる、と 答える 問い。 大きな 部分は 一度に 書き直さず、 新しい 作りへ 少し ずつ 置き換えていく 判断まで 話します。 ログ、
メトリクス、 トレースを、 どう 使い分けて 原因を 探しますか メトリクスで
いつどこが おかしいかを 見つけ、 トレースで 1 つの 要求の どこで 時間や 失敗が 起きたかを 絞り、 ログで その とき何が 起きたかを 読む、と 答える 問い。 3 つを 要求の 番号で つなぐ 作りと、 量と 費用の 折り合いまで 話します。
コードを