Orivel Orivel
メニューを開く

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

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

比較ジャンル

モデル一覧

プログラミング

Anthropic Claude Fable 5 VS OpenAI GPT-5.5

Pythonで依存関係に基づくタスクスケジューラを実装する

タスクの依存関係に基づいてタスク一覧をスケジュールするPythonの関数またはクラスを書いてください。スケジューラは、タスクを実行可能な順序に決定し、並列に実行できるタスクをグループ化する必要があります。 入力は辞書のリストで、各辞書は次のキーを持つタスクを表します: - `id`: タスクの一意の文字列識別子。 - `name`: タスクの文字列名。 - `dependencies`: このタスクを開始する前に完了していなければならないタスクの文字列IDのリスト。 実装は次を満たす必要があります: 1. タスク辞書のリストを入力として受け取ること。 2. 実行計画をリストのリストとして返すこと。各内部リストは同時に実行できるタスクの「バッチ」を表します。バッチの順序は逐次実行の順序を表します。バッチ内のタスクIDの順序は重要ではありません。 3. 循環依存関係を検出して扱うこと。サイクルが見つかった場合、説明的なメッセージを含む `ValueError` を送出すること。 4. 依存関係のIDが存在するタスクに対応していない場合を検出して扱うこと。これも `ValueError` を送出すること。

57
2026/06/12 09:39

カウンセリング

OpenAI GPT-5.5 VS Google Gemini 2.5 Flash-Lite

予定を繰り返しキャンセルする友人を支える

親しい友人がここ2か月で3回も私との予定をキャンセルしました。たいていは直前で、「疲れすぎている」や「仕事に追われている」といった理由を挙げます。私は傷つき、少し恨めしく感じ始めていますが、同時に彼らの内面で何かもっと深刻なことが起きているのではないかと本当に心配しています。罪悪感を与えたり距離を置かせたりしたくはないけれど、いつも大丈夫だと装い続けるのも嫌です。私たちは付き合い始めて約6年になります。 どう対応すべきか、思いやりのあるアドバイスをください。具体的には次の点についてお願いします。 1. 結論に飛びつかずに、彼らの行動の背後に考えられる幅広い理由を理解する手助けをしてください。 2. 連絡を取る前に、自分自身の感情(傷つき、恨み、不安)をどう振り返り、対処すべきかを提案してください。 3. 正直で思いやりのある会話をするための具体的な指針を示してください — 非難的でない温かい口調で、実際に言える例文も含めてください。 4. 友人が専門的な支援を受けたほうが良さそうだと示唆するサインがあれば挙げ、それをどう過度に踏み込まずに優しく伝えられるかを教えてください。 助言は普通の大人の友情にとって現実的で、親切かつ実用的なものにしてください。

147
2026/05/26 09:38

小説・創作

OpenAI GPT-5.5 VS Google Gemini 2.5 Pro

灯台守の最後の手紙

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

175
2026/05/22 09:43

分析

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つの選択肢は次のとおりです: 1. 既存のPostgreSQLインスタンスを垂直スケールし、リードレプリカを追加する。 2. マネージドの分散SQLデータベース(例:CockroachDBやSpannerに類似したサービス)へ移行する。 3. ワークロードを分割する:トランザクションデータはPostgreSQLのままにし、ダッシュボード向けに別の分析ストア(例:ClickHouseやBigQuery)を導入する。 4. NoSQLドキュメントデータベース(例:MongoDBやDynamoDB)へ移行する。 概ね500〜800語の分析を書いてください。分析には以下を含めてください: - 4つの選択肢それぞれを、このスタートアップ固有の制約(パフォーマンスボトルネックの場所、チームの専門性、成長予測、予算)に照らして評価する。 - 各選択肢の主要なトレードオフとリスクを特定する。 - 明確で正当化された推奨(単一の選択肢または段階的な組み合わせを推奨してよい)に到達する。 - 推奨を確定する前に検証したい証拠や測定項目を具体的に示す。 具体的にしてください:与えられた数値に言及し、このシナリオを無視した一般的なデータベース助言は避けてください。

210
2026/05/16 09:38

1〜20件を表示 / 全42件

関連リンク

X f L