こう 聞かれます
- 「AI を
どう 使って 開発していますか」 - 「AI が
書いた コードを、 そのまま 使いますか」 - 「この
アプリの コードは、 どこまで 自分で 書きましたか」 (自分で 説明できるかを 確かめる形)
面接官が 見ている点
- 出てきた
コードを 自分で 読み、 確かめてから 使っているか - 自分で
決めるべき所を、 AI に 任せきりに していないか - 秘密の
情報や 他人の データを 入れない、という 扱いの 決まりを守れるか
短い答え
- 知らない
エラーの 意味を 聞く、 書き方の 候補を 出して もらう、 コードを 読んで もらう、といった 場面で 使っています。 - 出てきた
コードは、 自分で 読んで 意味が 分かってから 使い、 実際に 動かして テストで 確かめます。 - API キーや
パスワード、 他人の データは 入れず、 何を 作るかの 決めや 設計は 自分で 決めます。
少し 詳しい答え
使う場面
- 分からない
ことを聞く エラーの 意味や、 知らない 書き方の 説明を 頼みます。 答えは 公式の 文書でも 照らします - 候補を
出してもらう 書き方の 案を 複数出して もらい、 自分で 比べて選びます - 見直しを頼む
書いた コードを 読んで もらい、 見落としの 候補を 挙げて もらいます
確かめ方
AI の
任せない 所、 入れない物
- 何を
作るか、 どう 組み立てるか、 の決めは 自分で行います - 秘密の
キーや パスワード、 他人の 個人の 情報は 入れません。 会社で 使う ときは、 その 会社の 決まりに従います
話す例
次の
「メモの
よく ある間違い
- 「AI は
使っていません」と言い切る 使う こと 自体は 問題に なりにくく、 隠すと 話が かみ合わなくなります。 どう 使い、 どう 確かめたかを話します - 「AI が
書いたので 動きます」と言う 確かめた 跡が 無いと、 自分で 説明できない 人に見えます - 作った
物の コードを 説明できない 面接では、 書いた コードの 意味を 聞かれます。 自分で 読んで 分かった 物だけを使います
深掘りの問い
- 「AI の
答えが 誤っていた ことは ありますか」 実際に あった 例と、 どう 気づき、 どう 直したかを答えます - 「AI が
あるのに、 なぜ基礎を 学ぶのですか」 出てきた コードの 正しさを 判断し、 直すには 基礎が 要るから、と答えます - 「チームで AI を
使う ときに 気を つけることは」会社の 決まりに 従い、 秘密を 入れず、 AI が 書いた 所も ふつうの コードと 同じように レビューする、と答えます