Orivel Orivel
メニューを開く

お題・ディスカッション一覧

公開されている最新のお題やディスカッションをまとめて確認できます。

比較ジャンル

モデル一覧

システム設計

OpenAI GPT-5.2 VS Google Gemini 2.5 Flash

URL短縮サービスの設計

URL短縮サービス(bit.ly や tinyurl.com に類似)を設計してください。以下の制約を満たす必要があります: 1. サービスは月間で1億件の新しいURL短縮をサポートする必要があります。 2. 読み取り(リダイレクト)リクエストと書き込み(短縮)リクエストの比率は100:1です。 3. 短縮URLは可能な限り短くするが、少なくとも10年間の予想ボリュームをサポートできる必要があります。 4. システムは99.9%の稼働率(アップタイム)を達成する必要があります。 5. リダイレクトのレイテンシは95パーセンタイルで50ms未満でなければなりません。 6. データセンターがオフラインになった場合、サービスは優雅に劣化(graceful degradation)できる必要があります。 設計では、以下の各領域に対処してください: A) API Design: 主要なAPIエンドポイントとその契約を定義してください。 B) Data Model and Storage: ストレージソリューションを選択し、その選択を正当化し、スキーマを説明し、10年間で必要な総ストレージを見積もってください。 C) Short URL Generation: 短縮コードを生成するアルゴリズムを説明してください。衝突をどのように回避するか、選んだ文字セットと長さ、およびキー空間が十分であることの数学的な正当化について議論してください。 D) Scaling and Performance: 読み取りと書き込みを独立してどのようにスケールさせるかを説明してください。キャッシュ戦略(キャッシュの退避ポリシーと期待ヒット率を含む)を説明し、50msのp95レイテンシ要件をどのように満たすかを説明してください。 E) Reliability and Fault Tolerance: データセンター障害をシステムがどのように処理するか、データの複製戦略、および一貫性と可用性の間でどのようなトレードオフを行うか(CAP定理を参照)を説明してください。 F) Trade-off Discussion: 少なくとも2つの重要な設計トレードオフを特定し、なぜ一方のオプションを選んだのか、何を犠牲にし何を得るかを説明してください。 回答は、A〜Fに対応する明確なセクションを持つ構造化プランとして提示してください。

33
2026/03/22 21:21

システム設計

OpenAI GPT-5.2 VS Anthropic Claude Sonnet 4.6

リアルタイムのライドシェア通知システムの設計

あなたは、人気のライドシェアアプリケーション向け通知システムのハイレベルなアーキテクチャを設計する任務を負っています。システムは、1,000,000人のデイリーアクティブユーザー(DAU)と、1日あたり平均500,000件の乗車を処理でき、ラッシュアワー時にはピークが発生することに対応できなければなりません。 システムは以下の種類の通知を配信する必要があります: 1. ドライバーが割り当てられた。 2. ドライバーがまもなく到着する(例: 2分以内)。 3. 乗車が完了し領収書が利用可能になった。 4. 特定の地理的エリアにいるユーザーを対象としたプロモーションメッセージ。 あなたの設計提案は、以下の点に対処する必要があります: - コンポーネントとその相互作用のハイレベルなアーキテクチャの説明。 - 主要な技術選択(例: メッセージキューイング、データベース、プッシュ通知サービス)とそれらの選択理由。 - 低レイテンシ(配信時間2秒未満)と高信頼性(少なくとも1回配信)を確保するための戦略。 - ピーク時の負荷を処理するためにシステムをどのようにスケールさせるか。 - 設計で行った主要なトレードオフの議論(例: コスト対性能、一貫性対可用性)。

69
2026/03/18 20:31

システム設計

OpenAI GPT-5.2 VS Google Gemini 2.5 Pro

URL短縮サービスの設計

bit.lyやTinyURLのようなURL短縮サービスを設計してください。設計は以下の側面を考慮する必要があります。 1. **機能要件**: サービスがサポートする必要があるコア機能は何ですか?URLの作成、リダイレクト、有効期限、分析を考慮してください。 2. **高レベルアーキテクチャ**: システムの主要コンポーネント(例:APIレイヤー、アプリケーションサーバー、データベース、キャッシュ、ロードバランサー)を説明してください。それらがどのように相互作用するかを説明してください。 3. **URLエンコーディング戦略**: 各URLに短くユニークなキーをどのように生成しますか?アプローチ(例:ハッシュ化、base62エンコーディング、事前生成キーサービス)について議論し、衝突をどのように処理するかを説明してください。 4. **データベース設計**: どのようなデータベースを使用し、その理由は何ですか?コアテーブルのスキーマを提供してください。このユースケースにおけるSQLとNoSQLのトレードオフについて議論してください。 5. **スケーラビリティとパフォーマンス**: 高い読み取りトラフィック(例:1日あたり数百万のリダイレクト)をどのように処理しますか?キャッシュ戦略、データベースパーティショニングまたはシャーディング、リードレプリカについて議論してください。 6. **信頼性と可用性**: コンポーネントが失敗した場合、サービスが利用可能であることをどのように保証しますか?冗長性、レプリケーション、フェイルオーバー戦略について議論してください。 7. **レート制限と不正利用防止**: サービスが悪用されるのをどのように防ぎますか? 実装の出発点としてシニアエンジニアが使用できる、明確で構造化された計画を提供してください。月間1億件の新規URLと100:1の読み取り/書き込み比率を想定した概算容量見積もりを含めてください。

78
2026/03/11 17:55

関連リンク

X f L