昨年の 10 月、LinkedIn で Amazon の採用担当者からノックの連絡がありました。それは、Amazon でのソフトウェア エンジニアリングの機会に関するものでした。
偶然にも、当時、私は喜んで別の国に移住し、シンガポールを離れました。長期にわたるcovidの制限は私に打撃を与えました、そして私はもう十分だと思いました!私はここから出ています!
それで、採用担当者から連絡があったので、面接に行くことにしました。アマゾン以外にもいくつかの企業にインタビューしました。しかし、今日は、Amazon での SDE II の役割に関するインタビューの経験と、私の側からの個人的な提案について話しましょう。投稿の最後で、面接の準備戦略についても簡単に説明します.
プロセスの最初のステップは、採用担当者との電話でした。私が興味を持っていることを知ると、採用担当者はすぐに電話のスケジュールを設定しました。短くて的を得ていた。彼女は、私の現在の役割と責任、Amazon への関心、いつ開始できるかについて、典型的な導入の質問をしました。
典型的なことについて話した後、彼女はデータ構造とアルゴリズムに関するいくつかの基本的な質問をしました.私は電話からそれを期待していませんでした。動機は、面接担当者の時間を無駄にする可能性を減らすことだと思います!
電話の最後に、採用担当者はオンライン評価(OA)へのリンクを送ると言った.通話の直後に、テスト リンクが記載されたメールを受け取りました。テスト終了まで1週間ありました。
💡ヒント
このような最初の電話で、採用担当者が予想される給与について尋ねることがあります。この質問に答えないようにしてください。補償について議論するのは時期尚早であることを忘れないでください。まだ調査を行っていないことはいつでも言えます。そのため、このトピックについては後で話し合うことをお勧めします。
数日後、私は OA に参加しました。 1時間半の長さでした。私は自宅の静かな一角を取り、気を散らすものをすべて取り除き、「開始」ボタンをクリックしました。
評価の注目すべき点は次のとおりです。
コーディング、システム設計、リーダーシップの原則の 3 つのセクションがありました。
コーディング部分には 2 つの問題がありました。最初のものはリートコードのように簡単でしたが、次のものの最適なソリューションはミディアムハードの範囲でした. 2 番目の問題は、オンサイト ラウンドで簡単に使用できると思います。
システム設計のセクションでは、複数選択問題がいくつかありました。本当に驚くべきことは何もありません。難易度的には、これらは大規模システム設計の基礎を理解している人にとっては簡単なはずです。
最後の部分は、リーダーシップの原則に関する質問でした。それは、どちらを好むかという一連の質問でした。あなたの仕事は、あなたの好みを示すことです。もちろん正解も不正解もありません。
リーダーシップの原則に関する部分は、最も驚くべきものであり、疲れるものでした。ええ、これらの原則はアマゾンにとっての聖書のようなものであり、そこのエンジニアは原則に従って生きていることを理解しています.
しかし、私の見解では、オンライン評価でリーダーシップ関連の質問をすることは、プロセスにほとんど価値をもたらしません。そのような質問は、直接話し合ったときに理にかなっています。オンラインテストでは、候補者が何を考えているかを評価する方法がありません。そして、堅実な議論の余地はありません。
💡ヒント
オンライン評価が簡単であると期待しないでください。むしろ驚きを期待してください。これにより、テスト中に不意を突かれるのを防ぐことができます。
翌週、採用担当者から電話がありました。彼女は私に次のステップを説明してくれました。理想的には、次のステップはエンジニアとの電話インタビューです。しかし、私にとっては、彼らは直接オンサイト ラウンドに移行することにしました。
何度かメールをやり取りした後、私のオンサイトは 3 週間後に予定されていました。 1日2ラウンド、2日間にわたる4回のインタビューのサーキットでした。インタビューは、Amazon の社内コミュニケーション プラットフォームである Chime を介して実施されます。
各インタビューセッションについて簡単に説明しましょう。
時系列的に、ラウンドは次のように進みました -
早速紹介。
リーダーシップの原則に関する質問。
前の質問に関するフォローアップの議論。
DFS を必要とするコーディングの問題。簡単なLeetCodeでした。
紹介は5分くらいでした。リーダーシップの原則に関するディスカッションは約 20 分でした。コーディングの部分では、30 分かかりました。
インタビューで興味深いのは、インタビュアーが私に疑似コードを書くように頼んだことです。いつでも調べられるので、彼は構文的に正しいコードを気にしませんでした。私はあまり気にせず、彼が求めたことをしました。
リーダーシップの原則に関する質問は、私の過去の経験についての良い会話につながりました。インタビュアーは、私が話している多くのことに共感することができました。個人的には、議論が楽しかったです。
同様に、このラウンドは簡単でした –
紹介。
リーダーシップの原則に関する質問とディスカッション。
再び DFS を必要とする中程度の難易度のコーディングの問題。
このラウンドでは、3 つのパートのタイミングは前のラウンドとほぼ同じでした。
残念ながら、このラウンドはそれほどスムーズではありませんでした –
最初の 10 分間で 4 回電話が切れました。
私が参加したのは 5 回目で、面接担当者は本当に腹を立てているようでした。
幸いなことに、インタビューの残りの部分で再びドロップすることはありませんでした.
他の面接と同様に、面接担当者はリーダーシップの原則に関する状況に応じた質問をいくつかした後、コーディングの問題に移りました。
驚いたことに、これも LeetCode 中難易度の DFS 問題でした。
ラウンド中に問題が発生したため、コーディングの問題に約 15 分かかりました。これはあまり理想的な状況ではありませんでした。しかし、正直なところ、予測不可能性は面接ゲームの一部です。
💡ヒント
面接のために安定したインターネット接続を手配してください。そして最も重要なことは、ネットワークがどれほど強力であっても、バックアップを持っていることです!
最後のラウンドは、次のようなシステム設計ラウンドでした –
インタビュアーの簡単な紹介。このラウンドには 2 人のインタビュアーがいて、そのうちの 1 人は影のインタビュアーでした。しかし、彼は質問もしました。
リーダーシップの原則に関するディスカッション。
典型的なシステム設計の問題。
5 分間の紹介と 25 分間のリーダーシップ関連のディスカッションの後、システム設計の部分に約 30 分の時間がありました。残念ながら、それはあまりインタラクティブではありませんでした。インタビュアーはただ私の話を聞いて、うなずいた。最後に 2 ~ 3 の質問がありましたが、話し合う時間はほとんどありませんでした。
私の見解では、そのようなラウンドでは、より広範なシステム設計の議論が行われるべきです。
すべてのオンサイト ラウンドで、リーダーシップの原則に関する議論は非常に広範に行われ、少し繰り返しになることもありました。これらの議論は、各ラウンドからかなりの時間を費やしたため、技術的な部分の重みが軽減されました。
私の経験では、Amazon ラウンドは、私がこれまでに受けた他の企業とのすべてのインタビューと比較して、技術的負担が最も少ないものでした。しかし、この方法が有効である限り、それは正当化されます。
💡ヒント
自分の仕事や経験について話す準備をしてください。自分が取り組んだことについての思い出を思い出した方がよいでしょう。面接官もあなたと同じようにエンジニアであることを忘れないでください。あなたが彼らに良い話をすれば、彼らはあなたの経験に共感するでしょう。
投稿を終了する前に、私の準備を簡単に共有させてください。それは非常に簡単でした -
コーディングについては、LeetCode の問題を解決しました。私は非常に便利な1か月のサブスクリプションを取りました。
システム設計に関して、私の主なリソースは —システム設計インタビュー: Alex Xu によるインサイダーズ ガイド、この優れた YouTube チャンネル、およびNetflix 、 Uber 、 Twitter 、 Discordなどのさまざまな会社のブログでした。
リーダーシップの原則については、私は最も一般的な手法に従いました。リーダーシップの原則ごとに少なくとも 2 つの例を含むスプレッドシートを作成し、インタビューの前にシートを数回確認し、地図を心に留めておきます。
💡ヒント
準備のためにリソースを集めすぎないでください。それはあなたを圧倒するかもしれません。準備材料の簡潔なリストを作成し、それらを完全に確認してください。気を散らすさまざまな資料の間に頻繁に飛び込んで時間を無駄にしないでください。
翌週、採用担当者から肯定的な返事がありました。しかし、より良いオファーが手元にあったため、私たちは別れました。
全体として、これはAmazonでの私の経験でした.今後の投稿では、私の準備戦略とともに、同様の経験を他の企業と共有します。
読んでくれてありがとう!
こちらにも掲載