このページの内容

練習する質問

01

Tell me about a project you built.

作ったプロジェクトについて教えてください。

質問の意図

Danaは、これまでの経験と、仕事をどれだけ分かりやすく説明できるかを知りたいと思っています。

答えるヒント

プロジェクトを1つ選びます。何をするものか、誰が使ったかを話します。次に、ご自分が作った部分と使ったツールを伝えます。例:「I built a booking tool for a small clinic. I wrote the back end in Python.」

02

What did you build yourself?

ご自分で作ったのはどの部分ですか?

質問の意図

チーム全体ではなく、ご自分の担当部分を知りたいからです。

答えるヒント

「we」だけでなく「I」も使います。バックエンド、データベース、画面など、担当をはっきり伝えます。ご自分が決めたことを1つ挙げて、理由も話します。ほかの人が作った部分があると話しても問題ありません。

03

What tools or technologies did you use, and why?

どんなツールや技術を使いましたか? それはなぜですか?

質問の意図

ツールの名前だけでなく、きちんと理解しているかを知りたいからです。

答えるヒント

ツールを2つか3つ挙げます。それぞれ、なぜ良い選択だったかを短く1文で話します。知っているものをすべて挙げる必要はありません。

04

Tell me about a bug you fixed.

直したバグについて教えてください。

質問の意図

バグの話から、考え方、落ち着き、問題解決の力が分かります。

答えるヒント

短い話として3つの順番で伝えます。何が起きたか、原因をどう見つけたか、どう直したかです。例:「Orders were missing. I read the logs and found a timing error. I fixed it.」

05

How did you find the cause?

原因はどうやって見つけましたか?

質問の意図

結果だけでなく、進め方も知りたいからです。

答えるヒント

手順を順番に話します。ログを読んだのか、出力を入れたのか、問題を再現しようとしたのか。1つずつ試したかどうかも伝えます。「first」「then」「finally」が役立ちます。

06

How did you make sure the bug did not come back?

そのバグが再発しないように、どうしましたか?

質問の意図

修正のあとも品質を考えているかを知りたいからです。

答えるヒント

修正のあとにしたことを話します。テストを足した、チームにメモを残した、似たコードを確認したなどです。何もしていなければ、次はどうするかを話します。

07

How do you handle code review?

コードレビューにはどう向き合っていますか?

質問の意図

コードレビューはチームの仕事の大事な部分です。意見の伝え方と受け取り方を知りたいからです。

答えるヒント

いつレビューを頼むか、コメントにどう返すかを話します。実際の例を1つ挙げます。例:「I ask for review early. When someone suggests a change, I ask questions if I do not understand.」

08

Tell me about a time you learned a new tool.

新しいツールを学んだときのことを教えてください。

質問の意図

ツールは変わり続けます。どのように学ぶ人かを知りたいからです。

答えるヒント

ツールの名前と、学んだ方法を話します。練習のために何を作ったかも伝えます。例:「Last year I learned Docker by building a small test project. Then I used it at work.」

09

How do you work with others on your team?

チームの人たちとは、どのように働いていますか?

質問の意図

ソフトウェアはチームで作ります。仕事の分け方や、人との話し方を知りたいからです。

答えるヒント

毎日の共有、助けを求めること、仲間と組んで作業することなど、習慣を1つ話します。実際のチームでの短い例も添えます。人の話を聞き、情報を共有する姿勢が伝わります。

10

What would you do if you were stuck on a problem?

問題で行き詰まったら、どうしますか?

質問の意図

まず自分で試し、そのうえで助けも求められるかを知りたいからです。

答えるヒント

手順を説明します。まず自分で調べて、いろいろ試します。しばらくしたら、仲間に相談し、試したことを伝えます。相手の時間を大切にしていることが伝わります。

英語の練習

Let me think of a good example.

いい例を考えさせてください。

Clara
AIのコーチ

Leo
AIのコーチ

使ってみるフレーズ

Let me think of a good example.

いい例を考えさせてください。

My own part was the back end.

私の担当はバックエンドでした。

I found the cause in the logs, then I fixed it.

ログで原因を見つけて、それから直しました。

The project was a tool that helped users to…

そのプロジェクトは、ユーザーが…できるようにするツールでした。

First I checked…, then I tried…, and finally I…

まず…を確認して、次に…を試して、最後に…しました。

Could you repeat the question, please?

質問をもう一度お願いできますか?

よくある質問

プロジェクトが小さかったり、個人のものだったりしても大丈夫ですか?

大丈夫です。小さなプロジェクトでも、スキルは伝わります。何をするものか、何を作ったか、何を学んだかを話しましょう。Danaが聞きたいのは、有名な大きな製品ではなく、分かりやすい実際の例です。よく知っている個人のプロジェクトのほうが、説明しやすいこともあります。

バグの細かいところを思い出せないときは、どうしますか?

よく覚えているバグを選びます。簡単なものでも大丈夫です。問題、原因の見つけ方、直し方の3つがあれば話せます。細かいことを忘れたら、正直にそう伝えて、手順を大まかに説明しましょう。完璧な記憶より、分かりやすい手順のほうが大切です。

専門用語は使ったほうがいいですか?

はい、ただしやさしく使います。ツールの名前を挙げて、何をしたかを簡単な英語で説明します。ほかのチームの賢い人に話すつもりで説明すると、うまくいきます。短い文は、話す人にも聞く人にも助けになります。時間が必要なときは「Let me think for a moment.」と言えます。