StackExchange Mustafaは、同じ質問を3回受けるのに耐えられません
オースティン:「誰があなたを送ったの?」 ムスタファ:「あなたは私を殺さなければならない!」 オースティン:「誰があなたを送ったの?」 ムスタファ:「お尻にキスして、パワーズ!」 オースティン:「誰があなたを送ったの?」 ムスタファ:「悪魔博士」 (...) ムスタファ:「同じ質問を3回聞かれるのは我慢できません。ただイライラさせられます。」 オースティンパワーズとムスタファの精神で、短い会話をシミュレートします。ただし、会話全体のデータソースはStackOverflowの質問になります(URLからの入力として提供されます)。 ルール 「オースティン」の代わりに質問者のユーザー名が使用されます。彼らが3回尋ねる質問は、質問のタイトルの最後の文から来ています(まだない場合は疑問符で終わることを余儀なくされています)。 StackExchangeが「ムスタファ」の役目を果たします。最終的に与えられる回答は、疑問符で終わらない回答の最初の文に由来し、回答したユーザーの名前に起因します。 質問がゲームに適格であるためには、(a)答えがなければならず、(b)元の質問に一連のコメントがなければなりません: 質問者以外からのコメント (スキップされたコメントの数) 質問者からのコメント 質問者以外からのコメント (スキップ可能なコメントの数) 質問者からのコメント 上位の回答の日付より前にこのシーケンスが満たされない場合、プログラムは単に出力する必要があります"Oh, behave!" StackExchange Mustafaの怒っているレトルトは、疑問符で終わらない質問者以外の誰かからのコメントの最初の文に由来し、感嘆符で終わることを保証します。コメントに疑問符で終わらない文が存在しない場合、レトルトの候補としてスキップされます。コメントレトルトは、作成者のユーザー名に起因します。 明確化 コメントから先頭の「@XXX」応答データを取り除きます。 StackOverflowはコメントが多数ある場合にコメントを要約するため、完全なリストを取得するには、おそらく2番目のリクエストを使用する必要があります。そのリクエストは/programming//posts/NNN/comments?_=MMM、Nに投稿ID、Mに質問IDを持つフォームです。たとえば、https://stackoverflow.com/posts/11227809/comments?_ = 211160を参照してください。 URLは、テキストのみをアンカーするために削除する必要があります。 「文」は、ピリオド、疑問符、または感嘆符で終わるコードブロックの外側にあるものとして定義します。テキストの連続にこの形式の終了句読点がない場合、テキストの終わりは文の終わりです。ピリオドで書かれているかのように。 修飾される可能性が高い面白いテストケースを探している場合は、ほとんどのコメントのある投稿など、StackExchange Data Explorerを使用してみてください。 ...さらに来て、賭けます... サンプル サンプル1 入力: /programming/2283937/how-should-i-ethically-approach-user-password-storage-for-later-plaintext-retrie/ 出力: shanee:「後でプレーンテキストを取得するために、ユーザーのパスワードストレージに倫理的にアプローチする方法は?」 stefanw:「彼はそれが良くないことを知っていると思います!」 shanee:「後でプレーンテキストを取得するために、ユーザーのパスワードストレージに倫理的にアプローチする方法は?」 ルーク:「おそらく、安全な方法でバッファオーバーフローの脆弱性を実装する方法を尋ねるべきです!」 shanee:「後でプレーンテキストを取得するために、ユーザーのパスワードストレージに倫理的にアプローチする方法は?」 Michael Burr:「パスワードがプレーンテキストである必要がある理由を尋ねます。ユーザーがパスワードを取得できるようにする場合、厳密に言えば、設定したパスワードを取得する必要はまったくありません(パスワードが何であるか覚えていませんとにかく、あなたは彼らが使用できるパスワードを彼らに与えることができる必要があります。」 サンプル2 入力: http://scifi.stackexchange.com/questions/2611/why-dont-muggle-born-wizards-use-muggle-technology-to-fight-death-eaters 出力: …