00:00:00それでは、コーディング面接についてお話ししましょう。信じられないかもしれませんが、エンジニアは
00:00:05人付き合い以上にコーディング面接を嫌っています。もしあなたがLeetCodeを500問も
00:00:09解きまくった人なら大したことではないかもしれません。しかし、問題を解こうとすると眠くなり、
00:00:16こっそりAIの力を借りて完了マークをつけているような残りの私たちにとっては、死活問題です。ですが、最悪なのは
00:00:21ここからです。500問解いた人でも、落ちる時は落ちるのです。これは
00:00:27単なる私の意見ではありません。Redditで、正解を出しながらも不採用になった受験者の
00:00:33実体験を読みました。そんな悲劇を避けるために、この動画が役立ちます。今日は
00:00:38コーディング面接を攻略するための、具体的で再現可能なフレームワークをお教えします。
00:00:43私はこれを「TECT」と呼んでいます。この手法で私は最初の内定を得ましたし、合格者の
00:00:49共通点をリサーチした結果、面白いことに気づきました。優秀な人の多くは、
00:00:54無意識にこれと全く同じプロセスを踏んでいるのです。では、面接でこのTECTをどう使うか見ていきましょう。
00:01:00まず、TECTの「T」は「Think（考える）」です。例えば、
00:01:06面接が始まり、面接官から問題を出されたとしましょう。
00:01:10最初のステージは、解法を考えることです。当たり前だと思うかもしれませんが、
00:01:16少し聞いてください。このフェーズで避けるべきミスは、いきなり「最適解」を考えることです。
00:01:21メモリを節約するとか、実行速度を上げるとかいったことは後回しにしてください。
00:01:26まずは「どう解くか」だけを考えます。「でも最適解を知っていたら？」という
00:01:31場合もあるでしょう。以前解いたことがあって、最初から答えがわかっている時ですね。
00:01:35その場合の対処法は、第2フェーズで説明します。この第1フェーズのゴールは、
00:01:40頭の中に何らかの解法が浮かんでいる状態にすることです。解き方が見えたら、
00:01:44第2フェーズの「Explain（説明する）」に進みます。多くの人がやってしまう失敗は、
00:01:50頭で考えた瞬間、一言も発せずにいきなりコードを書き始めてしまうことです。
00:01:55しかし、これは多くの面接官にとって「レッドフラグ（不採用の兆候）」です。正解は、
00:02:00解法が浮かんだら、まずそれを面接官に説明し、思考プロセスを共有することです。
00:02:04例えば、有名な「3Sum」問題が出されたとしましょう。
00:02:08いきなり実装に入るのではなく、まず面接官と対話します。
00:02:14「合計がターゲットになる3つの数字を探すので、まずは単純なアプローチとして
00:02:19ループをネストさせて、すべての組み合わせをチェックする方法が考えられます」と言ってみましょう。
00:02:23このように、どう解こうとしているのか、なぜそれで動くのかをすべて言葉にします。
00:02:28もし答えを知っていたとしても、いきなり最適解を話してはいけません。
00:02:33その前に、まずは「愚直な解法（ブルートフォース）」に触れてください。
00:02:39いきなり最適解を出すと、答えを丸暗記してきたように見えてしまうからです。それを防ぐために、
00:02:45まずは基本的な考え方から説明を始め、その後に
00:02:49最適解へと繋げます。「これで動きますが、効率的ではありません。3重ループの代わりに
00:02:55配列をソートして2ポインタ法を使えば、計算量を抑えられます」といった具合に思考を伝えます。
00:03:01TECTの次のステップへ行く前に、この動画のスポンサーについて少し紹介させてください。
00:03:05LeetCodeが難しすぎて、いつも答えの丸暗記になってしまうなら「AlgoMonster」がおすすめです。
00:03:11これは、ランダムな練習ではなく「パターン学習」に焦点を当てた面接対策プラットフォームです。
00:03:16考え方はシンプル。ほとんどの面接問題は、いくつかの核心的なパターンから構成されています。
00:03:22そのパターンさえ理解すれば、何百問も暗記する必要はありません。
00:03:27体系的に問題にアプローチするためのフローチャートや、
00:03:32実際の面接でそのまま使えるコードテンプレートも用意されています。AlgoMonsterは、
00:03:38ただ問題を解かせるだけの場所ではありません。より効率的で構造的な
00:03:44面接対策を可能にします。無料プランもありますし、より深く学びたいなら
00:03:47有料版もチェックしてみてください。今なら50%オフで利用できます。
00:03:52リンクは概要欄にあります。では、TECTフレームワークの続きに戻りましょう。
00:03:58解法を思いつき、面接官に説明しました。次はいよいよ第3フェーズ「Code（書く）」です。
00:04:02ここは単純にコードを書くだけですが、多くのエンジニアがやりがちな間違いがあります。
00:04:08それは、書いている間ずっと黙ってしまうことです。多くの面接では、
00:04:13書いた後に説明を求められます。黙々と書いて、終わってから説明するよりも、
00:04:18書きながら説明していくのがベストです。
00:04:23例えば、結果を格納するための空の配列を作ったとします。
00:04:28その意図を説明するために、「まずは結果を保存するために空の配列を初期化します」
00:04:33と言いながら、続くコードの説明も続けていきましょう。
00:04:39これは非常に効果的で、面接官からの評価も高まります。また、
00:04:45面接官との絶え間ないコミュニケーションを維持でき、自分が何をしているかを証明できます。
00:04:50もう一つの問題は、構文や関数名を忘れてしまうことです。そんな時、
00:04:55その1行を思い出そうとして時間を無駄にしてはいけません。
00:05:01思い出せなければ、コメントを残して先に進み、書き終えた後に
00:05:06そこに戻ればいいのです。そうすれば、たった1つの構文のために時間を溶かすことはありません。
00:05:11どうしても思い出せないなら、正直に伝えましょう。ヒントをくれたり、調べてもいいと言ってくれることもあります。
00:05:16そして最後のステージ「Test（テスト）」です。
00:05:21コードが完成したら、テストを行います。面接官が入力値と期待される出力値を
00:05:27提示してくれることもありますが、そうでなければ自分でテストケースを考えます。
00:05:32基本的なケースに加え、エッジケース（境界値）も考えられれば最高です。自分のコードが
00:05:38それらを処理できるか確認しましょう。ただ、実行したからといって100%通るとは限りません。
00:05:43うまくいくか、エラーが出るかのどちらかです。通れば万々歳ですが、エラーが出た場合はこうしてください。
00:05:48まず、パニックにならないこと。自分の考えたアプローチに自信があるなら、
00:05:53それは単なるタイポか、些細なロジックミスに過ぎません。落ち着いて
00:05:59エラーメッセージを読み、修正しましょう。多くの人はプレッシャーから、エラーをよく見もせずに
00:06:05最初からコードを読み返してしまいます。一度で動かなくても大丈夫です。
00:06:09面接官は些細なエラーで減点はしません。すべてが順調に動けば、
00:06:14面接官はいくつか簡単な質問をして、次の問題へ進むでしょう。
00:06:19しかし、ミドルからシニアレベルのポジションなら、さらに最適化を求められるかもしれません。
00:06:24どちらにせよ、このTECTフレームワークを繰り返して面接を乗り切るだけです。
00:06:30これが、コーディング面接で使えるシンプルで覚えやすいフレームワークです。
00:06:34面接はただコードを書くだけの場ではありません。
00:06:40コミュニケーションの場でもあります。面接官が見たいのはコードそのものだけでなく、
00:06:44あなたが何を、どう考えているかです。これだけは忘れないでください。
00:06:49コーディング面接においても、対話は非常に重要です。採用担当者たちも、
00:06:54「対話が少ない候補者は不採用候補だ」と口を揃えています。これを肝に銘じて、
00:06:59AlgoMonsterで準備を整えましょう。今回の動画は以上です。
00:07:04皆さんの面接がうまくいくことを願っています。ぜひ高評価もお願いします。
00:07:07それでは、また次の動画でお会いしましょう。