Stripeの面接プロセス：ラウンドごとの解説
文責 Aaron Cao · 更新
Stripeでは、リクルーター選考、実践的な技術選考、そして四〜五ラウンドで構成される仮想オンサイト面接が行われます。コーディングラウンドではホワイトボード形式のパズルではなく実際のコードを使用し、見たことのないリポジトリのデバッグやAPIを使った開発を課されることがよくあります。
Stripeの面接ではどのようなラウンドがありますか？
Stripeの面接は一風変わっていると聞き、それが実際の対策にとって何を意味するのか知りたいと思っていることでしょう。このセクションでは、候補者からよく報告される段階をまとめ、練習の焦点を正しい場所に合わせられるようにします。個々のラウンド名は変わっても、全体の形はおおむね安定しています。
- リクルーター選考。職務適性、スケジュール、給与レンジ、そしてどのチームに配属されるかを確認します。
- 技術電話選考。共有ドキュメント上の疑似コードではなく、共有エディタ上で実際に動く実践的なコーディング問題に取り組みます。
- バグ潰し。見たことのないコードベースに放り込まれ、不具合を見つけて修正するよう求められます。
- 統合またはAPI構築。ドキュメント化されたエンドポイントを使い、実際に動く小さな機能を構築します。
- システムまたはプロダクト設計。多くの場合は決済関連で、冪等性、リトライ、資金移動、障害対応などがテーマになります。
- 採用マネージャーとの価値観についての対話。動機、協働の仕方、そして考え方や意思決定の書き方が見られます。
すべての候補者が全ラウンドを経験するわけではありません。チーム、レベル、年によってリストは変わるため、ネット上で読んだバージョンをそのまま信じるのではなく、自分自身の具体的なスケジュールをリクルーターに確認してください。企業ごとの面接プロセスの全体像は企業別面接プロセスのハブページにまとめられています。
Stripeはなぜ実際のコードで面接を行うのですか？
この実践的な形式は、実際の仕事を意図的に模したものです。決済関連の仕事の大半は、既存のシステムを読み解き、あるリクエストがなぜ失敗したのかを理解し、資金移動を壊さないよう慎重に変更を加えることです。二分木を反転させるようなパズルではその力は測れませんが、見慣れないサービスの中にあるバグならそれができます。
その結果、あなたに求められるスキルも変わってきます。読むスピードが重要です。テストを実行する、中間状態を出力する、コードをスクロールする代わりにリポジトリを検索するなど、普段使っているツールをそのまま使えるかどうかも重要です。ホワイトボードの前でするように見慣れないコードを黙って頭の中だけで考えようとする候補者は、たいてい時間切れになります。
Stripeは文書をベースに動いている会社なので、書くことがあらゆる場面で求められます。トレードオフを文章で、チャットや短い要約の形で説明することが期待され、その説明は形式的なものではなく評価の一部として読まれると考えてください。
実践的なラウンドにはどう備えればよいですか？
トピックだけでなく、形式そのものを練習してください。バグ潰しと統合ラウンドはどちらも、同じ制約の下でリハーサルを重ねることでしか身につかない習慣に報酬を与えます。
- タイマー付きで実際のリポジトリに取り組む。知らないオープンソースプロジェクトをクローンし、登録済みのissueを選び、45分で修正してみましょう。
- 検索の過程を声に出す。何をgrepしていて、何が見つかると予想しているかを話してください。面接官は、耳で聞き取れる推論を評価します。
- 初見でAPIドキュメントを読む。使ったことのないものに対して、ドキュメントだけを頼りに小さなクライアントを構築します。
- 失敗時の経路をリハーサルする。どんな設計の回答でも、聞かれる前からリトライ、重複リクエスト、部分的な失敗への対処を用意しておきましょう。
- 自分の考えを書き出す。練習を終えるたびに、変更内容を五つの文で要約してください。
決済分野で五年の経験を持つバックエンドエンジニアが、Stripeの面接に向けて三週間アルゴリズム問題を解き続けましたが、時間的プレッシャーの中で見慣れないサービスを操作した経験がなかったため、バグ潰しに失敗しました。必要だったのはさらに多くのアルゴリズムではなく、自分で書いていないコードベースでの十回のタイムアタック練習でした。行動面接や設計ラウンドをフォローアップつきで声に出してリハーサルしたいなら、模擬面接の練習モードでそれができます。
AI支援が当てはまる場面、当てはまらない場面
準備段階については異論の余地がありません。設計ラウンドを声に出してリハーサルすること、採用マネージャーがプロジェクトについて尋ねる質問を練習すること、自分の録音した回答を見直すことは、いずれもごく普通の学習です。
面接中のリアルタイムでの支援はもっと微妙な問題で、正直な答えはラウンドの形式によって変わります。ビデオ通話での会話形式のラウンドと、監視下の環境で画面を共有するコーディング演習とでは状況がまったく異なります。面接官があなたの画面を見ているとき、その画面上にあるものはすべて見えており、どんなツールもそれを変えることはできません。Stripeの実践的なラウンドはまさにそうした状況であることが多く、曖昧な「見えなくなる」という約束を当てにするのではなく、この前提を踏まえて計画を立てるべきです。
SubcueAIの創業者であるAaron Caoは、あらゆる場面で見えなくなるという主張ではなく、この区別を軸に製品を作りました。ネイティブのmacOSおよびWindowsデスクトップアプリはオーバーレイをあなたの端末内だけにとどめ、会議に参加するボットは存在せず、会議ページに何かが注入されることもありません。ただし、それは画面共有や会社が管理するデバイスの上では通用しません。その限界は検出可能性のハブページに明記されています。