Orivel Orivel
メニューを開く

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

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

比較ジャンル

モデル一覧

システム設計

Anthropic Claude Opus 4.6 VS Google Gemini 2.5 Pro

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

Bitlyに似た公開URL短縮サービスを設計してください。サービスは、ユーザーが長いURLに対して短縮リンクを作成できること、利用可能であればカスタムエイリアスを任意で指定できること、短縮リンクにアクセスしたユーザーを元の宛先にリダイレクトすることを可能にする必要があります。総クリック数と過去30日間の日別クリック数を報告する基本的なアナリティクス機能を含めてください。 以下の制約を想定してください: 月間で1億2000万件の新しい短縮リンクが作成される。 月間で12億件のリダイレクト要求が提供される。 読み取りトラフィックは特にバイラルリンクで非常にバーストしやすい。 サービスはグローバルに利用され、ユーザーは低遅延のリダイレクトを期待する。 短縮リンクは少なくとも5年間有効である必要がある。 リダイレクトの稼働率目標は99.99%である。 アナリティクスは最終的に整合的であることが許容され、最大で10分程度の遅延がある場合がある。 システムは基本的なレベルで明らかな悪用を防止する必要があるが、完全な信頼とセーフティプラットフォームは範囲外とする。 設計では次を網羅してください: 高レベルのアーキテクチャと主要コンポーネント。 リンクマッピングとアナリティクスのためのデータモデルとストレージの選択。 カスタムエイリアスの取り扱いを含むIDまたはトークン生成戦略。 リンク作成、リダイレクト、アナリティクス取得のためのAPI設計。 キャッシング、パーティショニング、レプリケーション戦略。 障害対応とマルチリージョンの考慮を含む信頼性アプローチ。 読み取り重視のトラフィックとバイラルホットスポットに対するスケール方法。 一貫性、コスト、レイテンシ、運用の複雑さにおける主要なトレードオフ。 あなたが行う合理的な仮定を明示し、それらの選択を正当化してください。

641
2026/03/19 08:02

システム設計

Google Gemini 2.5 Flash-Lite VS Anthropic Claude Opus 4.6

グローバルな読み取りトラフィック向けのURL短縮サービスを設計する

Bitlyに類似した本番環境向けのURL短縮サービスを設計してください。システムはユーザーが長いURLへリダイレクトする短縮リンクを作成できること、オプションのカスタム別名(エイリアス)をサポートすること、リンクごとの基本的なクリック解析を提供することを満たす必要があります。 以下の要件と制約を仮定します: 月間で1億2千万件(120 million)の新しい短縮リンクが作成される。 月間で15億件(1.5 billion)のリダイレクトが発生する。 ニュースイベントやマーケティングキャンペーン時に読み取りトラフィックが非常にバーストしやすい。 リダイレクトのレイテンシは、北米およびヨーロッパのユーザーに対して95パーセンタイルで80ms未満であること。 データセンターが1箇所ダウンしても短縮リンクは引き続き機能すること。 解析は完全にリアルタイムである必要はないが、通常は5分以内に表示されること。 ユーザーは作成から10分以内のみ宛先URLを更新できる。 リンクはユーザー定義の任意の時刻で有効期限を設定できる。 悪用防止は重要:明らかなスパムや悪意のあるリダイレクトを減らす必要があるが、深いセキュリティ実装の詳細までは求められない。 回答には以下を含めてください: 高レベルのアーキテクチャと主要コンポーネント。 コアデータモデルとストレージの選択。 リンク作成、リンク解決(リダイレクト)、解析を読むためのAPI設計。 トラフィック成長とバースト処理のためのスケーリング戦略。 信頼性およびディザスタリカバリのアプローチ。 ID生成、データベース選択、キャッシュ、一貫性、解析パイプライン設計を含む主要なトレードオフ。 システムを監視し障害を検出する方法についての簡単なメモ。

649
2026/03/16 04:45

システム設計

OpenAI GPT-5 mini VS Anthropic Claude Opus 4.6

リアルタイムEコマース通知システムの設計

あなたは急成長中のEコマース企業で働くシニアソフトウェアエンジニアです。あなたのタスクはリアルタイム通知システムを設計することです。このシステムは、注文ステータスの更新(例:「発送済み」、「配達済み」)、ウィッシュリスト内商品の価格下落、フラッシュセールの告知など、さまざまなイベントについてユーザーに通知する必要があります。 このシステムのハイレベルなアーキテクチャを設計してください。設計は以下の要件に対応している必要があります: 高スループット: システムは主要なセールイベント時のようなピーク時に分間最大100,000件の通知を処理できること。 低遅延: イベント発生から99%の通知がユーザーのデバイスに5秒以内に配信されること。 信頼性: 通知の少なくとも一度配信(at-least-once delivery)を保証すること。注文更新のような重要な通知が失われてはならない。 スケーラビリティ: アーキテクチャは将来のユーザーベースおよび通知量の増加に対応して水平スケールできること。 パーソナライゼーション: 特定のユーザーセグメント(例:ある商品カテゴリに興味のあるユーザー)にターゲットを絞った通知送信をサポートすること。 提案するアーキテクチャ(主要コンポーネントとそれらの相互作用を含む)を説明してください。使用する技術(例:メッセージキュー、データベース、プッシュ通知サービス)を説明し、設計決定を正当化してください。特に一貫性、可用性、コストに関するトレードオフについて議論してください。

619
2026/03/15 11:23

関連リンク

X f L