システム設計における最新AI性能検証一覧 | Orivel

比較ジャンル

すべて見る 333 ディスカッション 70 小説・創作 18 プログラミング 17 システム設計 17 教育問題 16 解説 15 要約 17 アイデア出し 16 ロールプレイ 15 ビジネス文書 16 計画立案 16 分析 17 ブレインストーミング 15 説得 16 お笑い 16 共感 18 カウンセリング 18

モデル一覧

すべて見る GPT-5.4 (OpenAI) GPT-5.2 (OpenAI) GPT-5 mini (OpenAI) Claude Opus 4.6 (Anthropic) Claude Sonnet 4.6 (Anthropic) Claude Haiku 4.5 (Anthropic) Gemini 2.5 Pro (Google) Gemini 2.5 Flash (Google) Gemini 2.5 Flash-Lite (Google)

システム設計

Google Gemini 2.5 Flash VS Anthropic Claude Haiku 4.5

グローバルなURL短縮サービスの設計

Bitlyに類似したグローバルに利用可能なURL短縮サービスを設計してください。サービスは、ユーザーが短縮リンクを作成して長いURLへリダイレクトできること、有料ユーザー向けのカスタムエイリアスをサポートすること、クリックの分析を追跡すること、そしてリンクを指定時刻に有効期限切れにできることを満たす必要があります。要件: - 1日あたり1億2,000万件の新規短縮リンクを処理すること。 - 1日あたり40億回のリダイレクトを処理すること。 - ピーク時トラフィックは日次平均の3倍に達する可能性があること。 - リダイレクト遅延ターゲット: 北米、ヨーロッパ、アジアのユーザーに対してp95で80 ms未満。 - 短縮リンク作成遅延ターゲット: p95で300 ms未満。 - リダイレクトのサービス可用性目標: 99.99%。 - 分析データは最大5分の範囲で最終的一貫性でよい。 - カスタムエイリアスはグローバルで一意でなければならない。 - 期限切れまたは削除されたリンクは迅速にリダイレクトを停止しなければならない。 - システムは地域的な障害が発生してもサービス全体が停止しないよう耐性を持つこと。利用可能な仮定: - 平均的な長いURLの長さは500バイト。 - 分析イベントにはタイムスタンプ、リンクID、国、デバイス種別、リファラーのドメインが含まれる。 - 読み取りトラフィックは書き込みトラフィックよりはるかに多い。 - 必要に応じてSQL、NoSQL、キャッシュ、ストリーム、CDN、メッセージング技術を選択してよいが、その選択理由を示すこと。あなたの回答には以下を含めてください: 1. 主要コンポーネントとリクエストフローを示すハイレベルなアーキテクチャ。 2. リンク、エイリアス、分析のデータモデルとストレージの選択。 3. 読み取り重視トラフィックに対するスケーリング戦略（キャッシュとリージョナルルーティングを含む）。 4. フェイルオーバー、一貫性の判断、地域停止への対処を含む信頼性戦略。 5. 主要なトレードオフ、ボトルネック、および少なくとも3つのリスクとその緩和策。 6. 上記の数値を用いたストレージとスループットに関する簡潔な容量見積もり。

64

2026/03/19 18:51

システム設計

Anthropic Claude Haiku 4.5 VS Google Gemini 2.5 Flash-Lite

リアルタイム配車マッチングプラットフォームの設計

リアルタイムで複数の都市にまたがって乗客と近くのドライバーをマッチングする配車プラットフォームのバックエンドアーキテクチャを設計してください。設計は次のプロダクト要件を満たすこと： - 乗客はピックアップ位置と目的地を送信して乗車をリクエストできる。 - 近くの利用可能なドライバーは迅速にリクエストを受け取り、1人のドライバーがそれを受諾できる。 - ドライバーの二重予約を防止しなければならない。 - 乗客とドライバーは、requested、accepted、arrived、in progress、completed といったライブのトリップステータス更新を確認できるべきである。 - 確認前に推定料金と推定ピックアップ時間を提示すること。 - 乗客とドライバーの双方にトリップ履歴を提供すること。制約と仮定： - 1日あたり800万件のライドリクエスト。 - ピーク負荷は通勤時間帯において平均要求率の25倍。 - 40都市で運用、トラフィック分布は均一ではない（ホットスポットあり）。 - アクティブなドライバーからの位置更新は3秒ごとに到着する。 - 初期ドライバーマッチングに対する乗客向け許容レイテンシは p95 で2秒未満。 - トリップステータス更新は通常1秒以内に反映されるべきである。 - 地域のデータセンターでサービス障害が発生してもシステムは可用性を維持すること。 - 正確な決済処理の詳細は対象外だが、請求のためにトリップ記録は耐久的に保存されなければならない。 - プライバシー、安全性、規制上の懸念については簡潔に触れてよいが、主な焦点はアーキテクチャとスケーリングである。回答では以下を説明してください： - 主なサービスまたはコンポーネントとそれぞれの責任。 - ライドリクエストからドライバー割当、トリップ完了までのデータフロー。 - ドライバー位置を効率的に保存・検索する方法。 - ピークトラフィックやホットスポット都市に対するスケーリング処理。 - 重要な箇所での信頼性、耐障害性、データ整合性の確保方法。 - 設計上の主要なトレードオフ（どこで最終的整合性を許容し、どこで強整合性を選ぶかを含む）。厳密なクラウドベンダー製品名を挙げる必要はありません。詳細な実装よりも明確なアーキテクチャと理由付けに重点を置いてください。

66

2026/03/19 07:43

システム設計

OpenAI GPT-5.4 VS Anthropic Claude Haiku 4.5

食品配達アプリのためのリアルタイムドライバー追跡システムの設計

あなたは、人気の食品配達サービスのためのリアルタイムドライバー追跡システムのハイレベルアーキテクチャを設計するタスクを任されています。このサービスは、ピーク時には 50,000 人のアクティブなドライバーと 200,000 人のアクティブな顧客を抱えています。次の側面をカバーするシステムアーキテクチャについて説明してください。 1. ドライバーのモバイルデバイスがバックエンドに位置データを送信する方法。 2. この位置データを処理および配布するために必要なバックエンドサービス。 3. 顧客のモバイルデバイスが特定の注文のリアルタイム位置更新を受信する仕組み。 4. 通信プロトコル（例：HTTPポーリング、WebSocket、MQTT）の選択とその選択の正当性。 5. ドライバーの位置と注文情報を格納するためのデータモデル。 6. ピーク時の負荷に対応するためのスケーリング戦略。

90

2026/03/10 09:38

システム設計

OpenAI GPT-5.4 VS Anthropic Claude Haiku 4.5

リアルタイム共同編集ホワイトボードの設計

リアルタイム共同編集ホワイトボードアプリケーションのシステムを設計してください。設計は以下のコア機能をサポートする必要があります。 - 複数のユーザーが同時に単一のホワイトボードセッションに参加し、操作できること。 - ユーザーは自由形式の線を描画したり、テキストボックスを追加したり、基本的な図形（例：長方形、円）を配置したりできること。 - 1人のユーザーが行ったすべての変更は、セッション内の他のすべてのユーザーにほぼリアルタイム（500ミリ秒未満の遅延）で表示されること。 - システムは、ホワイトボードセッションあたり少なくとも50人の同時ユーザーを処理できること。応答は、ハイレベルアーキテクチャの概要を示す計画である必要があります。主要なコンポーネント（クライアント側、サーバー側）、それらの間の通信プロトコル、およびデータモデリングと永続化の戦略を説明してください。特に、リアルタイムデータ同期の処理方法と、複数のユーザーが同時にキャンバスを編集する際の潜在的な競合の解決方法を説明してください。

104

2026/03/09 11:21

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

グローバルなURL短縮サービスの設計

リアルタイム配車マッチングプラットフォームの設計

食品配達アプリのためのリアルタイムドライバー追跡システムの設計

リアルタイム共同編集ホワイトボードの設計

関連リンク