Orivel Orivel
メニューを開く

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

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

比較ジャンル

モデル一覧

ブレインストーミング

Google Gemini 2.5 Flash VS OpenAI GPT-5.4

予算削減に直面する小さな町の公立図書館の収益源

人口およそ12,000人にサービスを提供する小さな町の公立図書館は、次年度から年間の自治体資金が30%削減されることを知ったばかりです。この図書館には、以下の資産と制約があります。 資産: - 200人収容のコミュニティルームを備えた6,000平方フィートの建物 - 小さな駐車場(20台分) - 常勤司書2名と非常勤スタッフ3名 - 40,000冊の紙の書籍コレクションと控えめなデジタルカタログ - 3Dプリンター、レーザーカッター、ミシンを備えたメイカースペース - 信頼性の高い高速インターネットと一般利用向けコンピューター15台 - 建物の裏手にある小さな柵付き庭園エリア 制約: - 図書館は引き続き無料で入館できなければならず、書籍の貸し出しも無償で継続しなければならない - 酒類の販売や賭博の開催はできない - 新たな収益活動はいずれも、米国の一般的な自治体において合法でなければならない - スタッフを増やすことはできない。ボランティアの募集は可能 - 図書館理事会は、隣接する住宅地の近隣住民から重大な騒音苦情が発生するようなものは承認しない できるだけ多くの、互いに異なる、実用的な収益創出またはコスト削減のアイデアをブレインストーミングしてください。各アイデアについて、以下を示してください: 1. 短い名前 2. それがどのように機能するかを説明する1~2文 3. それが活用する図書館の資産 さまざまなカテゴリ(例: イベント、提携、サービス、スペース貸し出し、助成金、物販、デジタルなど)にわたって幅広さを目指してください。

380
2026/03/19 19:59

システム設計

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. 上記の数値を用いたストレージとスループットに関する簡潔な容量見積もり。

427
2026/03/19 18:51

ブレインストーミング

Google Gemini 2.5 Pro VS Anthropic Claude Haiku 4.5

学校のカフェテリアで食料廃棄を減らす低コストの方法

公立中学校が今後3か月間でカフェテリアの食料廃棄を減らすための実践的なアイデアを求めています。学校には生徒が600人おり、総予算は非常に限られていて1,000ドル、そして新しい取り組みに週あたり追加で費やせる職員は2人で各人最大2時間です。学校は国の栄養基準を変更できず、生徒にアプリのインストールを義務づけることはできず、校外のボランティアに頼ることもできません。 現実的に試せる18の異なるアイデアをブレインストーミングしてください。各アイデアについて、次を提供してください: - 短いタイトル - 1~2文の説明 - ねらう主な廃棄源(例:未開封のミルク、果物、野菜、包装食品、過剰生産、トレー上の残飯) - 推定費用レベル:この学校の予算内で低、中、または高 - 推定スタッフの労力レベル:低、中、または高 追加要件: - 少なくとも5種類の異なる廃棄源をカバーすること - 生徒の行動やコミュニケーションに関わるアイデアを少なくとも4つ含めること - カフェテリアの運用やスケジューリングに関わるアイデアを少なくとも4つ含めること - 同じ基本的アイデアをわずかな言い換えで繰り返すのは避けること - すべてのアイデアは学校環境において安全で合法的かつ現実的であること

349
2026/03/19 17:20

プログラミング

Google Gemini 2.5 Pro VS OpenAI GPT-5.2

スライディングウィンドウと優先度付きキューを備えた同時実行レートリミッタを実装する

Pythonで、次の機能をサポートするスレッドセーフなレートリミッタを設計・実装してください。 1. **スライディングウィンドウによるレート制限**: 固定時間ウィンドウを使うのではなく、真のスライディングウィンドウアルゴリズムを実装してください。各クライアント(文字列キーで識別)は、任意の連続する window_seconds 秒の間に最大で max_requests 件のリクエストを許容されます。 2. **優先度レベル**: 各リクエストには優先度レベル(整数 1-5、1 が最も高い優先度)が付与されます。クライアントのレート上限に達した場合、低優先度(数値が大きい)なリクエストが優先的に拒否されるべきです。具体的には、優先度 P の新しいリクエストが到着しウィンドウが満杯である場合、リミッタは現在のウィンドウ内に P より厳密に低い優先度(すなわち数値が P より大きい)を持つリクエストが存在するかを確認します。存在する場合は、最も低優先度(数値が最大)のリクエストのスロットを「取り上げ(revoked)」て、新しい高優先度リクエストを受け入れます。取り上げられたリクエストは報告できるよう記録されるべきです。取り上げ可能な低優先度のリクエストが存在しない場合は、新しいリクエストは拒否されます。 3. **バースト許容**: 各クライアントはオプションで burst(デフォルトは 0)というバースト許容量を持てます。これはウィンドウ内で max_requests に加えて最大 burst 件まで追加のリクエストを許容します。ただし、これはクライアントの現在のウィンドウにおける最初のリクエストから半分以上のウィンドウ時間が経過している場合に限ります。 4. **スレッドセーフ**: レートリミッタは複数のスレッドから同時に使用しても安全でなければなりません。これをテストシナリオで実証してください。 5. **統計**: リミッタはクライアントごとの統計を追跡する必要があります: 許可された(admitted)合計リクエスト数、拒否された(rejected)合計、取り上げられた(revoked、より高優先度のリクエストにより追い出された)合計、現在のウィンドウ利用率(0.0〜1.0 の浮動小数点)を追跡してください。 次のインターフェースを実装してください: ```python class RateLimiter: def __init__(self, max_requests: int, window_seconds: float, default_burst: int = 0): ... def set_client_burst(self, client_id: str, burst: int) -> None: """Override burst allowance for a specific client.""" ... def allow(self, client_id: str, priority: int = 3, timestamp: float = None) -> bool: """ Check if a request is allowed. If timestamp is None, use current time. Returns True if the request is admitted, False if rejected. """ ... def get_stats(self, client_id: str) -> dict: """ Return a dict with keys: 'admitted', 'rejected', 'revoked', 'utilization' """ ... def get_revoked_log(self, client_id: str) -> list: """ Return a list of (timestamp, priority) tuples for revoked requests for the given client, in chronological order. """ ... ``` 完全かつ実行可能な実装を提供し、次を含むデモスクリプトを添付してください: - max_requests=5, window_seconds=10.0, default_burst=2 でリミッタを作成 - 2 人のクライアントからの優先度とタイムスタンプが異なる一連のリクエストをシミュレートし、すべての機能(スライディングウィンドウの期限切れ、優先度による取り上げ、バーストの発動、拒否)を網羅する - 最後に各クライアントの統計と取り上げログを表示 - 少なくとも 4 スレッドを使った簡潔なマルチスレッドテストを含め、同時実行を確認する 次のようなエッジケースにも対応してください: - 優先度値検証(1-5 の範囲でなければならない) - ウィンドウ境界でちょうど到着するリクエスト - 連続した複数の取り上げが発生する場合 - バースト許容がちょうどウィンドウ半分の時点で発動する場合 - 空または未知のクライアント ID に対する統計問い合わせ

385
2026/03/19 14:46

教育問題

OpenAI GPT-5 mini VS Google Gemini 2.5 Flash-Lite

アイデンティティ論におけるテセウスの船の逆説を説明せよ

テセウスの船は、西洋哲学における最も古い思考実験の一つである。ある木造の船があり、腐朽した板を順次取り替えることで維持されるとする。元の各板がすべて取り替えられた後、その結果としての船は依然としてテセウスの船と言えるだろうか。さらに、誰かが廃棄されたすべての元の板を回収し、それらを組み直して別の船を作ったとする。どちらの船が、もしどちらか一方ならば、「本当の」テセウスの船なのだろうか、あるいはどちらも本物ではないのだろうか。 構成の整ったエッセイにおいて、以下のすべてに答えよ: 1. 核心的な逆説を正確に述べ、なぜそれが同一性理論にとって真正の哲学的問題を提起するのかを説明する。 2. その逆説を解決しようとする、少なくとも三つの本質的に異なる哲学的立場を提示し、批判的に評価する(例:メレオロジー的本質主義、時空的連続性理論、四次元主義/perdurantism、名辞的本質主義など)。各立場について、その逆説に対する解決の仕方を説明し、少なくとも一つの重大な反論を指摘する。 3. この逆説が少なくとも二つの現実世界の領域(例:時間を通じた個人のアイデンティティ、企業の法的同一性、細胞の生体置換、デジタルファイルのコピー、史料や美術品の修復)とどのように結びつくかを説明する。各領域について、逆説が具体的にどのように現れるか、そしてどのような実際的影響が生じるかを示す。 4. どの解決が最も哲学的に満足できるかについて、自分の理性的な立場を取り、防御せよ。自らの立場の限界も認めること。

404
2026/03/19 14:34

お笑い

OpenAI GPT-5.4 VS Google Gemini 2.5 Flash-Lite

現代技術を説明しようとするタイムトラベラーと中世の小作人のコミカルな対話を書く

2024年から来たタイムトラベラーが誤って1320年の中世イングランドの村に着いてしまい、地元の小作人Aldricとやり取りする、コミカルな対話を書いてください。タイムトラベラーはAldricにスマートフォンとは何かを必死で説明し、充電するための電源を見つける手助けをしてもらおうとします。対話は少なくとも20回のやり取り(各キャラクター最低10回)以上にしてください。 制約と口調に関するガイドライン: - ユーモアは、二人の文化的・技術的な誤解から自然に生じるべきで、どちらか一方を意地悪に嘲ることから生じてはいけません。 - Aldricは真に知的であると描写されるべきだが、完全に中世の世界観で行動する(宗教、錬金術、農業、封建政治などの枠組みで物事を解釈するかもしれません)。 - タイムトラベラーは次第に苛立ちを募らせるが、基本的に礼儀正しいままであるべきです。 - Aldricの中世的ロジックが偶然に現代技術について驚くほど洞察に富んだ、あるいはほぼ正しい結論に達する瞬間を少なくとも一度含めてください。 - 対話は満足のいくコミカルな結末またはパンチラインで終わるべきです。 - 口調は一般向けに適したものにしてください(下品語、差別用語、または粗野なユーモアは不可)。

382
2026/03/19 12:08

プログラミング

Google Gemini 2.5 Flash-Lite VS OpenAI GPT-5.2

ロックフリーの並行LRUキャッシュを実装する

PythonでスレッドセーフなLRU(Least Recently Used、最小最近使用)キャッシュを設計および実装してください。各操作ごとにグローバルロックを使用せずに、同時並行の読み取りおよび書き込みをサポートすること。実装は次の要件を満たす必要があります: 1. キャッシュは、コンストラクタ時に指定された固定の最大容量を持つこと。 2. 次の3つの操作をサポートすること: - get(key): キーに関連付けられた値を返す。キーが存在しない場合は None を返す。キーへのアクセスは、そのキーを最も最近使用されたものとしてマークすること。 - put(key, value): キーと値のペアを挿入または更新する。キャッシュが容量に達しており新しいキーを挿入する場合、最も最近使用されていない(LRU)エントリを追い出すこと。 - delete(key): キーが存在する場合はキャッシュから削除する。キーが見つかって削除された場合は True を、そうでなければ False を返すこと。 3. キャッシュは複数のスレッドから同時に安全に使用できること。異なるキーに対する同時の get 操作は互いにブロックすべきではない。競合を最小化すること — 全てに対して粗い単一のロックをかける設計は許容されない。 4. 追い出しポリシーは厳密な LRU であること:get または put によって最も最近アクセスされていないエントリが追い出されること。 5. エッジケースを扱うこと:容量が1の場合、追い出しを引き起こす急速な同時 put 操作、異なるスレッドから同一キーに対する get/put/delete の交錯、容量がゼロまたは負の場合(ValueError を送出)を含む。 単一の Python モジュールとして完全な実装を提供してください。並行性戦略とそれが整合性を保つ理由の簡潔な説明を付けてください。また、main ブロックまたはテスト関数内で複数のスレッドを生成し、混合した get/put/delete 操作を実行してキャッシュが決して容量を超えずデータ破損が発生しないことをアサートする短いデモも含めてください。

344
2026/03/19 11:51

システム設計

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設計。 - キャッシング、パーティショニング、レプリケーション戦略。 - 障害対応とマルチリージョンの考慮を含む信頼性アプローチ。 - 読み取り重視のトラフィックとバイラルホットスポットに対するスケール方法。 - 一貫性、コスト、レイテンシ、運用の複雑さにおける主要なトレードオフ。 あなたが行う合理的な仮定を明示し、それらの選択を正当化してください。

398
2026/03/19 08:02

要約

OpenAI GPT-5.2 VS Anthropic Claude Haiku 4.5

ジェームズ・ウェッブ宇宙望遠鏡に関する記事の要約

あなたの任務は、ジェームズ・ウェッブ宇宙望遠鏡(JWST)に関する以下の記事を要約することです。要約は天文学や工学の背景知識がほとんどない一般の読者を対象に書いてください。要約は3~4段落で、次の重要点を簡潔に含める必要があります。 1. JWSTの主な使命と科学的目標。 2. セグメント化鏡とサンシールドといった主要な技術革新。 3. 望遠鏡の独特な軌道位置(L2)とその重要性。 4. プロジェクトを支える国際的な協力体制。 --- ソース記事 --- ジェームズ・ウェッブ宇宙望遠鏡(JWST)は赤外線天文学を行うために設計された宇宙望遠鏡です。宇宙にある光学望遠鏡として最大級であり、その大幅に向上した赤外線解像度と感度により、ハッブル宇宙望遠鏡では古すぎる、遠すぎる、または暗すぎて見えなかった天体を観測することができます。これにより、最初の星や最初の銀河の形成の観測、潜在的に居住可能な系外惑星の大気の詳細な特徴付けなど、天文学および宇宙論の分野にわたる幅広い研究が可能になると期待されています。JWSTはハッブル宇宙望遠鏡の正式な後継機であり、宇宙を観測する能力における莫大な飛躍を表しています。その主要な使命は、宇宙の非常に初期、すなわちビッグバンから数億年後に形成された星や銀河からの光を捉え、時間を遡って観測することです。 JWSTの科学ミッションは四つの主要なテーマによって導かれています。第一は「最初の光と再電離(First Light and Reionization)」で、ビッグバン後に形成された最初の光を放つ天体を捜索することを含みます。赤外線で観測することで、ウェッブは宇宙の塵やガスを透過してこれらの初期の銀河を見ることができます。第二のテーマは「銀河の組み立て(Assembly of Galaxies)」で、望遠鏡は銀河が混沌とした初期の形から今日見られる大規模な渦巻銀河や楕円銀河へとどのように進化したかを数十億年にわたって研究します。第三のテーマ「星と原始惑星系の誕生(Birth of Stars and Protoplanetary Systems)」は、星や惑星の形成の観測に焦点を当てます。ウェッブの赤外線機器は、星が生まれる濃いガスや塵の雲を透かして見られるため、これらの星のゆりかごや若い星の周りの惑星形成円盤を前例のない詳細で提供します。最後の第四のテーマは「惑星と生命の起源(Planets and Origins of Life)」で、水やメタンなど生命の構成要素を探すために系外惑星の大気を研究したり、太陽系内の天体をより深く理解したりすることを含みます。 JWSTの中心にあるのはその革新的な技術、特に主鏡です。主鏡の直径は6.5メートル(21フィート)で、ハッブルの2.4メートル鏡に比べて集光面積は約6.25倍となる大幅な増加です。このような大きな鏡は一体で打ち上げることができないため、ベリリウム製の18個の六角形セグメントで構成されています。ベリリウムは軽さ、強度、極低温で形状を保持する能力から選ばれました。各セグメントは赤外線を非常に反射する微細な金の薄膜でコーティングされており、初期宇宙からの微弱な信号を捉える望遠鏡の能力を最適化しています。これらのセグメントはアリアン5ロケットのフェアリング内に収まるように折りたたまれ(折り紙のように)、宇宙空間で精密に展開され整列されなければならず、これは前例のない複雑さを伴うプロセスでした。 巨大な鏡で集めた光を解析するために、JWSTは最先端の四つの科学機器を備えています。Near-Infrared Camera(NIRCam)は主要な撮像装置で、最も初期の星や銀河からの光を検出するよう設計されています。Near-Infrared Spectrograph(NIRSpec)は最大100個の天体を同時に観測でき、それらの光を分光して温度、質量、化学組成などの物理的性質を決定します。Mid-Infrared Instrument(MIRI)はカメラと分光器の両方を含み、電磁スペクトルの中波長赤外線領域の光を見ることができ、新しく形成されつつある星、暗い彗星、そしてカイパーベルトの天体を観測できます。最後に、Fine Guidance Sensor and Near-Infrared Imager and Slitless Spectrograph(FGS/NIRISS)は望遠鏡を正確に指向させることを可能にし、系外惑星の検出や特徴付けの調査も行えます。これらの機器は一緒になって、広い赤外線波長域にわたって天文学者が宇宙を探査するための多用途なツールキットを提供します。 ハッブルが地球を周回するのとは異なり、JWSTははるかに遠くて安定した環境で運用されます。望遠鏡は太陽の第二ラグランジュ点(L2)を公転しており、地球から約150万キロメートル(100万マイル)離れた位置にあります。L2では太陽と地球の重力引力が望遠鏡の公転に伴う遠心力と釣り合うため、望遠鏡は地球に対して安定した位置に「留まる」ことができます。この位置は望遠鏡の使命にとって重要です。地球から離れていることで地球が放射する熱や赤外線から遠ざかることができ、そうした熱や赤外線が敏感な観測を妨げるのを防げます。この安定した冷たい環境は、赤外線天文学に必要な非常に低温で機器を維持するために不可欠です。 これらの極低温動作温度(50ケルビン以下、摂氏-223℃)を達成し維持するために、JWSTは巨大な5層のサンシールドに依存しています。テニスコートほどの大きさがあり、サンシールドはアルミニウムでコーティングされ、シリコンでドープされたKaptonという軽量で耐久性のある材料で作られています。その目的は太陽、地球、月からの熱と光を遮ることです。5つの層は真空によって分離されており、真空は優れた断熱材として機能します。各層はその下の層よりも冷たく、これにより大規模な温度差が生まれます。太陽側の面は最大で85℃(185°F)に達する一方で、鏡や機器を収める側は極低温の動作温度に保たれます。この受動冷却システムは観測所の最も重要で複雑な構成要素の一つであり、わずかな熱でも敏感な赤外線検出器を損なう可能性があります。 ジェームズ・ウェッブ宇宙望遠鏡は単一の国家の産物ではなく、国際協力の証です。これはNASAが主導し、European Space Agency(ESA)およびCanadian Space Agency(CSA)と協力する共同プロジェクトです。このグローバルなパートナーシップは、世界中から最高の頭脳、資源、技術を結集して次世代のこの観測所を生み出しました。構想から打ち上げに至るまで数十年を要し、数千人の科学者、エンジニア、技術者が関与しました。2021年12月25日の打ち上げ成功後、望遠鏡は構成要素の展開、鏡の整列、機器の較正といった数か月にわたる立ち上げ調整期間を経ました。現在完全に稼働しており、JWSTは息をのむような画像と貴重なデータを提供しており、宇宙への新たな窓を開き、今後何十年にもわたって私たちの宇宙観を塗り替えることが期待されています。

362
2026/03/19 07: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秒以内に反映されるべきである。 - 地域のデータセンターでサービス障害が発生してもシステムは可用性を維持すること。 - 正確な決済処理の詳細は対象外だが、請求のためにトリップ記録は耐久的に保存されなければならない。 - プライバシー、安全性、規制上の懸念については簡潔に触れてよいが、主な焦点はアーキテクチャとスケーリングである。 回答では以下を説明してください: - 主なサービスまたはコンポーネントとそれぞれの責任。 - ライドリクエストからドライバー割当、トリップ完了までのデータフロー。 - ドライバー位置を効率的に保存・検索する方法。 - ピークトラフィックやホットスポット都市に対するスケーリング処理。 - 重要な箇所での信頼性、耐障害性、データ整合性の確保方法。 - 設計上の主要なトレードオフ(どこで最終的整合性を許容し、どこで強整合性を選ぶかを含む)。 厳密なクラウドベンダー製品名を挙げる必要はありません。詳細な実装よりも明確なアーキテクチャと理由付けに重点を置いてください。

353
2026/03/19 07:43

システム設計

Google Gemini 2.5 Pro VS Anthropic Claude Sonnet 4.6

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

Bitlyに類似した公開URL短縮サービスを設計してください。ユーザーは長いURLを送信して短いエイリアスを受け取り、誰でも短縮リンクを使って元のURLへリダイレクトできるようにします。 あなたの設計は次の要件と制約を満たす必要があります: 機能要件: - 任意の有効なURLに対して短縮リンクを作成すること。 - 低レイテンシで短縮リンクをリダイレクトすること。 - 利用可能な場合に任意のカスタムエイリアスをサポートすること。 - リンクごとの基本的なクリック解析を提供すること:総クリック数、過去24時間のクリック数、およびクリック数上位5か国。 - リンクの有効期限を設定可能にすること。 スケール想定: - 1日あたり1億2,000万件の新規短縮リンク作成。 - 1日あたり80億件のリダイレクト要求。 - 読み取り中心のワークロードで強いトラフィックスキュー:リンクのごく一部が非常に高いトラフィックを受ける。 - ユーザーは北米、ヨーロッパ、アジアにまたがるグローバルな分布。 制約: - リダイレクトに対して99.99%の可用性目標。 - 主要地域のユーザーに対するP95リダイレクトレイテンシを80 ms未満。 - 新規作成されたリンクはグローバルに2秒以内に利用可能になること。 - 解析は最終的整合性で構わないが、リダイレクトは正確でなければならない。 - 予算は重要:どこにより強い整合性やマルチリージョン複製に費用をかけるか、どこを避けるかを正当化すること。 - サードパーティのマネージド解析製品は利用しないものとし、コアシステムを設計すること。 以下を提供してください: - 主要コンポーネントとデータフローを含む高レベルのアーキテクチャ。 - リンクマッピング、解析イベント、およびホットリンクのキャッシュに関するストレージの選択。 - 衝突処理やカスタムエイリアスのチェックを含むID生成またはエイリアス戦略。 - create-link、redirect、and analytics retrieval のAPI設計。 - ホットキー、キャッシュ、パーティショニング、およびマルチリージョントラフィックに対するスケーリング手法。 - フェイルオーバー、データ複製、バックアップ、および劣化時の振る舞いを含む信頼性戦略。 - 主要なトレードオフと、検討して却下した少なくとも2つの代替設計選択肢。

394
2026/03/19 04:33

281〜300件を表示 / 全538件

関連リンク

X f L