Salesforce SMTS面接:LMTSへのレベル引き上げの末に不採用となった体験談

選考プロセス

1. 応募と面接調整

   候補者は10月14日に行われたオンサイト面接に向けて応募と日程調整を進めた。候補者によれば、プロセス全体には約1ヶ月半かかったという。

2. オンサイトループ

   オンサイトはコーディングラウンド、ハイレベルシステム設計ラウンド、採用マネージャーラウンドで構成されていた。

3. リクルーターからの連絡

   オンサイト後、リクルーターから電話があり、SMTSレベルの基準をクリアしたと伝えられた。

4. 給与の不一致とレベル見直し

   候補者の希望年収がSMTSのレンジを上回っていたため、リクルーターは代わりにより上位のLMTSレベルとして選考を進めることを提案し、追加の面接が1回必要となった。

5. 最終決定

   追加のラウンドはローレベル設計に関するものだった。その後、リクルーターはLMTSレベルについて見送りの判断を伝え、将来別のLMTSポジションが出る可能性にも言及したが、候補者はこの結果を不採用として受け止めた。

ラウンド1 - コーディング

アルゴリズムによる問題解決

• グリッドの左上から右下までのすべての経路を出力する。
• Calculator IIIのような、文字列の式を評価する基本的な電卓を実装する。

候補者によれば、このラウンドは全体的にうまくいったという。

ラウンド2 - ハイレベル設計

ビジネスルールエンジンのシステム設計

• 顧客の給与や口座開設からの経過期間に応じて割引率を付与するといった条件ロジックを適用する、銀行システム向けのルールエンジンを設計する。

候補者は、これがループの中で最も手応えのあったラウンドだったと考えている。

ラウンド3 - 採用マネージャーラウンド

過去のプロジェクトの深掘りと応用的なシステム設計

• 過去のプロジェクトについて詳しく議論し、その場で設計の一部を変更するよう求められた。
• スポーツ配信アプリのような、試合のライブスコアを表示するシステムを設計する。
• 元の体験談では詳細が語られていない、その他の標準的な面接質問。

最終ラウンド - ローレベル設計(LMTS)

スキーマ設計と検索の内部構造

• 基盤となるデータスキーマを含め、Stack Overflowを設計する。
• 設計の一部を実装するコードを書く。
• そのシステムの検索機能がどのように動作するかを説明する。
• ElasticsearchのようなサーチエンジンがLSMツリーなどの構造を用いてデータをインデックス化・検索する仕組みの背後にあるデータ構造について説明する。

候補者によれば、検索の内部構造とデータ構造に関する質問が、このラウンドの弱点だったという。