
エンジニアの
コードを
出題の頻度は、国内の転職メディアと技術記事 (2026 年 10 月に調べました) に、分野ごとに調べた問い集のうち同じ問いが何本出ていたかで、よく
レベルの目安
- 未経験から
実務 2 年ほど - 一人で
機能を 作り切れる 3〜5 年ほど - 難しい
設計と 実装を 自分で 決めて作り切る - チームの
技術の 方針、 設計の 判断、 レビューと 育成、 事業との 折り合いを持つ
ネットワーク
この
外の
API を 呼ぶとき、 タイムアウトと 再試行を どう 決めますか タイムアウトは
必ず 自分で 置き、 相手の ふだんの 速さと、 自分が 利用者に 返すまでの 持ち時間から 決める、 再試行は 一時的な 失敗で、 何度 送っても 困らない 呼び出しだけに、 間隔を 倍々に 広げて 回数の 上限を 付けて行う、と 答える 問い。 再試行が 重なって 相手を 倒す危険と、 どの 層で 再試行するかまで 話します。 1 つの
サービスの 遅れが 全体に 広がるのを、 どう 防ぎますか 遅い
相手を 待ち続けて 自分の 接続や 処理の 枠が 埋まるのが 広がる 原因だと 押さえ、 タイムアウトで 待ちを 切る、 失敗が 続く 相手は 呼ぶのを 一時 止める (サーキットブレーカー)、 相手ごとに 枠を 分ける、 溢れた 分は 早めに 断る、 代わりの 表示で 動き続ける、と 答える 問い。 何を 止めて 何を 守るかを 先に 決めて おく 所まで 話します。
コードを