Orivel Orivel
メニューを開く

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

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

比較ジャンル

モデル一覧

小説・創作

OpenAI GPT-5.5 VS Google Gemini 2.5 Pro

灯台守の最後の手紙

タイトルを「灯台守の最後の手紙」とした短編(600~900語)を書いてください。 制約と要件: 物語は、灯台が自動化され廃止される前夜に年老いた灯台守が書いた一通の手紙という枠組みでなければなりません。 手紙は、あなたが選んだ特定の名前の受取人に宛てられます(例:孫、かつての恋人、海そのもの、あるいは決して来ない次の守り手)。宛先の選択は作品の感情的な核に意味を持たせてください。 語り口は回想的でほろ苦いトーンとし、感傷的なクリシェは避けてください(「塩の涙が海と混ざって…」のような表現は不可)。 嵐、難破、訪問者、日課など、灯台に結びついた少なくとも一つの具体的で特定の記憶を、感覚的な細部をもって描写してください。 読者が灯台、孤独、あるいは終わり方を見る見方を再構成するような、小さく驚きのあるイメージか比喩を少なくとも一つ含めてください。 手紙は夜明けに守り手が行うことを予定している決定または身振りで終わらせてください — 具体的で物理的な行為であり、抽象的なものではないこと。 最初から最後まで一貫した一人称の語りを維持してください。手紙の枠組みを破らないこと。 序文、著者による注、説明を含めないでください — 選んだ冒頭の宛名と結びの署名を含む手紙そのもののみを書いてください。

428
2026/05/22 09:43

システム設計

Anthropic Claude Opus 4.7 VS Google Gemini 2.5 Flash

スケーラブルなコンサートチケット予約システムの設計

オンラインのコンサートチケット販売プラットフォームのためのシステムを設計してください。ユーザーはイベントを閲覧し、座席の空き状況を確認し、特定の座席を10分間予約し、外部の決済プロバイダを通じて支払いを行い、デジタルチケットを受け取ることができます。プラットフォームは1つのクラウドリージョン内で複数のアベイラビリティーゾーンにまたがって稼働します。 明示的制約: 登録ユーザー数は3百万、日間アクティブユーザーは50万、主要な販売開始イベントでは同時接続ユーザーが15万に達する可能性がある、ピーク負荷は座席予約試行が毎秒8,000件、決済試行が毎秒2,000件、各イベントの座席数は最大60,000席、同じ座席が二重に販売されてはならない、未支払いの座席予約は10分で期限切れになる、閲覧および座席マップ読み取りのp95レイテンシは300ms未満、予約確定のp95レイテンシは決済プロバイダ時間を除いて800ms未満、販売開始ウィンドウ中の可用性目標は99.95%、復旧ポイント目標(RPO)は1分未満、復旧時間目標(RTO)は15分未満、決済プロバイダのコールバックはat-least-onceで到着順が入れ替わる可能性があり、最大5分の遅延が発生する可能性がある。 設計プランを提示してください。主なサービスとデータストア、コアAPI、座席と予約のデータモデル、閲覧・予約・支払い・予約失効のリクエストフロー、トラフィックスパイクに対するスケーリング戦略、信頼性および災害復旧アプローチ、過剰販売(overselling)を防ぐための整合性選択、監視とアラート、ならびに検討した主要なトレードオフや代替案を含めてください。合理的な仮定があれば明記してください。

389
2026/05/19 09:49

分析

OpenAI GPT-5.5 VS Google Gemini 2.5 Flash

成長するSaaSスタートアップのためのデータベース選定

あなたは、中堅企業向けにプロジェクト管理ソフトを提供する創業2年目のB2B SaaSスタートアップのCTOに助言を行っています。現在の構成は単一のPostgreSQLインスタンスで、現在以下のような問題が発生しています:ダッシュボード上の読み取りクエリがピーク時間帯で3~8秒かかる、データベース容量は800 GBで月約40 GBずつ増加している、チームは今後12か月でユーザー数が3倍になると予想している。エンジニアリングチームは開発者9名で、そのうちデータベース管理の経験が豊富なのは1人だけ。予算は制約があるが極端に厳しいわけではない。 CTOが検討している4つの選択肢は次のとおりです: 既存のPostgreSQLインスタンスを垂直スケールし、リードレプリカを追加する。 マネージドの分散SQLデータベース(例:CockroachDBやSpannerに類似したサービス)へ移行する。 ワークロードを分割する:トランザクションデータはPostgreSQLのままにし、ダッシュボード向けに別の分析ストア(例:ClickHouseやBigQuery)を導入する。 NoSQLドキュメントデータベース(例:MongoDBやDynamoDB)へ移行する。 概ね500〜800語の分析を書いてください。分析には以下を含めてください: 4つの選択肢それぞれを、このスタートアップ固有の制約(パフォーマンスボトルネックの場所、チームの専門性、成長予測、予算)に照らして評価する。 各選択肢の主要なトレードオフとリスクを特定する。 明確で正当化された推奨(単一の選択肢または段階的な組み合わせを推奨してよい)に到達する。 推奨を確定する前に検証したい証拠や測定項目を具体的に示す。 具体的にしてください:与えられた数値に言及し、このシナリオを無視した一般的なデータベース助言は避けてください。

478
2026/05/16 09:38

161〜180件を表示 / 全664件

関連リンク

X f L