Orivel Orivel
メニューを開く

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

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

比較ジャンル

モデル一覧

システム設計

Google Gemini 2.5 Flash VS Anthropic Claude Sonnet 4.6

グローバルなURL短縮サービスを設計する

Bitlyのような公開URL短縮サービスを設計してください。ユーザーは長いURLを送信して短いエイリアスを受け取れるものとし、短縮リンクにアクセスした際には元のURLへ迅速にリダイレクトされる必要があります。システムは、カスタムエイリアス、任意の有効期限、基本的なクリック分析、悪意のあるリンクに対する不正利用対策をサポートしなければなりません。 要件と制約: - 機能要件: - 長いURLに対する短縮URLを作成する。 - 短縮URLを元のURLへリダイレクトする。 - 利用可能な場合はカスタムエイリアスをサポートする。 - リンクごとに任意の有効期限をサポートする。 - 分析のためにクリックイベントを記録する。 - ユーザーがリンクを手動で無効化できるようにする。 - スケール前提: - 毎月1億2,000万件の新しい短縮URL。 - 1日あたり15億件のリダイレクト。 - リダイレクトトラフィックはグローバルに分散しており、読み取り負荷が高い。 - 分析データは15分以内にクエリ可能であるべき。 - 性能目標: - 大半のリージョンで、リダイレクトのp95レイテンシを80ms未満。 - 短縮リンク作成のp95を300ms未満。 - リダイレクトに対して99.99%の可用性。 - データと保持期間: - リンクは、有効期限切れまたは無効化されない限り、無期限に存続しうる。 - 生のクリックイベントは90日間保持してよく、集計済み分析は2年間保持する。 - 運用上の制約: - 一般的なクラウドインフラを使用すること。1つの特殊なマネージド製品ですべてが解決すると仮定してはならない。 - 予算は重要である。あらゆるレプリケーション、キャッシュ、ストレージの選択を正当化すること。 - 短縮コードはコンパクトで、大規模時にある程度推測しにくいものであるべきだが、完全な秘匿性は不要である。 回答では、以下を提供してください: 1. 主要コンポーネントとデータフローを含む高レベルアーキテクチャ。 2. リンクメタデータ、リダイレクト経路、分析イベントに対するストレージ選択と、その根拠。 3. 短縮コード生成戦略。衝突回避方法とカスタムエイリアスの扱いを含む。 4. キャッシュ、パーティショニング/シャーディング、マルチリージョンの考慮を含む、グローバルトラフィック向けのスケーリング計画。 5. 障害、ホットキー、災害復旧、性能劣化時の動作を扱う信頼性計画。 6. 主要APIとコアデータモデル。 7. 不正利用対策およびセキュリティ上の考慮事項。 8. 主にどのようなトレードオフを行ったか、その理由。

270
2026/03/20 11:03

分析

Anthropic Claude Sonnet 4.6 VS Google Gemini 2.5 Flash

最も有望な学校給食改革を選択する

公立の学区は今後2年間に1つの給食改革にしか資金を投入できません。以下の選択肢を分析し、学区が選ぶべき単一の選択肢を推奨してください。あなたの回答は、トレードオフを比較し、想定される反対意見に対処し、明確な結論に達するべきです。 学区の目標: 1. 生徒の栄養状態を改善する 2. 実際に給食を食べる生徒の数を増やす 3. 実施を2年以内で現実的に保つ 4. 大きな継続的なコスト超過を避ける 現状: - 18校で合計12,000人の生徒 - 現在46%の生徒が給食を選んでいる - 調査によると、生徒は味、長い列、魅力的な選択肢の欠如のためにしばしば昼食を抜いている - 学区は現在、次のうちの1つだけを実行できる オプションA: 訓練を受けたシェフを雇ってメニューを再設計する - 初期の研修・コンサル費用:中程度 - 継続的な食材費:やや高い - 期待される効果:食事の味が良くなり、より健康的なレシピが魅力的になることで参加率が中程度に増加する - リスク:効果はスタッフの導入状況と学校間でのレシピの一貫性に左右される オプションB: すべての学校にセルフサービスのサラダ・フルーツバーを導入する - 初期の設備費:高い - 継続的な食料の廃棄リスク:高い - 期待される効果:バーを利用する生徒にとって栄養面の大幅な改善、全体としては参加率は控えめに増加 - リスク:人員配置、衛生管理、年齢層による利用の偏り オプションC: 給食のモバイル事前注文システムを導入する - 初期の技術・研修費用:中程度 - 継続的なコスト:低〜中程度 - 期待される効果:列の短縮、予測の改善、参加率が中程度に増加、メニューが同じままなら栄養面の直接的改善はほとんどない - リスク:技術利用が限られる家庭への不平等なアクセス、当初の導入における採用の課題 オプションD: 甘いデザートや揚げ物の副菜をより健康的なデフォルトに置き換える - 初期費用:低い - 継続的なコスト:中立(変わらない) - 期待される効果:給食利用者全員に対する直接的な栄養改善、変更を好まない生徒がいれば参加率が若干低下する可能性 - リスク:生徒の反発、給食が楽しめなくなったという印象 学区の目標と制約を踏まえて最適な選択肢を特定する分析を書いてください。新しい予算数値や外部の事実を創作せず、与えられた情報のみに基づいて検討してください。

247
2026/03/19 21:45

システム設計

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つの代替設計選択肢。

307
2026/03/19 04:33

ブレインストーミング

Anthropic Claude Sonnet 4.6 VS Google Gemini 2.5 Flash

小さなアパートで食品ロスを減らす低コストのアイデア

2人の成人が住む世帯が、狭いアパートに住んでおり、冷蔵庫は小さく、収納スペースは少なく、仕事が忙しい生活を送っています。野菜や果物が傷み、残り物が忘れられ、食事の予定が予期せず変わるため、食べ物を捨て過ぎています。彼らは今月から始められる実用的なアイデアを求めています。 これらの制約の下で食品ロスを減らすための、20の異なるアイデアをブレインストーミングしてください: - 今月の新たな出費の合計は50米ドル未満に抑えること。 - どのアイデアも主要な家電の購入やアパートの改装を必要としてはならない。 - 少なくとも5つのアイデアは買い物と計画に焦点を当てること。 - 少なくとも5つのアイデアは保存と見える化(可視化)に焦点を当てること。 - 少なくとも5つのアイデアは調理、残り物、または食材を柔軟に使うことに焦点を当てること。 - 残りのアイデアはその他の関連カテゴリでよい。 - 各アイデアには一文の説明を含めること。 - 各アイデアに対して、次のセットのいずれかの粗いコストラベルを付けること: free, low, or moderate. - 同じアイデアをわずかに言い換えて繰り返すことは避けること。 回答はカテゴリごとにまとめた明確な箇条書きで整理すること。

250
2026/03/19 03:35

プログラミング

Google Gemini 2.5 Pro VS Anthropic Claude Sonnet 4.6

履歴クエリ対応のバージョン付きキー・バリューストアを実装する

履歴参照をサポートする、インメモリのバージョン管理付きキー・バリューストアを実装するコードを書いてください。ストアは空の状態で開始し、一連のコマンドを処理します。成功した各更新系コマンドは、1 から始まるグローバルなバージョン番号をちょうど 1 つ新たに作成します。読み取り専用コマンドはバージョンを作成してはなりません。 キーと値は、スペースを含まない大文字小文字を区別する文字列です。バージョンは正の整数です。 コマンド: SET key value value で key を作成または上書きします。 DELETE key 存在する場合は key を削除します。 GET key key の現在の値を返します。key が存在しない場合は NULL を返します。 GET_VERSION key version 指定されたグローバルバージョンが作成された直後の key に対応する値を返します。そのバージョン時点で key が存在しなかった場合は NULL を返します。version が最新の既存バージョンより大きい場合は無効とみなし、INVALID_VERSION を返します。 HISTORY key その key のすべての履歴状態を、削除も含めて、バージョン昇順で返します。形式は version:value の組をカンマで区切ったものとします。削除された状態、または更新後に存在しない状態には NULL を使用してください。その key がいかなる更新系コマンドによっても一度も影響を受けたことがない場合は、EMPTY を返します。 入力形式: 1 行目にはコマンド数を表す整数 N が含まれます。 次の N 行には、それぞれ 1 つのコマンドが含まれます。 出力形式: 各 GET、GET_VERSION、HISTORY コマンドについて、結果を 1 行ずつ出力してください。 動作の詳細と境界ケース: - 値が変わらない場合でも、すべての SET は常に新しいバージョンを作成します。 - キーが存在しない場合でも、すべての DELETE は常に新しいバージョンを作成します。 - バージョンはキーごとではなく、すべてのキーで共有されるグローバルなものです。 - ある key の HISTORY には、その key が SET または DELETE によって直接影響を受けたバージョンのみを含めてください。 - key が削除された後で再び設定された場合は、両方の出来事が HISTORY に現れなければなりません。 - 効率性が重要です: コマンド数は最大 200000 で、多数の履歴クエリがあるものと仮定してください。 あなたの解答は標準入力から読み取り、標準出力に書き込む必要があります。完全に動作するプログラム全体を 1 つのファイルに含めてください。一般的なプログラミング言語であればどれを使用してもかまいませんが、コードは完全であり、書かれたとおりに実行可能でなければなりません。

297
2026/03/18 22:33

ロールプレイ

Anthropic Claude Sonnet 4.6 VS Google Gemini 2.5 Flash

落ち着いた旅行代理店員としてのカスタマーサポート返信

あなたは、落ち着いていて、実務的で、共感力があることで知られる経験豊富な旅行代理店担当者、Mayaとしてロールプレイしています。以下の顧客メッセージに、キャラクターになりきって返信してください。 顧客メッセージ: "こんにちは。とてもいら立っています。バルセロナ行きのフライトが明日の朝なのに、航空会社から6時間遅い便に変更されたというメールが今届きました。ということは、私が登壇する予定のカンファレンス初日を逃してしまいます。こういうことを円滑に対応してほしかったから、すべて御社の代理店を通じて予約したのです。ありきたりな謝罪は要りません。今すぐ自分にどんな選択肢があるのか、別の便に変更できるのか、そしてすでに前払いしたホテル送迎がどうなるのかを知る必要があります。明確な回答を早くください。" Mayaらしく聞こえる単一の返信を書いてください。顧客のいら立ちに言及し、現実的な次の対応を説明し、確認できない約束は避け、本当に役に立つ内容にしてください。AIであることに言及したり、航空会社のライブシステムにアクセスできるかのようにでっち上げたりしてはいけません。返信は、今まさに送られる本物のカスタマーサポートメッセージのように読める必要があります。

265
2026/03/18 22:13

システム設計

OpenAI GPT-5.2 VS Anthropic Claude Sonnet 4.6

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

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

270
2026/03/18 20:31

プログラミング

Anthropic Claude Sonnet 4.6 VS OpenAI GPT-5.4

Pythonで依存関係リゾルバを実装する

あなたは、シンプルなパッケージ管理システム向けの依存関係リゾルバを作成する任務を与えられています。指定されたパッケージとその依存関係について、正しいインストール順序を決定する Python 関数 `resolve_dependencies(package_definitions, target_package)` を書いてください。 `package_definitions` 引数は文字列のリストです。各文字列は、`'PackageName: Dep1, Dep2, ...'` という形式で、あるパッケージとその直接依存関係を定義します。パッケージに依存関係がない場合の形式は `'PackageName:'` です。 あなたの関数は次のことを行う必要があります: 1. 入力文字列を解析して依存関係グラフを構築する。 2. `target_package` が与えられたとき、そのすべての依存関係(推移的依存関係を含む)を見つける。 3. インストール順序を表す文字列の単一のリストを返す。このリストはトポロジカルソートされていなければならない(依存先は、それに依存するパッケージより常に前に現れなければならない)。`target_package` 自体はリストの最後の項目でなければならない。リストには重複を含めてはならない。 4. 循環依存を検出する。循環が見つかった場合は、循環を明確に示すメッセージ付きで `ValueError` を送出すること(例: `'Circular dependency detected involving: A -> B -> A'`)。 5. 不足しているパッケージを検出する。あるパッケージが `package_definitions` 内で定義されていない依存関係を列挙している場合は、`'Missing package definition for: C'` のようなメッセージ付きで `ValueError` を送出すること。

301
2026/03/18 20:21

41〜60件を表示 / 全101件

関連リンク

X f L