
エンジニアの
コードを
出題の頻度は、国内の転職メディアと技術記事 (2026 年 10 月に調べました) に、分野ごとに調べた問い集のうち同じ問いが何本出ていたかで、よく
レベルの目安
- 未経験から
実務 2 年ほど - 一人で
機能を 作り切れる 3〜5 年ほど - 難しい
設計と 実装を 自分で 決めて作り切る - チームの
技術の 方針、 設計の 判断、 レビューと 育成、 事業との 折り合いを持つ
Git と チーム開発
この
Git で
変更を 記録して 共有するまでの 流れを 説明してください 作業
ツリー、 ステージ、 コミット、 push の 4 つの 置き場で 答える 問い。 add が 何を する 操作かまで 言えると 伝わります。 ブランチは
なぜ切るのですか。 どう 使っていますか main を
壊さずに 作業を 進める ため、と 目的から 答える 問い。 1 つの 作業に 1 つの ブランチを 切り、 プルリクエストで main へ 戻す 流れまで 話します。 コンフリクトが
起きたら、 どう 直しますか なぜ
起きるか、 印の 読み方、 どちらを 残すかの 決め方、 直した あとの 確かめの 4 点で 答える 問い。 慌てずに 直せる 手順を 見せます。 間違えて
コミットした とき、 どう 戻しますか もう
共有したか どうかで 戻し方を 選ぶ問い。 revert は 打ち消すコミットを 足し、 reset は 履歴を 巻き戻す、 の違いで 答えます。 merge と
rebase の 違いを 説明してください 履歴の
形が どう 変わるかで 答える 問い。 rebase は コミットを 作り直すので、 共有した 枝では 使わない、と いう 決めまで 話します。
コードを